Автоматизация работы фирмы по продаже автомобилей (стр. 2 из 4)
- Прибыль (в качестве входного результата в блок закупки товара);
- Справки, квитанции;
- Отчеты в налоговую инспекцию;
- Выплата зароботной платы;
На шестой блок – финансовый анализ, воздействуют потоки:
- Законодательство (налоговый кодекс);
- Очередные данные для финансового анализа (поступившие из блока денежные расчеты);
- Сотрудники (действуют в качестве механизмов для получения выходного результата);
- Финансовый отчет (в качестве входных воздействий на предыдущий блок);
- Отчеты по финансовой деятельности (в качестве выходного результата);
Диаграмма второго уровня (А-2).
В структуру этого уровня входят следующие блоки:
- Предпродажная подготовка автомобилей;
- Рекламная деятельность;
- Продажа;
- Выдача торгового чека;
- Учет проданного товара;
На первый блок – предпродажная подготовка автомобилей, воздействуют потоки:
- Стандарты качества;
- Сотрудники (действуют в качестве механизмов для получения выходного результата);
- Закупленный товар (в качестве входного результата);
- Информация о заказе;
На второй блок – рекламная деятельность, воздействуют потоки:
- Рекламные буклеты, брошюры (в качестве выходного результата);
- Сотрудники (действуют в качестве механизмов для получения выходного результата);
На третий блок – продажа, воздействуют потоки:
- Договор фирма-клиент (в качестве входного результата);
- Сотрудники (действуют в качестве механизмов для получения выходного результата);
- Различные справки (от клиента);
- Проданный товар (в качестве выходного результата);
- Отчет о проданном товаре (в качестве выходного результата);
На четвертый блок – выдача торгового чека, воздействуют потоки:
- Гарантийный талон (в качестве выходного результата);
- Торговый чек ;
- Сотрудники (действуют в качестве механизмов для получения выходного результата);
На пятый блок – учет проданного товара, воздействуют потоки:
- Запрос на закупку необходимого товара (в качестве выходного результата);
- Сотрудники (действуют в качестве механизмов для получения выходного результата);
- Отчет по финансовым операциям;
- Прибыль;
Вывод: В результате построения диаграмм SADT мы рассмотрели работу каждого отдельного блока, входящего в его структуру, а так же взаимодействие каждого из них друг с другом.
Примечание: Диаграммы SADT 0,1,2- уровней см. в приложении 1.
2.3 Определение информационных объектов и связей между ними
В семидесятых годах было предложено несколько моделей данных, названных семантическими моделями. К ним можно отнести семантическую модель данных, предложенную Хаммером (Hammer) и Мак-Леоном (McLeon) в 1981 году, функциональную модель данных Шипмана (Shipman), а также созданную
В 1981году, модель «сущность-связь», предложенную Ченом (Chen) в 1976 году, и ряд других моделей. В настоящий момент именно модель Чена «сущность-связь», или «EntityRelationship», стала фактическим стандартом в моделировании баз данных. Общепринятым стало сокращенное название ER-модель.
Как любая модель, модель «сущность-связь» имеет несколько базовых понятий, которые образуют исходные кирпичики, из которых строятся уже более сложные объекты по заранее определенным правилам.
В основе ER-модели лежат следующие базовые понятия: Сущность, с помощью которой моделируется класс однотипных объектов. Сущность имеет имя, уникальное в пределах моделируемой системы. Объект, которому соответствует понятие сущности, имеет свой набор атрибутов-характеристик, определяющих свойства данного представителя класса. Между сущностями могут быть установлены связи. Связи делятся на три типа по множественности:
Один-к-одному (1:1)-означает, что экземпляр одной сущности связан с только с одним экземпляром другой сущности.
Один-ко-многим (1:M)-означает что один экземпляр сущности, расположенный слева по связи, может быть связан с несколькими экземплярами сущности, расположенными справа по связи.
Многие-ко-многим (M:M)-означает, что один экземпляр первой сущности может быть связан с несколькими экземплярами второй сущности, и наоборот, один экземпляр второй сущности может быть связан с несколькими экземплярами первой сущности.
Для более полного понимания зависимости информационной системы, рассмотрим диаграммы «сущность - связь». Имеется четыре сущности: «Торговый чек», «Счет-фактура», «Покупатель» и «Автомобили». Таблица «Покупатель» связана с таблицей «Торговый-чек» связью Один-ко-многим. Аналогичной связью связаны «Торговый-чек» и «Счет-фактура» с таблицей «Автомобили». Рассмотрим связи присутствующие в данной курсовой работе.
Таблица «Торговый чек» связана с таблицей «Покупатель» следующей связью:
Связь «Отпуск товара по коду покупателя» подразумевает, что при вводе нового покупателя в таблицу «Торговый-чек» автоматически добавляется код покупателя, т.е. по полю “код покупателя” можно будет сделать необходимый запрос.
 |
