ГОСЫ. ГОСы. 76. каскадная модель жизненного цикла ис (основные этапы разработки по каскадной модели. Достоинства и недостатки каскадной модели)
 Скачать 5.37 Mb.
|
|
111. МЕТОДОЛОГИЯ ОПИСАНИЯ БИЗНЕС-ПРОЦЕССОВ ARIS. Методология ARIS необходима для формирования представлений о деятельности предприятия и визуализации процессов в виде графических моделей, удобных для понимания и комплексного анализа. Методология ARIS реализует принципы системного структурного анализа, основным понятием которого служит структурный элемент (объект). Структурный анализ является методологической разновидностью системного анализа. В структурном анализе предполагается использование графического представления для описания структуры и деятельности организации. При этом реализуются основные принципы структурного анализа: разбиение на уровни абстракции с ограничением числа элементов на каждом из уровней (обычно от 3 до 9); ограниченный контекст, включающий только существенные на каждом уровне детали; использование строгих формальных правил записи; последовательное приближение к конечному результату (зависит от целей моделирования). Методология ARIS также использует декомпозицию и позволяет детализировать предмет моделирования с помощью альтернативных или дополняющих друг друга моделей. Основными элементами моделей в методологии ARIS являются следующие: • структурные элементы (объекты) — неделимые элементы описываемой предметной области, в виде которых представлены процессы, функции, операции, действия (в зависимости от степени детализации); • связи — взаимоотношения между двумя объектами, имеющие определенный тип, направление и другие свойства. Каждый объект или связь имеет набор характеристик (атрибутов), с помощью которых можно задать количественные и качественные характеристики моделируемых элементов. Основа методологии ARIS состоит в том, что любая организация рассматривается и визуально представляется во всех аспектах, т.е. как единая система, описание которой предусматривает четыре различных "взгляда": • организационная структура; • данные (потоки и структура); • функции ("деревья" функций); • контроль и управление (деловые процессы).
112. МЕТОДОЛОГИЯ eEPC, ЕЕ ОСНОВНЫЕ ЭЛЕМЕНТЫ И ПРАВИЛА Нотация ARIS eEPC– расширенная нотация описания цепочки процесса, управляемого событиями. Основные правила Правила при моделировании достаточно просты: 1. Каждая функция инициируется событием и завершается так же событием. 2. В каждую функцию не может входить более одной стрелки, "запускающей" выполнение функции. 3. Из каждой функции может выходить не более одной стрелки, описывающей завершение выполнение функций. 4. Графические элементы процесса (события и функции) следует располагать сверху вниз. 5. Графические элементы, отображающие исполнителей функций (сотрудников и подразделений) следует располагать справа от функций. 6. Документы, используемые при выполнении функций, а так же формируемые в результате выполнения функций, располагаются слева от функций. Пример описания бизнес-процесса в нотации eEPC  Следует отметить, что вместе с графическим описанием бизнес-процессов используются также текстовые и табличные описания. Основные элементы  Рис. 2.6. Объекты методологии ARIS Правила перехода  113. ЭТАПЫ СБОРА ИНФОРМАЦИИ ПРИ ОБСЛЕДОВАНИИ ПРЕДПРИЯТИЯ. Обследование — важнейший и определяющий этап выполнения проектов, на его основе осуществляется вся последующая деятельность. Длительность обследования обычно составляет 1—2 недели на основе согласованного и утвержденного календарного. Обследование проводится поэтапно, заключительным этапом является выработка рекомендаций. По окончании обследования строится и согласуется с заказчиком предварительный вариант функциональной модели предприятия, включающей идентификацию внешних объектов и информационных взаимодействий с ними, а также детализацию до уровня основных видов деятельности предприятия и информационных связей между этими видами, в дальнейшем на основании согласованных моделей верхнего уровня и осуществляется построение детальных моделей. Исходной информацией при проведении обследования и выполнении дальнейших этапов служат: • данные по организационно-штатной структуре предприятия; • информация о принятых технологиях деятельности; • стратегические цели и перспективы развития; • результаты интервьюирования сотрудников (от руководителей до исполнителей нижнего звена); • предложения сотрудников по усовершенствованию бизнес-процессов предприятия; • нормативно-справочная документация; • данные по имеющимся на предприятии средствам и системам автоматизации. При проведении обследования целесообразно применять следующие методы: • анкетирование; • сбор документов; • интервьюирование. Анкетирование — начальный этап обследования, он предваряет выезд группы системных аналитиков на предприятие. Анкеты позволяют составить первоначальное представление о сферах деятельности предприятия. Сбор документов должен осуществляться на всех этапах проведения обследования; соответствующие формы, бланки и т.п. в дальнейшем станут основой при разработке информационной модели предприятия. Интервьюирование — важнейший и необходимый метод обследования, только с его помощью возможно разобраться во всех тонкостях применяемых на предприятии технологий. Этапы: Определить цели сбора информации. Определить, собрать и проанализировать имеющуюся нормативную документацию как внутреннюю, так и внешнюю для организации. Подготовить анкеты и вопросы для сбора информации в подразделениях. Определить время, место и состав опрашиваемых сотрудников. Провести интервью. Обработать полученную информацию. Сопоставить данные, полученные в разных подразделениях – входы и выходы подразделений должны стыковаться. Техническое_задание'>114. СТАНДАРТЫ ДЛЯ НАПИСАНИЯ ТЕХ.ЗАДАНИЯ. ОСНОВНЫЕ ОТЛИЧИЯ Техническое задание является исходным материалом для создания информационной системы или другого продукта. Поэтому техническое задание в первую очередь должно содержать основные технические требования к продукту и отвечать на вопрос, что данная система должна делать, как работать и при каких условиях. Как правило, этапу составления технического задания предшествует проведение обследования предметной области, которое завершается созданием аналитического отчета. Если в отчете требования заказчика могут быть изложены в общем виде и проиллюстрированы UML-диаграммами, в техническом задании следует подробно описать все функциональные и пользовательские требования к системе. Техническое задание является документом, который позволяет как разработчику, так и заказчику представить конечный продукт и впоследствии выполнить проверку на соответствие предъявленным требованиям. Руководствующими стандартами при написании технического задания являются ГОСТ 34.602.89 «Техническое задание на создание автоматизированной системы» и ГОСТ 19.201-78 «Техническое задание. Требования к содержанию и оформлению». Первый стандарт предназначен для разработчиков автоматизированных систем, второй для программных средств (разницу между данными сериями мы обсуждали в статье «Что такое ГОСТ»). Список и описание разделов, которые должно содержать техническое задание согласно ГОСТам.
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
