Проектирование функциональных особенностей системы

3. Проектирование функциональных особенностей системы

3.1. Диаграмма прецедентов

Диаграмма, на которой отражены отношения, существующие между актёрами и прецедентами. Диаграмма прецедентов иллюстрирует общую ситуацию взаимодействий, что именно система должна делать, но никак она это будет делать (см. рис. №3). АИС магазин бытовой техники и электроники должна: - вести реестр клиентов; - осуществлять генерацию заказов; - создавать различные отчеты.

 

Рис №3 (Диаграмма прецедентов)

В полнейших диаграммах, АИС магазин бытовой техники и электроники будет сокращаться до AIS.

 

3.2. Диаграмма классов

Диаграмма, на которой представлено множество классов и связями между ними. У каждого класса есть имя, атрибуты и операции, которые он выполняет.

 Атрибуты и операции могут быть: открытыми, закрытым, защищенными и пакетными. Так же атрибуты имеют тип, а у операции иметься тип возвращаемого значения и входные данные.

Рис №4 (Диаграмма классов)

На данной диаграмме (см. рис. №4) представлено 11 классов: клиент, продавец, реестр клиентов, прайс, кассир, отчеты, отдел заявок и претензий, AIS, генератор заказов, поставщик и склад.

Каждому классу присвоен свой стереотип, характеризующий его функциональность. Граничные классы – клиент и поставщик, т.е. классы, расположенные на границе системы и всей окружающей среды. Управляющий класс-AIS, т.е. отвечает за координацию действий других классов. Классы-сущности – реестр клиентов, прайс, кассир, отчеты, отдел заявок и претензий, генератор заказов, поставщик и склад.

Для каждого класса определены свои связи, атрибуты и операции с указанием типов. Все связи диаграммы – это связи зависимости.