Таблица «Счет-фактура» и «Торговый-чек» связана с таблицей «Автомобили» следующими связями:
Связь «Приобретение товара по номеру счета-фактуры» подразумевает, что при вводе нового счета-фактуры в таблицу «Автомобили» автоматически добавляется поле “номер счета-фактуры”.
Связь «Отпуск товара по номеру счета-фактуры» подразумевает, что при вводе нового поля “номер торгового чека” в таблицу «Автомобили» автоматически добавляется номер этого торгового чека.
Связь «Отпуск товара по коду покупателя» подразумевает, что при вводе нового покупателя в таблицу «Торговый-чек» в таблицу «Автомобили» автоматически добавляется код-покупателя.
Примечание: * - ключевые поля во всех таблицах.
2.4 Структурный анализ с помощью диаграмм“сущность - связь”
В данной курсовой работе присутствуют следующие таблицы:
Таблица 1: Автомобили (Avtom.db);
| Имя поля | Тип данных | Размер поля |
| N_Scheta_Fak | Числовой | |
| Kod_Modeli | Счетчик | |
| Name_Modeli | Текстовый | 15 |
| Color | Текстовый | 10 |
| Predlag_Zena | Денежный | |
| Kol_vo_Door | Числовой | |
| Engine_Power | Числовой | |
| Type_Salon | Текстовый | 10 |
Таблица 2: Покупатели (Pok.db);
| Имя поля | Тип данных | Размер поля |
| Kod_Pokup | Текстовый | 10 |
| Seria_Pass | Текстовый | 10 |
| N_Pass | Текстовый | 10 |
| L_Name | Текстовый | 20 |
| F_Name | Текстовый | 20 |
| S_Name | Текстовый | 20 |
| Adres | Текстовый | 20 |
| Phone | Текстовый | 20 |
Таблица 3: Счет-фактура (SchFa.db);
| Имя поля | Тип данных | Размер поля |
| N_Scheta_Fak | Числовой | |
| Kol_vo_zakup_modelei | Текстовый | 10 |
| Nazv_Zakup_Modeli | Текстовый | 15 |
| Zavodsk_Zena | Денежный | |
| Date_Zakup | Дата |
Таблица 4: Торговый чек (Torg_Chek);
| Имя поля | Тип данных | Размер поля |
| N_Torg_Cheka | Счетчик | |
| Kod_Pokup | Текстовый | 10 |
| Kod_Modeli | Текстовый | 10 |
| Kol_Prod_Avto | Числовой | |
| Zena_Prod | Денежный | |
| Date_Prod | Дата |
Определение ключевых полей в таблицах:
| Название таблицы | Название ключевого поля |
| Автомобили | Номер Счета-фактуры |
| Покупатели | Код покупателя |
| Счет-фактура | Номер Счета-фактуры |
| Торговый-чек | Номер Торгового чека |
 |
Рис 2. Диаграмма “сущность-связь” (IDEF 1x).
Пояснения:
Первичные ключи следующие:
Таблица: Автомобили – Kod_Modeli.
Таблица: Покупатель – Kod_Pokup.
Таблица: Счет-фактура – N_Scheta_Fak.
Таблица: Торговый чек – N_Torg_Cheka.
Внешние ключи следующие:
Таблица: Автомобили – N_Scheta_Fak.
Таблица: Автомобили – N_Torg_Cheka.
Таблица: Автомобили – Kod_Pokup.
Таблица: Торговый чек – Kod_Pokup.
Таблица: Автомобили – N_Scheta_Fak.
 |
Рис 3. Диаграмма “сущность-связь” на русском языке.
2.5 Определение пакета форм ввода/вывода
Входными данными являются данные с формы Счет-фактура, т.к. закупка товара производится по “Счету-фактуре”.
Ввод данных осуществляется с помощью формы “новый счет-фактура”.Выходными данными являются данные с формы “Торговый чек”, т.к. отпуск товара осуществляется по этой форме.
Ввод данных на отпуск товара осуществляется с помощью формы “новый торговый чек”.
Замечание: На форме новый “новый торговый чек” присутствует элемент DBNavigator, он необходим для того чтобы, выбрать необходимую модель автомобиля. Причем цена на автомобиль выставляется автоматически в зависимости от выбранного кода модели.
3. Реализация информационной системы средствами объектно-ориентированного языка Delphi