- •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
8. Как моделируются данные и их движение?
2.4.1. Case-метод Баркера Цель моделирования данных состоит в обеспечении разработчика ИС концептуальной схемой базы данных в форме одной модели или нескольких локальных моделей, которые относительно легко могут быть отображены в любую систему баз данных. Наиболее распространенным средством моделирования данных являются диаграммы "сущность-связь" (ERD). С их помощью определяются важные для предметной области объекты (сущности), их свойства (атрибуты) и отношения друг с другом (связи). ERD непосредственно используются для проектирования реляционных баз данных.
Первый шаг моделирования - извлечение информации из интервью и выделение сущностей. Сущность (Entity) - реальный либо воображаемый объект, имеющий существенное значение для рассматриваемой предметной области, информация о котором подлежит хранению (рисунок 2.18).
Следующим шагом моделирования является идентификация связей. Связь (Relationship) - поименованная ассоциация между двумя сущностями, значимая для рассматриваемой предметной области.
Последним шагом моделирования является идентификация атрибутов. Атрибут - любая характеристика сущности, значимая для рассматриваемой предметной области и предназначенная для квалификации, идентификации, классификации, количественной характеристики или выражения состояния сущности.
9. Откуда берутся спецификации.
Спецификация — это набор требований и параметров программного продукта, возможно, в виде формального документа. Хороший способ определить, хороша ли спецификация — это попросить третью сторону провести анализ, чтобы убедиться что требования и способы их решений логически верны. Спецификация может содержать:
Описательное название, номер или другой идентификатор спецификации
Время последнего пересмотра и отметку, кем был выполнен пересмотр.
Логотип или торговую марку, указывающую кому принадлежит право на копирование, владельца и происхождение документа.
Содержание документа, если документ длинный
Ответственное лицо или организацию по вопросам по спецификации, по обновлениям и отклонениям.
Важность, область применения спецификации и её назначение.
Термины, определения и аббревиатуры для пояснения сути спецификации.
Способы проверки для всех установленных требований и характеристик.
Материальные требования: физические, механические, электрические, химические и другие. Целевые и допустимые.
Требования по эксплуатационному тестированию. Целевые и допустимые.
Изображения, фотографии или технические иллюстрации
Требования по мастерству
Требования к сертифицированности
Требования по технике безопасности
Экологические требования
Контроль по обеспечению кач-ва, образец для проверки, проверка, критерий приёма работы.
Лицо или организация ответственное за выполнение спецификации.
Выполнение и доставка.
Условия по отклонениям, перепроверке, пересмотре, корректировке измерений и характеристик
Ссылки и цитаты в тексте спецификации которые могут потребоваться для установки ясности документа.
Подписи и разрешения, если они необходимы.
Контроль изменений (с помощью специальных компьютерных программ) для последовательной разработки, проверки и выполнения, если документ предназначен для внутреннего использования.
Приложения, которые раскрывают детали, добавляют ясности, или пояснения по оплате.