8. Принципы построения схемы иерархии.
Нисходящая технология:
Основная цель этапа проектирования – построение схемы иерархии.
Схема иерархии – функциональная схема, представляющая собой ориентированный граф. Вершины – функции (подпрограммы), ребра – отношения функция-подфункция.
В процессе построения схемы иерархии каждая новая функция рассматривается как черный ящик.
В схеме иерархии не отражены потоки данных и логика работы программной системы.
Требования к подпрограммам:
Обращение только по имени
Один вход - один выход
Возвращение управления вызывающей подпрограмме
Запрещение использования информации о предыдущих вызовах
Подпрограмма должна реализовывать единственную функцию
Характеристика модулей:
Связность модуля
Логическая (показывает, насколько, похоже реализуются подпрограммы).
Временная (показывает, насколько близки по времени подпрограммы).
Функциональная (используется для реализации одной функции).
Информационная (для работы одной программы требуются данные, выданные другой программой)
Сцепление модулей
по данным
по управлению
Связанность модуля может быть посчитана, может быть использована для оценки (чем выше связанность, тем лучше). Сцепление так же может быть посчитано.
9. Объектно-ориентированная стратегия разработки по.
технологии:
Спиральная
Эволюционного прототипирования
Гибкая (agile software development)
Технология эволюционного прототипирования:
Анализ требований.
Объектно-ориентированное проектирование
О.О.П.
Тестирование и отладка.
10. Гибкая технология разработки по.
Постоянное сотрудничество с заказчиком
Реакция на быстро меняющиеся требования, а не следование четкому плану – адаптивность
Упор на программы, а не на документацию
Тесные контакты между разработчиками
Парное программирование
Приоритет за простыми решениями
Продолжительность цикла (времени создания прототипа системы) не более месяца
11. Риски при разработке по.
Дефицит необходимых специалистов.
Нереалистичные сроки
Недостаточный бюджет.
Реализация несоответствующей требованиям функциональности.
Разработка неудачного пользовательского интерфейса.
“Золотая сервировка”, то есть ненужная оптимизация и оттачивание деталей проекта.
Непрекращающийся поток изменения требований со стороны заказчика.
Недостаточная производительность разрабатываемой системы.
Несоблюдение требований безопасности.
12. Стандарт uml.
UML (англ. Unified Modeling Language — унифицированный язык моделирования) — язык графического описания для объектного моделирования в области разработки программного обеспечения. UML был создан для определения, визуализации, проектирования и документирования в основном программных систем. В средствах выполнения UML-моделей как интерпретируемого кода возможна кодогенерация.
Основные виды диаграмм:
Диаграмма классов (Class diagram)
Диаграмма объектов (Object diagram)
Диаграмма деятельности (Activity diagram) — диаграмма, на которой показано разложение некоторой деятельности на её составные части.
Диаграмма прецедентов (Use Case diagram)
Диаграмма последовательности (Sequence diagram) — диаграмма, на которой изображено упорядоченное во времени взаимодействие объектов.
Преимущества:
UML объектно-ориентирован, в результате чего методы описания результатов анализа и проектирования семантически близки к методам программирования на современных ОО-языках;
UML позволяет описать систему практически со всех возможных точек зрения и разные аспекты поведения системы;
Диаграммы UML сравнительно просты для чтения после достаточно быстрого ознакомления с его синтаксисом;
UML расширяет и позволяет вводить собственные текстовые и графические стереотипы, что способствует его применению не только в сфере программной инженерии;
UML получил широкое распространение и динамично развивается.