Основные этапы методологии DATARUN

Построение бизнес-модели предметной области

Строится функциональная (DFD) и информационная (ER) модели предметной области. При построениии функциональной модели выявляются первичные структуры данных, которые преобразуются в сущности ER-модели. Результат: Модель бизнес-процессов, содержащая Первичные структуры данных, и Концептуальная модель данных.

Построение архитектуры информационной системы

Принимается решение, из каких приложений (подсистем) будет состоять система. Анализируются существующие системы. Архитектура системы документируется в виде DFD, где функции представляют компоненты приложений с указанием используемой информации (путем ссылки на сущности и связи ER- модели). ER-модель также делится на группы сущностей, обрабатываемых приложениями. Результат: Архитектура информационной системы.

Проектирование приложений (подсистем)

На основе концептуальной ER модели строится реляционная модель данных. Части ER-модели, соответствующие различным приложениям, оформляются как подсхемы базы данных. Для каждого приложения создается (возможно, разными группами разработчиков) детальный проект. Строится модель системных процессов (программных функций) и подсхемы базы данных для каждой функции (спецификация интерфейса). Поскольку все приложения работают с подсхемами одной базы данных, обеспечивается их совместная работа. Результат: Реляционная модель данных. Для каждого приложения - Модель данных приложения, Модель системных процессов. Для каждого интерфейса в приложении - Спецификация интерфейса.

Создание приложений

Из модели базы данных генерируется код для ее создания на сервере. Программируются системные процессы. При этом возможно разнесение процессов по узлам распределенной системы (часть процессов реализуется как хранимые процедуры на сервере, часть как сервисы монитора транзакций, часть - как программы клиентской части). Интерфейс приложений (обычно составляющий до 70-80% всей системы) может быть быстро создан перенесением соответствующей ему подсхемы базы данных в среду языка 4-го поколения).

Интеграция приложений

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

Подход DATARUN преследует две цели:

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

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

1.5. методология MSF. Microsoft Solutions Framework (модель разработки приложений Microsoft) — это набор концепций и рекомендуемых моделей, которые позволяют разрабатывать и внедрять информационные системы на основе технологий и инструментальных средств Microsoft.

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

Основополагающие принципы MSF

Принципов, на которых базируется MSF, всего восемь.

- Способствуйте открытому общению

- Работайте над общим видением

- Расширяйте полномочия членов команды

- Разделяйте ответственность

- Сотрудничайте с клиентом и сосредоточьтесь на предоставлении бизнес-ценности

- Будьте готовы к переменам и оставайтесь гибкими

- Инвестируйте в качество

- Учитесь на опыте

 

Пять «белых книг» MSF

MSF разработана как комплекс отдельных компонентов — моделей и дисциплин. Всего их пять, и они описаны в пяти «белых книгах» (white papers) MSF.

Моделей используется две:

• модель команды;
• модель процесса.

А дисциплин в MSF три:

• управление проектами;
• управление рисками;
• управление готовностью.

Рассмотрим их.

Модель команды MSF

Команда разработчиков — главный стратегический ресурс компании, определяющий успех проекта. В традиционной практике команды организованы иерархически — от руководителя до работников низшего звена, например:

Модель процесса MSF

Еще один важный компонент методологии MSF — модель процесса, то есть последовательность действий, необходимых для построения IT-решения. Модель не предписывает конкретных процедур и не содержит жестких формализованных требований к процессу — при создании MSF компания Microsoft стремилась сделать ее гибкой и адаптируемой к условиям любого проекта. В MSF объединились две концепции разработки: «Водопад» и спиральная модель.

От «Водопада» MSF досталась система вех (milestones) — особых точек в конце каждой фазы процесса, отвечающих заданным критериям завершения фазы. В этих точках команда рассматривает результаты своего труда и отвечает на вопросы «Сделали ли мы все, что планировали?», «Работает ли решение так, как нужно заказчику?», «Готовы ли мы двигаться дальше или необходимо уделить внимание доработкам?». Чтобы перейти на следующий этап, необходимо дать большинство положительных ответов.

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

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

Весь процесс разработки в MSF разбит на отдельные итерации. Каждая проходит несколько этапов (фаз).

Выработка концепции (Visioning)
2. Планирование (Planning)
3. Разработка (Developing)
4. Стабилизация (Stabilizing)
5. Внедрение (Deploying)

 

ДОСТОИНСТВА: 1)систематизация и структуризация информации в форме базы знаний;

2)нестандартные подходы к организационной структуре, распределению ответственности и принципам взаимодействия внутри команды;

3) MSF легко масштабируется

4)минимальный размер проектной группы в MSF-проекте – 3 человека, но применять данную методологию можно для коллективов и в десятки, сотни, тысячи человек;

5) MSF не навязывает использование каких-либо конкретных инструментов и программных средств

НЕДОСТАТКИ:

Не описывает детально важнейшие роли заказчика и пользователя; не рассматриваются методы управления группой проектов