- •1. Дать понятие технологи разработки программного обеспечения Описать методы, средства и процедуры трпо.
- •Дать понятие жц по.
- •3.Перечислить основные виды моделей жц по.
- •4.Перечислить все виды моделей жц по.
- •Перечислить основные виды моделей жц по.
- •6. Указать требования, предъявляемые к системе при разработке по.
- •Дать понятие пользовательского интерфейса.
- •Дать понятие принципа структурного подхода.
- •Дать понятие функциональной декомпозиции.
- •10. Дать понятие структурного подхода к разработке по.
- •11. Дать понятие структурной схемы.
- •12. Дать понятие структурной схемы.
- •13. Дать понятие метода функционального моделирования sadt.
- •15. Дать понятие er-модели.
- •Дать понятие dfd диаграммы.
- •17. Дать понятие объектного подхода.
- •Дать понятие объектно-ориентированного анализа и проектирования.
- •19. Дать понятие сase-технологии.
- •20. Дать понятие концептуальной модели uml.
Перечислить основные виды моделей жц по.
Дать понятие спиральной модели разработки. Описать достоинства и недостатки.
На протяжении всего этапа разработки программного модуля «Кадровое агентство» уточнялись цели и требования к программному обеспечению, оценивалось качество разработанного фрагмента, планировались новые стадии разработки. Определить вид модели, использованной в данном случае. Ответ обосновать.
В данной модели процесс разработки представлен в виде спирали. Каждый виток спирали соответствует одной стадии (итерации) процесса создания ПО. Так, самый внутренний виток спирали соответствует стадии принятия решения о создании ПО, на следующем витке определяются системные требования, далее следует стадия проектирования системы и т.д.
Каждый виток спирали разбит на четыре сектора.
1. Определение целей.
2. Оценка и разрешение рисков.
3. Разработка и тестирование.
4. Планирование.
Существенное отличие спиральной модели от других моделей процесса создания ПО заключается в точном определении и оценивании рисков.
В спиральной модели нет фиксированных этапов.
Эта модель может включать в себя любые другие модели разработки систем.
В данном случае использовалась спиральная модель разработки ПО, так как действия, описанные выше (на протяжении всего этапа разработки программного модуля «Кадровое агентство» уточнялись цели и требования к программному обеспечению, оценивалось качество разработанного фрагмента, планировались новые стадии разработки) указывают на использование этой модели.
6. Указать требования, предъявляемые к системе при разработке по.
Описать вышеизложенные требования и управление ими.
Как называется документ, содержащий требования - официальное предписание для разработчиков программной системы, который содержит пользовательские требования и детализированное описание системных требований.
Функциональные и нефункциональные требования.
1. Функциональные требования. Это перечень сервисов, которые должна выполнять система, причем должно быть указано, как система реагирует на те или иные входные данные, как она ведет себя в определенных ситуациях и т.д. В некоторых случаях указывается, что система не должна делать.
2. Нефункциональные требования. Описывают характеристики системы и ее окружения. Здесь также может быть приведен перечень ограничений, накладываемых на действия и функции, выполняемые системой. Они включают временные ограничения, ограничения на процесс разработки системы, стандарты и т.д.
В обеих ситуациях предоставляются документы, которые называются документированными требованиями к системе.
Дать понятие пользовательского интерфейса.
Описать основные принципы проектирования интерфейса пользователя.
Программа, разработанная программистом Ивановым, не имела возможности предоставлять справочную информацию, и однотипные операции выполнялись различными способами. Какие принципы проектирования интерфейса пользователя были нарушены. Ответ обосновать.
Интерфейс пользователя — разновидность интерфейсов, в котором одна сторона представлена пользователем, другая — машиной.
Принцип |
Описание |
Учет знаний пользователя |
В интерфейсе необходимо использовать термины и понятия, взятые из опыта будущих пользователей системы |
Согласованность |
Интерфейс должен быть согласованным в том смысле, что однотипные (но различные) операции должны выполняться одним и тем же способом |
Минимум неожиданностей |
Поведение системы должно быть прогнозируемым |
Способность к восстановлению |
Интерфейс должен иметь средства, позволяющие пользователям восстановить данные после ошибочных действий |
Руководство пользователя |
Интерфейс должен предоставлять необходимую информацию в случае ошибок пользователя и поддерживать средства контекстно-зависимой справки |
Учет разнородности пользователей |
В интерфейсе должны быть средства для удобного взаимодействия с пользователями, имеющими разный уровень квалификации и различные возможности |
В данном случае были нарушены два принципа создания пользовательского интерфейса: руководство пользователя и принцип согласованности.
