разветвления стрелок (Fan-out Junction)

||&

Asynchronous AND

Все предшествующие процессы должны быть завершены

Все следующие процессы должны быть запущены

||&||

Synchronous AND

Все предшествующие процессы завершены одновременно

Все следующие процессы запускаются одновременно

||O

Asynchronous OR

Один или несколько предшествующих процессов должны быть завершены

Один или несколько следующих процессов должны быть запущены

||O||

Synchronous OR

Один или несколько предшествующих процессов завершены одновременно

Один или несколько следующих процессов запускаются одновременно

||X

XOR

(Exclusive OR)

Только один предшествующий процесс завершен

Только один следующий процесс запускается

Все перекрестки на диаграмме нумеруются, каждый номер имеет префикс J. Можно редактировать свойства перекрестка при помощи диалога Definition Editor. В отличие от IDEFO и DFD в IDEF3 стрелки могут сливаться и разветвляться только через перекрестки.

Объект ссылки. Объект ссылки в IDEF3 выражает некую идею, концепцию или данные, которые нельзя связать со стрелкой, перекрестком или работой. Для внесения объекта ссылки служит кнопка |R| – (добавить в диаграмму объект ссылки – Referent) в палитре инструментов. Объект ссылки изображается в виде прямоугольника, похожего на прямоугольник работы. Имя объекта ссылки задается в диалоге Referent (пункт всплывающего меню Name Editor), в качестве имени можно использовать имя какой-либо стрелки с других диаграмм или имя сущности из модели данных. Объекты ссылки должны быть связаны с единицами работ или перекрестками пунктирными линиями. Официальная спецификация IDEF3 различает три стиля объектов ссылок – безусловные (unconditional), синхронные (synchronous) и асинхронные (asynchronous). BPwin поддерживает только безусловные объекты ссылок. Синхронные и асинхронные объекты ссылок, используемые в диаграммах переходов состояний объектов, не поддерживаются.

Заключение

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

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

После анализа работы СПК мы можем судить о степени загруженности каждой ее составляющей, о том, что необходимо автоматизировать в первую очередь и какими средствами.

Выяснилось, что на СПК вся информация передается на бумажном носителе. Через него проходит большое количество документов, которые необходимо обработать. Именно поэтому необходимо внедрение средств, которые позволят ускорить этот процесс. Это ускорит документооборот, что улучшит работу данного отдела.

Литература