
- •Жизненный цикл программного обеспечения.
- •Макетирование в процессе разработке по.
- •Инкрементная модель разработки по.
- •Управление требованиями к по.
- •Анализ проблем пользователей.
- •Методы выявления требований.
- •Классификация требований.
- •Пользовательские требования к по.
- •Системные требования к по
- •Формальные спецификации.
- •Документирование системных требований
- •Процесс разработки требований.
- •Формирование и анализ требований.
- •Этнографический подход к разработке требований.
- •Интервьюирование в разработке требований.
- •17. Прототипирование программных систем.
- •18. Процесс создания по. Основные этапы.
- •19. Проектирование архитектуры по
- •20. Модульная декомпозиция.
- •Проектирование интерфейса пользователя.
- •Проблемы поддержки пользователя
- •Документация на по
- •Управление проектированием по
- •Оценка трудозатрат и производительности
- •Планирование процесса разработки
- •Верификация по
- •Аттестация по
- •Отладка и тестирование по
- •Сопровождение по
20. Модульная декомпозиция.
Используется объектно-ориентированная модель в которой система состоит из взаимодействующих объектов; модель потока данных. Система состоит из функциональных модулей, которые получают на входе данные и преобразуют в выходные данные (конвейерная модель).
Проектирование интерфейса пользователя.
Этап является достаточно важным , так как в современных условиях пользователи оценивают по внешнему виду. Основные принципы: 1) интерфейс должен быть настолько удобен, чтобы не понадобилось дополнительных усилий для привыкания, должны использоваться термины предметной области; 2) Согласованность предполагает однотипность представления информации; 3) Минимум неожиданностей – при работе системы у пользователя вырабатывается определенная модель функционирования системы (действие в определенной ситуации вызывает определенную реакцию, пользователь ожидает такую же реакцию в других ситуациях); 4) Способность к восстановлению – пользователь имеет право на ошибку; 5) Поддержка пользователей: полнотекстовое контекстно-зависимое руководство, полноценное описание ошибочных ситуаций; 6) Учет разнородности пользователей. Виды взаимодействия: непосредственное манипулирование, выбор из меню, заполнение форм, командный язык, естественный язык
Проблемы поддержки пользователя
Документация на по
Это документы, сопровождающие некоторое программное обеспечение (ПО) — программу или программный продукт. Эти документы описывают то, как работает программа и/или то, как её использовать.Существует четыре основных типа документации на ПО:архитектурная/проектная — обзор программного обеспечения, включающий описание рабочей среды и принципов, которые должны быть использованы при создании ПО; техническая - документация на код, алгоритмы, интерфейсы, API; пользовательская — руководства для конечных пользователей, администраторов системы и другого персонала маркетинговая
+ википедия.
Управление проектированием по
Проблемы: продукт нематериален, отсутствуют стандартные процессы разработки ПО, одноразовость проектов. Процессы управления: написание предложений по созданию ПО, планирование и составление графика работ по созданию ПО, оценивание стоимости проекта, контроль за ходом выполнения работ, подбор персонала, написание отчетов и представлений.
Оценка трудозатрат и производительности
Какие затраты необходимы для этого этапа, сколько это займет времени, какова стоимость выполнения этапа?
Показатель размера – зависит от размеров выходного результата очередного этапа работы. Наиболее частый показатель - количество строк кода. Функциональный показатель – зависит от функциональных возможностей продукта в целом, соответствует количеству сервисов, предоставляемых модулем, разработанным в определенный отрезок времени (показатель – количество функциональных и объектных точек). Функциональные точки: интенсивность ввода/вывода, организация взаимодействия с пользователем, структуры данных, файлы и таблицы. Объектные точки: количество изображений (1,2,3), количество формируемых отсчетов (2,5,8), количество модулей(10).