Содержание
- 2. Cодержание: 1. Software Requirements 2. Analysis Software Requirements 3. Requirements Documentation 4. Estimation
- 3. Software Requirements - совокупность утверждений относительно атрибутов, свойств или качеств программной системы, подлежащей реализации. Создаются в
- 4. By levels: Бизнес-требования — определяют назначение ПО, описываются в документе о видении (vision) и границах проекта
- 5. By characters: 1. Функциональный характер — требования к поведению системы. • Бизнес-требования • Пользовательские требования •
- 6. Нефункциональный характер — требования к характеру поведения системы. • Бизнес-правила — определяют ограничения, проистекающие из предметной
- 7. • Федеральное и муниципальное отраслевое законодательство (конституция, законы, распоряжения) • Нормативное обеспечение организации (регламенты, положения, уставы,
- 8. Полнота (отдельного требования и системы требований) — требование должно содержать всю необходимую информацию для его реализации.
- 9. Необходимость — требование должно отражать возможность или характеристику ПО, действительно необходимую пользователям, или вытекающую из других
- 10. Анализ требований — это процесс сбора требований к программному обеспечению, их систематизации, документированию, анализа, выявления противоречий,
- 11. Анализ требований включает три типа деятельности: • Сбор требований: общение с клиентами и пользователями, чтобы определить,
- 12. Традиционный способ документировать требования — это создание списков требований. В сложной системе такие списки требований могут
- 13. Преимущества: • Обеспечивает контрольный список требований. • Обеспечивает договор между заказчиками и разработчиками. • Для большой
- 14. Прототипы — макеты системы. Макеты дают возможность пользователям представить систему, которая ещё не построена. Опытные образцы
- 15. Вариант использования (Use Case) — техника для документации потенциальных требований для создания новой системы или изменения
- 16. Спецификация требований программного обеспечения (Software Requirements Specification, SRS) является полным описанием поведения системы, которая будет создана.
- 17. Оценка – один из наиболее часто встречающихся тасков в IT индустрии: программисты оценивают продолжительность разработки, тестировщики
- 18. 1. Разделяй и властвуй – этот старый принцип отлично подходит к нашей ситуации. Вы не можете
- 19. FAST (Facilitated Application Specification Techniques - технология упрощенной спецификации приложения), представляющей собой специальный тип собеседований с
- 22. Скачать презентацию