Модельно-ориентированный подход к разработке ПО
Model Driven Architecture (MDA) — создаваемая консорциумом OMG концепция модельно ориентированного подхода к разработке программного обеспечения. Его суть состоит в построении абстрактной метамодели управления и обмена метаданными (моделями) и задании способов ее трансформации в поддерживаемые технологии.
MDA предоставляет архитектуру, которая обладает рядом ключевых достоинств.
· Переносимость, нарастающее повторное использование приложения, уменьшение стоимости и сложности разработки и управления приложением в настоящее время и в будущем.
· Строгие методы гарантии того, что системы, базируемые на различных технологиях реализации, соответствуют общей бизнес-логике и требованиям.
· Независимость от платформы, значительное сокращение времени, стоимости и сложности, связанной с переработкой приложений для различных платформ и сменой платформ.
· Настройка на предметную область посредством специфических моделей, которые позволяют быстро реализовывать новые приложения, используя стандартные для данной области компоненты.
· 
Возможность для разработчиков, дизайнеров и системных администраторов использовать удобные им языки и концепции; бесшовное связывание и интегрирование фрагментов, разрабатываемых разными командами.
В основе MDA лежит понятие платформно-независимой модели. Речь идет о детальной исполняемой модели на языке действий UML (action semantics) с пред- и постусловиями.
|
|
|
Методология разработки ПО – MSF
Microsoft Solutions Framework (модель разработки приложений Microsoft) — это набор концепций и рекомендуемых моделей, которые позволяют разрабатывать и внедрять информационные системы на основе технологий и инструментальных средств Microsoft.
MSF является одной из интерпретаций спиральной (циклической) модели разработки приложений и базируется на практических результатах организации распределенных вычислений и применения технологий «клиент-сервер» компании Microsoft, ее партнеров и заказчиков.
Главной целью MSF, как и любой методологии проектирования приложений, является создание рабочего приложения вовремя и в рамках установленного бюджета. MSF предлагает хорошо зарекомендовавшие себя практики планирования, разработки и внедрения информационных технологий. В то же время MSF не является простым набором инструкций, которым полагается следовать безоговорочно, — этот процесс достаточно гибок и расширяем.
MSF содержит следующие модели:
• Модель команды — описывает коллектив, в котором работа одного сотрудника зависит от другого;
• Модель процесса — позволяет определить принципы планирования и контроля проектов;
|
|
|
• Модель приложения — помогает создавать приложения, максимально используя готовые компоненты;
• Модель архитектуры корпорации — обеспечивает принятие решения по технологиям;
• Модель проектирования решений — показывает, каким должно быть приложение с точки зрения пользователя.
• Модель управления инфраструктурой — определяет принципы управления пользователями в больших сетях;
•Модель стоимости владения продуктом — позволяет оценивать расходы на информационные технологии.
Базовыми компонентами методологии являются:
• дисциплина разработки решений.
•проектирование компонентного ПО.
• планирование архитектуры предприятия.
•управление технологической инфраструктурой.
Модель процесса SDD представляет собой один из вариантов спиральной модели:
Цикл (виток спирали) разработки включает четыре фазы и завершается выпуском версии продукта. Каждая фаза представляет собой определенную последовательность действий и завершается вехой (milestone).
• Первая фаза —Анализ(Envisioning). На данном этапе формируется представление о продукте на данном витке спирали. • Вторая фаза — Планирование(Planning). С точки зрения Microsoft, планирование — это процесс согласования требований потребителей и группы проекта, касающихся конечного продукта и направления разработки продукта.
|
|
|
• Третья фаза — Разработка (Developing). Стадия разработки завершается реализацией возможностей продукта и проверкой их на практике..
• Четвертая фаза — Стабилизация (Stabilizing). На этой стадии акцент переносится с разработки решения на проверку его работоспособности в реальных условиях и на полномасштабное тестирование.
Дата добавления: 2018-02-15; просмотров: 573; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!