46636 (607891), страница 2

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 2)

На втором уровне SADT – диаграммы (см. приложение) детализируется подфункция «Обслуживание клиентов». Данная подфункция включает в себя: оформление заказа (заявки), изготовление фотопродукции и продажа сопутствующих материалов, работа с клиентами.

1.2.4 Структурный анализ с помощью диаграмм «сущность-связь»

В автоматизируемой подфункции «Обслуживание клиентов» можно выделить несколько сущностей, вытекающих из используемых документов и процесса бытового обслуживания в фотоателье. Три основные таблицы являются независимыми и предоставляют внешние ключи другим сущностям (услуга, заказчик, материал). Таблица «услуга» содержит ключевое поле «код_услуги». Таблица «заказчик» содержит в качестве ключевого поле «номер_паспорта», и таблица «материал» – «код_материала». Сущность «квитанция» зависит от сущностей «услуга» и «заказчик» и содержит кроме первичного ключа «номер_квитанции» два внешних ключа: «код_услуги» и «номер_паспорта», предоставляемых соответственно сущностями «услуга» и «заказчик». Сущность «фотография» содержит первичный ключ «серия_номер» и внешний ключ «номер_паспорта», эта сущность зависит от «заказчика». Сущности «накладная» и «расход» похожи и зависят от сущности «материал», наследуя внешним ключом «код_материала». Первичными ключами являются номера документов («номер_накладной» и «номер_расх» соответственно). Необходимо отметить, что наличие двух внешних ключей в сущности «квитанция» обуславливает особенности реализации ее в интегрированной среде разработки Delphi, а именно один из внешних ключей автоматически контролируется при работе программы, а второй – обрабатывается с помощью небольшого кода. Так, например, при добавлении записи значение одного из внешних ключей прописывается автоматически, значение второго – задается программно.

2. Реализация информационной системы средствами объектно-ориентированного языка Delphi

2.1 Аппаратная часть задачи

Программа тестировалась на компьютере следующей конфигурации:

• процессор Pentiun 133;

• 32 Мб оперативной памяти;

• 25 Мб свободного пространства на жестком диске;

• видеорежим 800 на 600 точек (минимальное допустимое), 16 бит на цвет;

• манипулятор «мышь»;

• операционная система Windows 98 ВР;

• принтер желателен, но необязателен;

Для функционирования программы необходимо наличие следующих файлов:

1. fotolab.exe (исполнимый модуль программы);

2. fotolab.hlp (файл справочной информации по программе);

3. foto.db (сущность «фотография»);

4. kvitancia.db (сущность «квитанция»);

5. material.db (сущность «материал»);

6. naklad.db (сущность «накладная»);

7. rashod.db (сущность «расход»);

8. uskuga.db (сущность «услуга»);

9. zakazchik.db (сущность «заказчик»);

10. другие файлы, с названиями, соответствующими названиям сущностей;

11. dbdwork.ini.

При, работе с программой могут создаваться файлы SQL запросов, сохраняемые обычно в папке SQL в обычном текстовом формате. Запросы могут быть отредактированы в любом текстовом редакторе или из программы. Также из окна просмотра квитанции и талона можно сохранять их как файлы отчетов (*.qrp).

2.2 Обоснование выбора среды разработки и стиля программирования

В качестве стиля программирования, выбран объектно-ориентированный язык, основанный на Object Pascal. В качестве среды программирования – интегрированная среда разработки Delphi 5, которая является одной из лучших ИСР для быстрого создания приложений благодаря библиотеке VCL (библиотека визуальных компонентов). Из всех известных средств разработки программных продуктов, Delphi является одним из самых лучших по следующим причинам:

1. пакет Delphi совместно с включёнными в него дополнительными программами предоставляет разработчику большой объём возможностей по созданию программ, предназначенных для работы с базами данных. Borland Database Engine (BDE) является мировым стандартом ядра для СУБД;

2. в пакете Delphi есть возможность вывода информации из баз данных на принтер с использованием генератора отчётов;

3. в Delphi реализован язык SQL, который используется при работе с базами данных;

4. в Delphi есть возможность подключения дополнительных модулей различного назначения. Это позволяет создавать нестандартные компоненты, изменять существующие. Благодаря этому, улучшается восприятие пользователем данного программного продукта;

5. несомненным плюсом является технология автодополнения кода и всплывающих подсказок, быстрое обнаружение идентификаторов в подключенных модулях;

6. компилятор Delphi является одним из самых быстрых, он драматически снижает временные затраты на перекомпиляцию проектов, что очень полезно на стадии отладки приложения;

