- •1. Определение информационных систем.
- •2. Информация и данные.
- •3. Информационные системы и информационные технологии.
- •4. Современное состояние и тенденции развития ис.
- •5. Классификация информационных систем.
- •6. Эволюция информационных систем.
- •7. Функции информационных систем.
- •8. Структура информационной системы.
- •9. Жизненный цикл информационных систем.
- •10. Стадии и этапы создания информационных систем.
- •11. Назначение и структура технического задания на разработку ис.
- •12. Гост на создание ис.
- •13. Состав проектной документации.
- •14. Технология проектирования ис: общее определение и виды технологий.
- •15. Каноническое проектирование ис.
- •16. Типовое проектирование ис.
- •2) Подсистемный метод
- •3) Объектный метод
- •18. Моделирование и его использование при проектировании ис.
- •19. Сущность структурного подхода к проектированию ис.
- •20. Методология функционального моделирования.
- •21. Методология моделирования потоков данных
- •22. Методология моделирования потоков работ.
- •23. Технология структурного анализа и проектирования (sadt)
- •24. Стандарты idef
- •25. Организация информационного обеспечения ис
- •26. Case-технологии
- •27. Case-средства проектирования баз данных
- •28. Case-средства моделирования
- •29. Сущность объектно-ориентированного подхода к проектированию ис
- •30. Объектно-ориентированный анализ
- •31. Объектно-ориентированное проектирование
- •32. Объектно-ориентированная реализация
- •33. Сложность программного обеспечения
- •34. Характеристика объектной модели
- •35. Объекты и классы
- •36. Класс и отношения между классами
- •37. Язык uml
- •38. Диаграмма прецедентов
- •39. Диаграмма классов
- •40. Диаграмма взаимодействия
- •41. Диаграмма последовательности
- •42. Диаграмма кооперации (сотрудничества)
- •43. Диаграмма компонентов
- •44. Диаграмма взаимодействия (см. Вопрос 40)
- •45. Диаграмма развертывания
- •46. Диаграмма состояния
- •47. Case-средства объектно-ориентированного моделирования.
- •48. Технология rup.
- •49. Технология rad.
- •50. Основные принципы экстремального программирования.
- •51. Моделирование бизнес-процессов (bpm)
- •52. Управление бизнес-процессов (bpm)
- •53. Выполнение бизнес-процессов (bpm)
- •54. Стандарт моделирования бизнес-процессов bpmn
- •55. Модельно-ориентированный подход к разработке по
- •56. Методология разработки по – msf
55. Модельно-ориентированный подход к разработке по
Model Driven Architecture (MDA) — создаваемая консорциумом OMG концепция модельно ориентированного подхода к разработке программного обеспечения. Его суть состоит в построении абстрактной метамодели управления и обмена метаданными (моделями) и задании способов ее трансформации в поддерживаемые технологии.
MDA предоставляет архитектуру, которая обладает рядом ключевых достоинств.
-
Переносимость, нарастающее повторное использование приложения, уменьшение стоимости и сложности разработки и управления приложением в настоящее время и в будущем.
-
Строгие методы гарантии того, что системы, базируемые на различных технологиях реализации, соответствуют общей бизнес-логике и требованиям.
-
Независимость от платформы, значительное сокращение времени, стоимости и сложности, связанной с переработкой приложений для различных платформ и сменой платформ.
-
Настройка на предметную область посредством специфических моделей, которые позволяют быстро реализовывать новые приложения, используя стандартные для данной области компоненты.
-
Возможность для разработчиков, дизайнеров и системных администраторов использовать удобные им языки и концепции; бесшовное связывание и интегрирование фрагментов, разрабатываемых разными командами.
В основе MDA лежит понятие платформно-независимой модели. Речь идет о детальной исполняемой модели на языке действий UML (action semantics) с пред- и постусловиями.
56. Методология разработки по – msf
Microsoft Solutions Framework (модель разработки приложений Microsoft) — это набор концепций и рекомендуемых моделей, которые позволяют разрабатывать и внедрять информационные системы на основе технологий и инструментальных средств Microsoft.
MSF является одной из интерпретаций спиральной (циклической) модели разработки приложений и базируется на практических результатах организации распределенных вычислений и применения технологий «клиент-сервер» компании Microsoft, ее партнеров и заказчиков.
Главной целью MSF, как и любой методологии проектирования приложений, является создание рабочего приложения вовремя и в рамках установленного бюджета. MSF предлагает хорошо зарекомендовавшие себя практики планирования, разработки и внедрения информационных технологий. В то же время MSF не является простым набором инструкций, которым полагается следовать безоговорочно, — этот процесс достаточно гибок и расширяем.
MSF содержит следующие модели:
• Модель команды — описывает коллектив, в котором работа одного сотрудника зависит от другого;
• Модель процесса — позволяет определить принципы планирования и контроля проектов;
• Модель приложения — помогает создавать приложения, максимально используя готовые компоненты;
• Модель архитектуры корпорации — обеспечивает принятие решения по технологиям;
• Модель проектирования решений — показывает, каким должно быть приложение с точки зрения пользователя.
• Модель управления инфраструктурой — определяет принципы управления пользователями в больших сетях;
• Модель стоимости владения продуктом — позволяет оценивать расходы на информационные технологии.
Базовыми компонентами методологии являются:
• дисциплина разработки решений.
• проектирование компонентного ПО.
• планирование архитектуры предприятия.
• управление технологической инфраструктурой.
Модель процесса SDD представляет собой один из вариантов спиральной модели:
Цикл (виток спирали) разработки включает четыре фазы и завершается выпуском версии продукта. Каждая фаза представляет собой определенную последовательность действий и завершается вехой (milestone).
• Первая фаза — Анализ (Envisioning). На данном этапе формируется представление о продукте на данном витке спирали. • Вторая фаза — Планирование (Planning). С точки зрения Microsoft, планирование — это процесс согласования требований потребителей и группы проекта, касающихся конечного продукта и направления разработки продукта.
• Третья фаза — Разработка (Developing). Стадия разработки завершается реализацией возможностей продукта и проверкой их на практике..
• Четвертая фаза — Стабилизация (Stabilizing). На этой стадии акцент переносится с разработки решения на проверку его работоспособности в реальных условиях и на полномасштабное тестирование.