- •Методология ооп
- •Оо анализ
- •Оо проектирование
- •Язык uml
- •Снабдить исходные понятия языка uml возможностью расширения и специализации для более точного представления моделей систем в конкретной предметной области.
- •Описание языка uml должно поддерживать такую спецификацию моделей, которая не зависит от конкретных языков программирования и инструментальных средств проектирования программных систем.
- •Описание языка uml должно включать в себя семантический базис для понимания общих особенностей ооап.
- •Интегрировать в себя новейшие и наилучшие достижения практики ооап.
- •Диаграмма вариантов использования. Отношения.
- •Диаграмма классов
- •Диаграмма деятельности
- •Диаграмма последовательности
- •Диаграмма компонентов
- •Диаграмма развертывания
- •Методология системного анализа и системного моделирования
- •Сущность структурного подхода
- •Структурная модель предметной области
- •Объектная структура
- •Функциональная структура
- •Структура управления
- •Организационная структура
- •Техническая структура
- •Диаграмму функционального моделирования. Методология sadt
- •Сравнение существующих методик
- •Обзор case средств
Оо анализ
Тредиционная техника структурного анализа основана на потоках данных в системе, а ООА направлен на создание моделей реальной действительности на основе ОО мировоззрения, т.е. ООА – это методология, при которой требования к системе воспринимаются с точки зрения классов и объектов, выявленных предметной областью. В процессе анализа моделируется проблема. Обнаруживаются классы и объекты, которые составляют словарь предметной области. При ОО проектировании определяются абстракция и механизмы, обеспечивающие поведение, требуемое моделью. Разделение процесса разработки сложных программных приложений на отдельные этапы способствовало становлению концепции ЖЦ программы.
Общий вид (этапы) ЖЦ:
Анализ предметной области и формулировка требований к системе
Проектирование
Внедрение
Сопровождение
Отказ от использования
На этапе анализа предм. обл. и формулировки требований осущетвляется определение функций, которые должна выполнять разрабатываемая программа, а также концептуализация предметной области. Эту работу выполняют аналитики совместно со специалистами предметной области. Результатом данного этапа должна являться некоторая концептуальная схема, т.е. техническое задание, которое содержит описание основных компонент и тех функций, которые они должны выполнять. Основная цель написания технического задания – это устранение духсмасленностей о том, что именно будет являться конечным продуктом. Техническое задание – исходный документ для разработки программного продукта, содержащий основные технические требования, предъявляемые к продукту и исходные данные для разработки.
В техническом задании указываются назначение продукта, область его применения, целевая аудитория, стадия разработки проектной и программной реализации, сроки и т.д.
Структура технического задания:
Общие сведения (вкл. полное наименование системы, наименование заказчика и исполнителя, перечень документов, плановые сроки окончания работ, сведения об источнике и порядки финансирования, порядок оформления и сдачи работ)
Назначение и цели создания системы
Характеристика объектов автоматизации
Требования к системе
Состав и содержание работ по созданию систем
Порядок контроля и приема системы
Требования к документированию
Основные этапы подготовки технического задания:
Описание предметной области (вкл. краткое введение предметной области, определение элементов предметной области и их взаимосвязи, опеределение особенностей и ограничений)
Формулировка цели создания системы и основных функций. Определение целевой аудитории
Детализация основных функций
Анализ категорий пользователей
Определение ограничений
Формирование и утверждение совокупного описания требований к системе (вкл. определение функциональных требований, структурных данных, требований к детализации, многоязчности, требований к документации и т.д.)
Разработка архитектурного решения (вкл. выбор технической платформы, модульной структуры и подготовка детализированного описания)
