Средства структурного моделирования. Характеристика RAMUS.
Программное обеспечение «Ramus» предназначено для использования в проектах, в которых необходимо описание бизнес-процессов предприятия. «Ramus» поддерживает методологии моделирования бизнес-процессов IDEF0 и DFD, а также имеет ряд дополнительных возможностей, призванных удовле- творить потребности команд разработчиков систем управления предприятиями. «Ramus» обладает гибкими возможностями построения отчетности по графиче-ским моделям, позволяющие создавать отчеты в форме документов, регламен- тирующих деятельность предприятия. RamusEducational имеет достаточно интуитивный интерфейс пользовате- ля, позволяющий быстро и просто создавать сложные модели.
RamusEducation имеет меньше функций, чем в коммерческой версии программы Ramus, но если необходимо построить методологию IDEF0, то такая программа подходит для использования. Положительная сторона программы в том, что она русифицирована и проста в использовании.
Функции программы RamusEducation:
· -Создание диаграмм IDEF0;
· - Создание диаграмм DFD;
· - Создание классификаторов;
· - Экспорт/импорт в файлы формата IDL.
Моделирование бизнес-процессов компании может быть направлено на решение следующих крупных задач:
1) разграничение зон ответственности сотрудников и подразделений компании, разработка должностных инструкций и процедур;
2) проведение анализа, оценки и внесения предложений по совершенствованию деятельности компании, внедрение методик повышения эффективности деятельности предприятия;
|
|
|
3) подготовка и проведение процедуры сертификации компании на соответствие требованиям международных стандартов качества, в частности стандартов серии ИСО 9000
; 4) разработка и внедрение автоматизированной системы управления предприятием и ее компонентов, а также интеграция работы информационных систем;
5) построение и автоматизация внешних взаимодействий — с клиентами, поставщиками, партнерами. Для решения первых трех задач главным образом применяются графические модели бизнес-процессов и отчасти имитационные модели для целей более углубленного анализа.
Для построения таких моделей используют разнообразные графические нотации: блок- схемы, нотации методологий IDEF0 и IDEF3, ЕРС, диаграммы деятельности UML, BPMN и др. Нередко применяются нотации, разработанные самой компанией на основе общепринятых и интуитивно понятных бизнес-пользователю обозначений. Модели такого типа не требуют высокой степени строгости и формализации, они в первую очередь должны быть наглядны, понятны широкому кругу пользователей и в достаточной степени информативны.
Построение моделей, служащих основой для автоматизации внутренних процессов компании или внешнего взаимодействия, предъявляет несколько иные требования. Как было сказано выше, современная концепция управления бизнес-процессами подразумевает автоматизацию непосредственно по модели, построенной бизнес-аналитиком или менеджером, экспертом в предметной области, а не техническим специалистом. Система управления бизнес-процессами снабжена исполняющим процессором, на который можно установить описание бизнес-процесса в формате некоторого исполняемого языка и запускать его как программу.
|
|
|
Жизненный цикл проэкта информационной системы. Модели жизненного цикла
1.Понятие жизненного цикла (ЖЦ) является одним из ключевых понятий методологии проектирования информационных систем. Жизненный цикл информационной системы – это непрерывный процесс, начинающийся с момента принятия решения о создании информационной системы и заканчивающийся в момент полного изъятия ее из эксплуатации
Любой проект проходит через определенные этапы в своем развитии. Стадии жизненного цикла проекта могут различаться в зависимости от сферы деятельности и принятой системы организации работ. Однако, у каждого проекта можно выделить начальную (прединвестиционную) стадию, стадию реализации проекта и стадию завершения работ по проекту. Это может показаться очевидным, но понятие жизненного цикла проекта является одним из важнейших для руководителя (менеджера) проекта, поскольку именно текущая стадия определяет задачи и виды деятельности, используемые методики и инструментальные средства.
|
|
|
Руководители проектов разбивают цикл жизни проекта на этапы различными способами. Например, в проектах по разработке программного обеспечения часто выделяются такие этапы как осознание потребности в информационной системе, формулирование требований, проектирование системы, кодирование, тестирование, эксплуатационная поддержка. Однако, наиболее традиционным является разбиение проекта на четыре крупных этапа:
· формулирование проекта,
· планирование,
· осуществление,
· завершение.
1. Формулирование проекта. Этот этап подразумевает функцию инициации проекта. На этом этапе идея проекта находит "текстуальное" воплощение, проводится изучение проблемы (формулирование целей и задач проекта, внутреннего потенциала команды и имеющегося задела) и поиск источников финансирования. Эффективное исследование темы и фондов поможет спланировать выполнение проекта и его бюджет.
|
|
|
2. Планирование. Планирование в том или ином виде производится в течение всего срока реализации проекта. В самом начале жизненного цикла проекта обычно разрабатывается неофициальный предварительный план - грубое представление о том, что потребуется выполнить в случае реализации проекта. Решение о финансировании проекта в значительной степени основывается на оценках предварительного плана. Формальное и детальное планирование проекта начинается после принятия решения о его реализации. Определяются ключевые точки (вехи) проекта, формулируются задачи (работы) и их взаимная зависимость. На этом этапе часто используются системы для управления проектами, предоставляющие руководителю проекта набор средств для разработки формального плана: средства построения иерархической структуры работ, сетевые графики и диаграммы Гантта, гистограммы ресурсов. Как правило, план проекта не остается неизменным, и по мере осуществления проекта подвергается постоянной корректировке с учетом текущей ситуации.
3. Осуществление. После утверждения формального плана на руководителя (менеджера) проекта ложиться задача по его реализации. По мере осуществления проекта руководитель должен постоянно контролировать ход работ. Контроль заключается в сборе фактических данных о ходе работ и сравнении их с плановыми. На практике отклонения между плановыми и фактическими показателями случаются всегда. Поэтому, задачей менеджера является анализ возможного влияния отклонений в выполненных объемах работ на ход реализации проекта в целом и в выработке соответствующих управленческих решений. Например, если отставание от графика выходит за приемлемый уровень отклонения, может быть принято решение об ускорении выполнения определенных критических задач, за счет выделения на них большего объема ресурсов (естественно в пределах выделенного финансирования).
4. Завершение. Рано или поздно, но проект заканчивается. Проект заканчивается, когда истекает его срок и достигнуты поставленные перед ним цели. Иногда окончание проекта бывает внезапным и преждевременным, как в тех случаях, когда принимается решение прекратить проект до его завершения по графику. Как бы то ни было, но когда проект заканчивается, его руководитель должен выполнить ряд мероприятий, завершающих проект. Их конкретный набор зависит от характера самого проекта. Если в проекте использовалось оборудование, надо произвести его инвентаризацию и, возможно, передать его для нового применения. В случае подрядных проектов надо определить, удовлетворяют ли результаты условиям подряда или контракта. Особое внимание руководитель проекта должен обратить на подготовку заключительного отчета.
2. Модели жизненного цикла
Модель жизненного цикла ИС — структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач на протяжении жизненного цикла. Модель жизненного цикла зависит от специфики, масштаба и сложности проекта и специфики условий, в которых система создается и функционирует.
Дата добавления: 2018-04-15; просмотров: 2461; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!