Автор: Пользователь скрыл имя, 16 Ноября 2014 в 06:08, курсовая работа
Система управления и хранения проектов ModelMart (CA/Logic Works), которая предоставляет репозитарий для коллективной разработки моделей. ModelMart гарантирует согласованность моделей, разграничение доступа к ним, поддержку версий и много других средств, которые так важны при командной разработке моделей. Сервер приложений для программных продуктов CA ModelMart поддерживает мощный набор инструментальных программных средств, обеспечивающих совместное (групповое) проектирование и разработку программных систем, включая механизмы объединения моделей и анализа изменений, контроль версий, возможность создания «компонент» модели и т.д. Для организации хранилища моделей в ModelMart используются СУБД на платформах Oracle, Sybase, Informix или SQL Server. Кроме того, поддерживаются прямые связи ModelMart с ERwin и BPwin.
Введение…………………………………………………………………………………………2
1. Описание методологий семейства IDEF (ICAM Defenition)………………………………4
1.1 Методология IDEF0…………………………………………………………………………4
1.2 Методология DFD (Data Flow Diagramming)…………………………………………….10
1.3 Методология IDEF3………………………………………………………………………..13
2. Описание предметной области……………………………………………………………..18
2.1 Краткая характеристика производства трикотажных изделий………………………....18
2.2 Описание основных бизнес-процессов трикотажной фабрики…………………………20
2.3 Описание вспомогательных бизнес-процессов трикотажной фабрики………………..24
2.4 Описание внешних сущностей…………………………………………………………….25
2.5 Описание внутренних сущностей и накопителей………………………………………..26
2.6 Технологический процесс «Производство трикотажных изделий»…………………….27
Заключение……………………………………………………………………………………...31
Список литературы……………………………………………………………………………..32
Название |
Обозначение перекрестков |
Смысл перекрестков | ||
Схема расхождения |
Схема схождения | |||
«Исключающий ИЛИ» |
|
Только одна последующая работа запускается |
Только одна предшествующая работа должна быть завершена | |
«И» |
Асинхронный |
|
Все последующие работы запускаются |
Все предшествующие работы должны быть завершены |
Синхронный |
|
Все последующие работы запускаются одновременно |
Все предшествующие работы должны быть завершены одновременно | |
«ИЛИ» |
Асинхронный |
|
Одна или несколько последующих работ запускаются |
Одна или несколько предшествующих работ должны быть завершены |
Синхронный |
|
Одна или несколько последующих работ запускаются одновременно |
Одна или несколько предшествующих работ должны быть завершены одновременно |
Тип объекта ссылки |
Цель описания |
OBJECT |
Описывает участие важного объекта в работе |
GOTO |
Инструмент циклического перехода (в повторяющейся последовательности работ), возможно на текущей диаграмме, но не обязательно. Если все работы цикла присутствуют на текущей диаграмме, цикл может также изображаться стрелкой, возвращающейся на стартовую работу. GOTO может ссылаться на перекресток |
UOB (Unit of behaviour) |
Применяется, когда необходимо подчеркнуть множественное использование какой-либо работы, но без цикла. Например, работа «Контроль качества» может быть использована в процессе «Изготовление изделия» несколько раз, после каждой единичной операции. Обычно этот тип ссылки не используется для моделирования автоматически запускающихся работ |
NOTE |
Используется для документирования важной информации, относящейся к каким-либо графическим объектам на диаграмме. NOTE является альтернативой внесению текстового объекта в диаграмму |
ELAB (Elaboration) |
Используется для усовершенствования графиков или их более детального описания. Обычно употребляется для детального описания разветвления и слияния стрелок на перекрестках |