Начать. Это бесплатно
или регистрация c помощью Вашего email-адреса
Методология создатель Mind Map: Методология

1. Методология разработки информационных систем

1.1. MICROSOFT SOLUTIONS FRAMEWORK

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

1.1.2. MSF опирается на практический опыт Microsoft и описывает управление людьми и рабочими процессами в процессе разработки решения.

1.1.2.1. MSF состоит из двух моделей и трех дисциплин:

1.1.2.1.1. Модель процессов MSF. Представляет собой общую методологию разработки и внедрения IT-решения, охватывающую весь жизненный цикл создания решения. Эта модель сочетает в себе особенности двух классических моделей процессов: спиральной и каскадной.

1.1.2.1.2. Модель проектной группы MSF. Одной из основ MSF является постулат о шести качественных целях, достижение которых определяет успешность проекта. Исходя из этих целей построена модель проектной группы. Она включает в себя шесть ролевых кластеров, каждый из которых имеет свою область компетенции, а также связанные с нею цели и задачи.

1.1.2.1.3. Дисциплина управления проектами. Данная дисциплина описывает основные принципы, концепции и характеристики управления проектом в рамках MSF. Она отвечает вопрос: Что такое управление проектом?

1.1.2.1.4. Дисциплина управления рисками. MSF рассматривает изменения и связанные с ними затруднения как неотъемлемую часть жизненного цикла информационных технологий. MSF отстаивает превентивный подход к работе с рисками. Должна осуществляться непрерывная оценка рисков на протяжении всего жизненного цикла проекта.

1.1.2.1.5. Дисциплина управления подготовкой. Данная дисциплина посвящена управлению знаниями, профессиональными умениями и способностями, необходимыми для планирования, создания и сопровождения успешных решений.

1.2. RATIONAL UNIFIED PROCESS

1.2.1. это методология создания программного обеспечения, оформленная в виде размещаемой на Web базы знаний, которая снабжена поисковой системой.

1.2.2. Rational Unified Process делит один цикл развития на четыре последовательных стадии:

1.2.2.1. Начало

1.2.2.1.1. На начальной стадии разработчик устанавливает деловые применения системы и определяет рамки проекта

1.2.2.2. Уточнение

1.2.2.2.1. Цели стадии уточнения состоят в том, чтобы проанализировать прикладную область, создать нормальную архитектурную основу, разработать план проекта и устранить самые высокие элементы риска проекта.

1.2.2.3. Конструирование

1.2.2.3.1. В ходе стадии конструирования происходит итеративная разработка законченного изделия, которое готово к передаче его пользователям.

1.2.2.4. Переход

1.2.2.4.1. В процессе переходной стадии разработчик передает программное обеспечение его пользователям.

2. Методология внедрения проекта

2.1. Спиральная модель внедрения

2.1.1. представляет собой процесс разработки программного обеспечения, сочетающий в себе как проектирование, так и постадийное прототипирование с целью сочетания преимуществ восходящей и нисходящей концепции.

2.1.2. Фазы: • определение целей, • оценка и разрешение рисков, • разработка и тестирование, • планирование следующей итерации.

2.2. Каскаданая модель

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

2.2.2. Фазы • Определение требований • Проектирование • Конструирование (также либо Воплощение • Тестирование и отладка (также верификация) • Инсталляция • Поддержка

2.3. Итерационная модель внедрения

2.3.1. – предполагает разбиение проекта на части (этапы, итерации) и прохождение этапов жизненного цикла на каждом их них. Каждый этап является законченным сам по себе, совокупность этапов формирует конечный результат.

2.3.2. Фазы: • идентификация, анализ и приоритизация изначальных требований; • определение числа и продолжительности итераций разработки; • проведение приёмочного тестирования; • миграция данных и обучение пользователей; • переход к продуктивной эксплуатации и поддержка.

3. Информационная система представляет собой сложный комплекс разнородных составляющих, которые взаимодействуют между собой и создают необходимые потребителю свойства системы. Для целей настоящей книги информационную систему следует рассматривать как всю инфраструктуру предприятия, задействованную в процессе управления информационно-документальными потоками и включающую в себя:

3.1. 1. технологические элементы, обеспечивающие функционирование системы:

3.1.1. • информационную модель предметной области; • кадровые ресурсы, отвечающие за формирование и развитие информационной модели; • программный комплекс; • кадровые ресурсы, отвечающие за конфигурирование программного комплекса; • аппаратно-техническую базу; • эксплуатационно-технические кадровые ресурсы;

3.2. 2. управленческие элементы, обеспечивающие организацию эксплуатации системы:

3.2.1. • регламент развития информационной модели и правила внесения в нее изменений; • регламент технической и пользовательской поддержки программного комплекса; • регламент внесения изменений в конфигурацию программного комплекса и состав его функциональных модулей; • регламент использования программного комплекса и пользовательские инструкции; • регламент обучения и сертификации пользователей.

4. Стандарты управления проектами

4.1. • менеджер (руководитель) проекта (Project Manager) — лицо, отвечающее за управление проектом;

4.2. • спонсор (куратор) проекта (Project Sponsor) — лицо, обеспечивающее ресурсы проекта и любую административную поддержку;

4.3. • Заказчик (потребитель) проекта (Project Customer) — лицо внутри или вне организации, которое будет использовать результаты проекта;

4.4. • Руководитель функционального подразделения — направляет ресурсы в утвержденные проекты;

4.5. • Функциональный лидер проекта — объединяет усилия участников проекта в рамках функции или подразделения (именно с ним взаимодействует менеджер проекта);

4.6. • Лидер пакета работ — объединяет усилия отдельных лиц в рамках пакета работ.