- •Понятия: программное средство и его проект. Их классификация.
- •Стратегии разработки пс.
- •Характеристики стратегий разработки.
- •Каскадная модель
- •Макетирование пс.
- •Инкрементная модель разработки.
- •Быстрая разработка приложений (rad).
- •10. Количественные оценки пс и процесса его разработки.
- •11. Размерно-ориентированные метрики.
- •12. Функционально-ориентированные метрики.
- •13. Предварительная оценка проекта и его реализуемости.
- •14. Идентификация и анализ риска.
- •15. Планирование структуры распределения работ и используемых ресурсов.
- •16. Структурный анализ требований для процедурной реализации проекта.
- •17. Sadt–диаграммы структурного анализа.
- •19. Особенности этапа проектирования.
- •20. Виды поддержки проектирования пс.
- •21. Проектирование структуры пс: декомпозиция, модули и их свойства.
- •22. Проектирование интерфейса пс: структура, классификация и стандартизация пользовательских интерфейсов.
- •23. Эргономические требования к интерфейсу.
- •24. Проектирование данных и процедур пс.
- •25. Процедурный подход к программированию.
- •26. Объектно-ориентированный подход к программированию.
- •27. Выбор языка и среды программирования.
- •28. Защитное и сборочное программирование.
- •36. ГосТы рф и система международных стандартов iso
10. Количественные оценки пс и процесса его разработки.
Чтобы найти количественные оценки ПС и процесса его разработки, используют следующие 2 метода:
1. размерно-ориентированный метод (основан на LOC (lines of code) оценках);
2. функциональный метод (основан на оценках производительности, удельной стоимости, качества, функциональных указателей).
Обычно используют следующие оценки:
1. Раннее время начала решения задачи (при условии, что все предыдущие задачи решены в кратчайшее время).
2. Позднее время начала решения задачи (еще не вызывает общую задержку проекта).
3. Раннее время конца решения задачи .
.
4. Позднее время конца решения задачи .
.
5. Общий резерв — количество избытков и потерь планирования задач во времени, не приводящих к увеличению длительности критического пути Тк.п.
Все эти значения позволяют руководителю (планировщику) количественно оценить успех в планировании, выполнении задач.
Рекомендуемое правило распределения затрат проекта — 40-20-40:
1) на анализ и проектирование приходится 40% затрат (из них на планирование и системный анализ — 5%);
2) на кодирование — 20%;
3) на тестирование и отладку — 40%.
11. Размерно-ориентированные метрики.
Основан на LOC (lines of code) оценках.
Если коллектив опытен, используются следующие характеристики:
-
производительность = LOC-оценка/затраты;
-
удельная стоимость = стоимость/LOC-оценка;
-
качество = количество ошибок/LOC-оценка;
-
документированность = объем документа/LOC-оценка.
Для определения LOC-оценок используют экспертные оценки:
LOCmin≤LOCвероятн≤LOC
LOCi=(LOCmin+4LOCвероятн+LOCmax)/6
δ=(maxLOCi-minLOCi)/6→min
Достоинства размерно-ориентированных метрик:
1) широко распространены;
2) просты и легко вычисляются.
Недостатки размерно-ориентированных метрик:
1) зависимы от языка программирования;
2) требуют исходных данных, которые трудно получить на начальной стадии проекта;
3) не приспособлены к непроцедурным языкам программирования.
12. Функционально-ориентированные метрики.
В основе:
-
производительность = LOC-оценка/затраты;
-
удельная стоимость = стоимость/LOC-оценка;
-
качество = количество ошибок/LOC-оценка;
-
документированность = объем документа/LOC-оценки;
-
функциональные указатели.
Функциональные указатели (FP) - функциональность программного средства. В основе лежит:
+ количество внешних вводов; (Подсчитываются все вводы пользователя, по которым поступают разные прикладные данные. Вводы должны быть отделены от запросов, которые подсчитываются отдельно.)
+ количество внешних выводов (отчеты, экраны в виде диалогов, распечатки, программные сообщения);
+ количество внешних запросов (диалоговые вводы, получение вывода, не требующего вычислений);
+ количество внутренних логических файлов;
+ количество внешних интерфейсных файлов; (Подсчитываются все логические файлы из других приложений, на которые ссылается данное приложение.)
+ другие программные средства, но при которых есть ссылка на данные программные средства.
Достоинства функционально-ориентированных метрик:
1. Не зависят от языка программирования.
2. Легко вычисляются на любой стадии проекта.
Недостаток функционально-ориентированных метрик: результаты основаны на субъективных данных, используются не прямые, а косвенные измерения.