- •1 Этапы разработки по.
- •2 Проблемы разработки по
- •3 Технологии организации разработки по. 4 и 5.
- •6. Модельные техники.
- •8. Как моделируются данные и их движение?
- •9. Откуда берутся спецификации.
- •10. Откуда берутся требования.
- •11. Как управлять проектом.
- •Сопутствующие процессы при управлении проектом
- •Планирование, отслеживание и контроль за проектом
- •12. Какие (драйвера) движущие силы проекта.
- •13. Как можно разделить различные подходы к управлению проектами. ГосТы
- •14. Что такое требования и как с ними работать.
- •Проверка требований
- •Анализ требований
- •Документирование требований
- •15. Роли и обязанности участников проекта. Менеджер проекта
- •16. Риски проекта.
- •18. Use case, отличие от историй пользователя.
- •20/19. Диаграммы uml
- •21. Чего не хватает в umi.
- •Скорость загрузки
- •Управление файлами
- •22. Как структурировать программу?
- •23. Что такое компонента и компонентная разработка?
- •Языки программирования
- •Отличия от ооп
- •25. Основные принципы ооп.
- •26. Чем класс отличается от объекта и от интерфейса.
- •Классы и объекты, понятие экземпляра класса, понятие членов класса
- •Интерфейс и реализация, наследование реализации
- •27. Что такое программирование по контракту и как выразить контракт класса.
- •Описание
- •28. Unit test. Автоматическое тестирование.
- •29. Паттерны проектирования их применение.
- •30. Архитектура, типы.
- •31. Сервис ориентированная архитектура web сервисы и как тут работает xml.
- •Достоинства
- •Недостатки
- •32. Примеры основных диаграмм uml.
- •33. Чем отличается требования спецификации тех проект и проект разработки по?
- •34. Возможно ли тестирование на разных этапах проекта на ранних или поздних чем оно отличается? см 1
32. Примеры основных диаграмм uml.
33. Чем отличается требования спецификации тех проект и проект разработки по?
Спецификация — это набор требований и параметров программного продукта, возможно, в виде формального документа. Хороший способ определить, хороша ли спецификация — это попросить третью сторону провести анализ, чтобы убедиться что требования и способы их решений логически верны.
Технический проект — стадия разработки конструкторской документации на изделие[1] или стадия создания автоматизированной системы[2].
В более узком смысле под техническим проектом понимается совокупность технических документов, которые содержат окончательные проектные решения по изделию (системе)[3][4] и исходные данные для разработки рабочей документации[источник не указан 71 день].
После согласования и утверждения в установленном порядке технический проект служит основанием для разработки рабочей документации[источник не указан 71 день]. Последовательность выполнения всех стадий[чего?] составляет процесс проектирования.
Разработку технического проекта на материальные изделия осуществляют в соответствии с Единой системой конструкторской документации (ЕСКД), на автоматизированные системы — в соответствии с Комплексом стандартов на автоматизированные системы (ГОСТ 34 серии).