ПОИСК Статьи Чертежи Таблицы Номенклатура пакетов и виды проектной деятельности из "Консалтинг при автоматизации предприятий " Необходимо отметить, что такое разбиение является весьма условным, поскольку при анализе предприятия и разработке проекта его автоматизации используются элементы BPR (более того, теоретически BPR должно быть первым этапом разработки), в то же время необходимым этапом перепроектирования является по крайней мере создание функциональной модели бизнес-процесса. [c.226] В таблице 17.1 приведен перечень доступных на российским рынке ASE-средств и поддерживаемые ими виды проектной деятельности. [c.226] Другой возможный подход реализуется пакетом Designer/2000 моделирование бизнес-процессов является первым этапом разработки системы, а соответствующая модель является основой для разработки концептуальных моделей и проектирования системы. Нотация для моделирования бизнес-процессов включает следующие элементы базовый процесс, шаг процесса, хранилище, поток, событие и организационная единица. Для каждого элемента можно задать разнообразные количественные параметры (временные затраты, ресурсы и т.п.), а затем с помощью специальной процедуры анимации проследить поведение модели в динамике с учетом введенных параметров. Использование средств мультимедиа, включая визуализацию, видеоизображение, звуковое сопровождение и т.п. позволяет существенно повысить выразительность построенной бизнес-модели. [c.227] Следует отметить, что не существует принципиальных ограничений в использовании в качестве средства построения статических моделей бизнес-процессов и традиционных DFD -диаграмм потоков данных. Более того, в настоящий момент за рубежом доступен ряд продуктов динамического моделирования (IN OME Mobile, PN-AMI и др.), базирующихся на сетях Петри различного вида и интегрируемых с DFD-моделью, которые позволяют успешно решать задачи перепроектирования. [c.227] Традиционный подход к моделированию аспектов поведения системы основывается на расширении диаграмм потоков данных за счет введения управляющих потоков (сигналов) и управляющих процессов, фактически являющихся интерфейсом между DFD и спецификациями управления, собственно моделирующими поведение. Наиболее часто спецификации управления формализуются с помощью диаграмм переходов состояний STD, позволяющих задавать состояния различных объектов системы (например, лицевой счет может иметь состояния ОТКРЫТ, ЗАКРЫТ, ЗАБЛОКИРОВАН и т.п.), условия переходов из одного состояния в другое (как внешние по отношению к системе, так и внутренние, возникающие в самой системе), а также совершаемые при переходах действия. [c.228] В таблице 17.2 приведен перечень пакетов, поддерживающих DFD, и основные составляющие функциональных моделей. [c.228] Для целей информационного моделирования на сегодняшний день не существует альтернативы диаграммам сущность-связь ERD. Практически все из приведенных в таблице 17.1 пакетов поддерживают ту или иную нотацию ERD. При этом разработка информационной модели в рассматриваемых средах включает в себя не только проектирование логической модели, но и преобразование ее в физическую модель с последующей генерацией схемы БД с учетом специфики конкретной СУБД. [c.229] Вернуться к основной статье