Проектирование информационных систем на предприятии
Курсовой проект - Компьютеры, программирование
Другие курсовые по предмету Компьютеры, программирование
ение возможностей которого значительно ускоряет процесс создания изображений, необходимых для реализации различного рода деятельности в диапазоне от создания проекта до качественного оформления итоговых результатов. В плане построения диаграмм IDEF0 Visio обладает ограниченными возможностями, но их может оказаться достаточно.
Шаблон схемы модели UML в Microsoft Office Visio обеспечивает полную поддержку создания объектно-ориентированных моделей сложных программных систем. Он включает в себя следующие инструменты, фигуры и функции:
- Проводник по моделям UML предоставляет представление в виде дерева модели и средство для перехода от одного представления к другому.
- Стандартные фигуры, обладающие широкими возможностями, представляют элементы нотации UML и поддерживают создание схем UML. Фигуры запрограммированы таким образом, чтобы их поведение соответствовало семантике UML.
- Легкодоступные диалоговые окна Свойства UML, в которых можно добавлять имена, атрибуты, операции и другие свойства элементов UML.
- Возможность реконструирования для проектов, созданных ранее в Microsoft Visual C++ 6.0 или Microsoft Visual Basic 6.0, и разработки на их основе структурных моделей UML.
- Возможность реконструирования для проектов, созданных в Microsoft Visual Studio .NET, и разработки на их основе структурных моделей UML.
- Составление IDEF- комплекта
В данном разделе будут рассмотрены диаграммы выполненные в соответствии с международными стандартами IDEF 0.
Диаграммы выполненные в стандарте IDEF 0 описывают работу предприятия в целом и по ее структурным подразделениям в частности, учитывая при этом основные информационные потоки, возникающие при осуществлении деятельности предприятия.
Данный комплекс диаграмм дает всестороннее описание необходимых элементов в графическом представлении, и способствуем более качественному пониманию модели, что направленно на принятие правильного решения субъекта управления.
Рисунок 7 IDEF0
Рисунок 9. Декомпозиция блока 8
Рисунок 10 - Декомпозиция блока Оформление покупки Станки и оборудование
Рисунок 11 - Декомпозиция блока Оформление покупки Автотранспорт
Рисунок 12 - Декомпозиция блока Оформление покупки Здания и сооружения
Рисунок 13 - Декомпозиция блока Оформление ОС (регистрация, страхование)
Рисунок 14 - Декомпозиция блока Учет ОС
6. Логическая и физическая модели данных
Логическая модель (Рисунок 15). Логическое проектирование необходимо для выделения взаимосвязанных сущностей, для описания их атрибутов и создания общей логической схемы проекта. Для построения логической модели необходимо определить основные понятия, которыми необходимо оперировать при проектировании информационной системы в общем и инфологической схемы в частности.
Основными элементами являются:
Сущность объект информационной системы (таблица), имеющий ряд атрибутов (свойств, или полей таблицы);
Атрибут характеристика сущности, имеющая ряд собственных свойств, таких как тип поля, его длина, возможность нулевого значения и т.д.;
Физическая модель(Рисунок 16). Целью создания физической модели является обеспечение администратора соответствующей информацией для переноса логической модели данных в СУБД.
ERwin поддерживает автоматическую генерацию физической модели данных для конкретной СУБД. При этом логическая модель трансформируется в физическую по следующему принципу: сущности становятся таблицами, атрибуты становятся столбцами, а ключи становятся индексами.
Рисунок 15 Логическая модель данных
Рисунок 16 Физическая модель данных
7. Диаграммы UML
Диаграммы вариантов использования (Рисунок 17). Вариант использования представляет собой последовательность действий (транзакций), выполняемых системой в ответ на событие, инициируемое некоторым внешним объектом (действующим лицом). Вариант использования описывает типичное взаимодействие между пользователем и системой. В простейшем случае вариант использования определяется в процессе обсуждения с пользователем тех функций, которые он хотел бы реализовать.
Диаграммы взаимодействия( Рисунок 18). Эти диаграммы описывают поведение взаимодействующих групп объектов.
Как правило, диаграмма взаимодействия охватывает поведение объектов в рамках только одного варианта использования. На такой диаграмме отображается ряд объектов и те сообщения, которыми они обмениваются между собой.
Вторым видом диаграммы взаимодействия является кооперативная диаграмма (Рисунок 19).
Подобно диаграммам последовательности, кооперативные диаграммы (collaborations) отображают поток событий через конкретный сценарий варианта использования. На кооперативной диаграмме экземпляры объектов показаны в виде пиктограмм. Линии между ними обозначают сообщения, обмен которыми осуществляется в рамках данного варианта использования. Диаграммы последовательности упорядочены по времени, а кооперативные диаграммы больше внимания заостряют на связях между объектами.
Рисунок 17 - Диаграмма вариантов использования
Рисунок 18 Диаграмма взаимодействия
Рисунок 18 Диаграмма последовательности
8. Диалоговые окна автоматизированной подсистемы
Рисунок 19 - Шифры амортизаций
В данном окне вы сможете добавить, изменить и удалить подотчетное лицо текущег