Таблица 3.6. Описание действий

3.3 Построение диаграммы потоков данных DFD

Диаграммы потоков данных DFD моделируют систему как набор действий, соединенных друг с другом стрелками.

В данной диаграмме имеются хранилища данных (заявки, клиенты, счета) и внешние сущности, представленные потребностью и складом (рис. 3.5).

Рис. 3.5 - Диаграмма DFD.

Основные элементы модели представлены в таблицах 3.7 - 3.9.

Таблица 3.7. Основные элементы модели

Таблица 3.8. Словарь

Таблица 3.9. Описание объектов

4.2 Построение диаграммы деятельности

Диаграмма деятельности строится для отображения поведения системы в рамках различных вариантов использования или моделирования деятельности. Она отображает потоки работ во взаимосвязанных вариантах использования.

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

Диаграмма деятельности для «Проектирования ИС предприятия оптовой торговли лекарственными препаратами» представлена на рис. 4.2.

Рис. 4.2 - Диаграмма деятельности

В рамках вариантов использования инициируемых действующим лицом «Администратор ИС» система имеет восемь состояний действия: «Ввести пароль», «Ввести данные по лекарствам», «Ввести данные по клиентам», «Ввести данные по поставщикам», «Ввести заказ от клиента», «Выбрать шаблоны отчетов», «Распечатать отчет» и «Выйти из приложения».

Пользователь запускает приложение, вводит пароль. Если пароль верен, пользователь вводит исходные данные по лекарствам, по клиентам и по поставщикам. Затем, используя введенные данные или изменяя их, он вводит заказ от клиента, выбирает шаблоны отчетов по продажам. осле этого, если необходимо, он распечатывает отчет и выходит из приложения. Если пароль неверен, выводится сообщение об ошибке «Неправильный пароль. Закройте окно регистрации».

4.3 Построение диаграммы классов

Диаграммы классов являются центральным звеном методологии объектно-ориентированных анализа и проектирования.

Диаграмма классов показывает классы и их отношения, тем самым показывает логический аспект проекта. Отдельная диаграмма классов представляет определенный ракурс структуры классов. На стадии анализа диаграммы классов используются, чтобы выделить общие роли и обязанности сущностей, обеспечивающих требуемое поведение системы. На стадии проектирования диаграммы классов используются, чтобы передать структуру классов, формирующих архитектуру системы.

Диаграмма классов для «Проектирования ИС оптовой торговли лекарственными препаратами» представлена на рис. 4.3.

Рис. 4.3. - Диаграмма классов

Модуль Заказа лекарств управляется модулями Клиенты, Поставщики и Лекарства. Одно лекарство может быть поставлено несколькими поставщиками и наоборот. Клиентов управляет модулем Заказ лекарства, заказ делается индивидуально от каждого и в один день может быть подано несколько заявок на одно и то же лекарство одним и тем же покупателем.

В модуле Заказ лекарства выполняются все необходимые операции по вводу заказа и созданию отчетности по продажам за месяц. Этот класс завит от трех остальных, потому что в них содержится необходимая информация для выполнения заявки от клиента.

5. Проектирование формы первичного документа

При проектировании форм первичных документов учитываются следующие принципы:

1) отсутствие дублирования показателей в документах;

2) выделение справочных реквизитов, группировочных реквизитов и реквизитов-оснований;

3) выделение реквизитов, имеющих одно или несколько значений на документ, т.е. выделение однозначных и многозначных реквизитов;

4) старшие по объему понятий признаки должны предшествовать младшим (например, наименование предприятия - наименование цеха - номер участка);

5) согласование последовательности реквизитов в документе с макетами размещения информации на экране ПК.

Формы первичного документа для лекарств, поставщиков, клиентов представлены соответственно в форме 5.1, 5.2, 5.3.

Форма 5.1. Форма «Лекарства»

Форма 5.2. Форма «Поставщики»

Форма 5.3. Форма «Клиенты»

5.1 Проектирование форм документов результатной информации

Принципы построения результатных документов:

1) выделение трех зон в документе;

2) разделение реквизитов на однозначные, т.е. имеющие одно значение на документ, и многозначные реквизиты, имеющие несколько значений в документе;

3) выделение группировочных реквизитов, помещаемых во вторую зону документа, и размещение этих реквизитов в порядке убывания старшинства;

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

5) если документ не размещается на одном стандартном листе, то выполнение разрыва строк и переноса оставшихся строк документа второй зоны вместе с реквизитами третьей зоны на другой лист.

Форма результатной информации по оптовой торговли лекарственными товарами представлена в форме 5.4.

Форма 5.4

Страницы: 1, 2, 3