7. такие модули, как Object Inspector (Инспектор объектов) и менеджер проектов, являются незаменимыми инструментами инструментами по настройке интерфейса разрабатываемого приложения, значительно экономящими время разработки программы на начальном этапе.

Визуальная библиотека компонентов (VCL) содержит исходные тексты стандартных компонентов Delphi, что предоставляет разработчику широкие возможности по изучению и изменению кода. Кроме того эта библиотека используется также в других ИСР выпущенных Borland (Inprise). Delphi оправдывает название среды быстрой разработки приложений (RAD), многие функции реализуются прозрачно для программиста, например, чаще всего программист не заботится о написании кода для создания форм в приложении, для их прорисовки и т.д. Часто можно разработать полноценную программу, не написав при этом ни строчки кода.

Структурированный подход при написании кода лучшим образом отвечает запросам программиста, так как при этом намного проще разобраться в исходном коде программы, отлаживать программу и вносить изменения. Буквально двойным щелчком на компоненте можно задавать стандартные процедуры обработки.

2.3 Создание таблиц базы данных

Для осуществления поставленной задачи выбраны реляционные базы данных. Их создание осуществлялось в специальном приложении Delphi, которое называется Database Desktop, таблицы написаны в Paradox 7.0. При проектировании полей таблиц учитывались бланки документов (квитанций, талона, паспорта).

Структура необходимых таблиц представлена наглядно в таблицах 1,2,3,4,5,6,7.

Таблица 1. Логическая структура таблицы «Услуга».

Обозначение	Наименование	Ключ	Тип данных	Длина	Точность
Cod_usl	Код услуги	*	Числовой		0
Podr	Подразделение		Строковый	20	0
Naim_usl	Наименование услуги		Строковый	20	0
Ed_izm_usl	Ед. изм. услуги		Строковый	5	0
Kol_ed_usl	Кол-во ед. усл.		Числовой		0
Stoim_ed	Стоимость ед.		Денежный		0
N_preis	Номер по прейскуранту		Числовой		0

Таблица 2. Логическая структура таблицы «Материал».

Обозначение	Наименование	Ключ	Тип данных	Длина	Точность
Cod_mater	Код материала	*	Числовой		0
Naim_mat	Наименование материала		Строковый	20	0
Ed_izm_mat	Ед. изм. мат-ла		Строковый	5	0
Zena_ed	Цена ед. мат-ла		Денежный		0

Таблица 3. Логическая структура таблицы «Заказчик».

Обозначение	Наименование	Ключ	Тип данных	Длина	Точность
N_pasp	Номер паспорта	*	Числовой		0
Fam	Фамилия		Строковый	30	0
Im	Имя		Строковый	30	0
Ot	Отчество		Строковый	30	0
Raion	Район		Строковый	15	0
Ulica	Улица		Строковый	25	0
Dom	Дом		Строковый	5	0
Kvartira	Квартира		Числовой		0
Tel	Телефон		Числовой		0

Таблица 4. Логическая структура таблицы «Фотография».

Обозначение	Наименование	Ключ	Тип данных	Длина	Точность
Sn	Серия – номер	*	Числовой		0
N_pasp	Номер паспорта	Внеш.	Числовой		0
Box	Ячейка		Числовой		0

Таблица 5. Логическая структура таблицы «Квитанция».

Обозначение	Наименование	Ключ	Тип данных	Длина	Точность
N_kvit	Номер квитанции	*	Числовой		0
Date_p	Дата заказа		Дата		0
Date_vp	Плановая дата выполнения		Дата		0
Date_vf	Фактическая дата выполнения		Дата		0
Cod_usl	Код услуги	Внеш.	Числовой		0
N_pasp	Номер паспорта	Внеш.	Числовой		0

Таблица 6. Логическая структура таблицы «Накладная».

Обозначение	Наименование	Ключ	Тип данных	Длина	Точность
N_naklad	Номер накладной	*	Числовой		0
Kol_prih	Количество материала		Числовой		0
Date_prih	Дата прихода		Дата		0
Cod_mater	Код материала	Внеш.	Числовой

Таблица 7. Логическая структура таблицы «Расход».

Обозначение	Наименование	Ключ	Тип данных	Длина	Точность
N_rash	Номер док-та	*	Числовой		0
Kol_rash	Количество материала		Числовой		0
Date_rash	Дата расхода		Дата		0
Cod_mater	Код материала	Внеш.	Числовой

Заключение

Характеристики

Список файлов курсовой работы