Содержание
- 2. Методы структурного анализа и проектирования Структурный анализ — один из формализованных методов анализа требований и проектирования
- 3. Метод SADT (IDEF0) – совокупность правил и процедур, предназначенных для построения функциональной модели объекта какой-либо предметной
- 4. DFD (Data Flow Diagrams) – иерархия функциональных процессов, связанных потоками данных.
- 5. Методы объектно-ориентированного анализа и проектирования Концептуальная основа ООАП – объектная модель, ее основные принципы (абстрагирование, инкапсуляция,
- 6. Основные задачи UML: предоставить пользователям готовый к использованию выразительный язык визуального моделирования, позволяющий им разрабатывать осмысленные
- 7. Структурные (structural) модели: •диаграммы классов (class diagrams)– для моделирования статической структуры классов системы и связей между
- 8. Анализ требований Что должно делать будущее ПО? 1. Система должна предоставлять пользователю доступ к балансу его
- 9. Требования заказчика и разработчика С-требования – требования заказчика D-требования – требования разработчика Каждое требование должно быть:
- 10. Типичная схема процесса анализа С-требований
- 11. Источники возникновения требований
- 12. Заинтересованные лица Сайт электронной коммерции Финансово заинтересованные стороны (доля в результирующем продукте):
- 13. Описание С-требований 1. Концепция работы. Приложение «Бюро погоды» Приложение для преобразования необработанных данных метеоцентра в графическое
- 14. Варианты использования (Якобсон) Требование выражается через взаимодействие приложения с внешним пользователем. Например: команда открыть файл
- 16. Диаграммы потоков данных
- 18. Диаграмма переходов состояний
- 20. D-требования - конкретные требования, функциональные спецификации, требования разработчика
- 21. Типы D-требований Функциональные требования: функциональность приложения. Нефункциональные требования: Производительность (скорость, пропускная способность, использование памяти и т.д.);
- 22. Примеры Приложение будет вычислять стоимость портфеля акций пользователя. Для любой балки анализатор давления должен создавать отчет
- 23. Вычисления оценки ДТП системой должны быть выполнены с точностью до одного сантиметра. Система AEF должна использовать
- 24. Свойства детальных требований Прослеживание – возможность отображать каждое требование на соответствующие части проекта и программы
- 25. Пригодность к тестированию и однозначность Пример: Система должна показывать разницу в зарплате между зарплатой клиента и
- 26. Приоритет: классификация требований – важные, желательные и необязательные Полнота требований Состояние ошибки Согласованность: между требованиями не
- 27. Описание детальных требований Диаграммы последовательностей – графическое представление передачи управления
- 28. Организация детальных требований По основным свойствам – группировка требований по различным свойствам программы; По режиму: пример
- 30. Скачать презентацию