Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Ответы к аттестации ТРПО (утвержденные).docx
Скачиваний:
0
Добавлен:
01.07.2025
Размер:
286.1 Кб
Скачать
  1. Перечислить основные виды моделей жц по.

Дать понятие спиральной модели разработки. Описать достоинства и недостатки.

На протяжении всего этапа разработки программного модуля «Кадровое агентство» уточнялись цели и требования к программному обеспечению, оценивалось качество разработанного фрагмента, планировались новые стадии разработки. Определить вид модели, использованной в данном случае. Ответ обосновать.

В данной модели процесс разработки представлен в виде спирали. Каждый виток спирали соответствует одной стадии (итерации) процесса создания ПО. Так, самый внутренний виток спирали соответствует стадии принятия решения о создании ПО, на следующем витке определяются системные требования, далее следует стадия проектирования системы и т.д.

Каждый виток спирали разбит на четыре сектора.

1. Определение целей.

2. Оценка и разрешение рисков.

3. Разработка и тестирование.

4. Планирование.

Существенное отличие спиральной модели от других моделей процесса создания ПО заключается в точном определении и оценивании рисков.

В спиральной модели нет фиксированных этапов.

Эта модель может включать в себя любые другие модели разработки систем.

В данном случае использовалась спиральная модель разработки ПО, так как действия, описанные выше (на протяжении всего этапа разработки программного модуля «Кадровое агентство» уточнялись цели и требования к программному обеспечению, оценивалось качество разработанного фрагмента, планировались новые стадии разработки) указывают на использование этой модели.

6. Указать требования, предъявляемые к системе при разработке по.

Описать вышеизложенные требования и управление ими.

Как называется документ, содержащий требования - официальное предписание для разработчиков программной системы, который содержит пользовательские требования и детализированное описание системных требований.

Функциональные и нефункциональные требования.

1. Функциональные требования. Это перечень сервисов, которые должна выполнять система, причем должно быть указано, как система реагирует на те или иные входные данные, как она ведет себя в определенных ситуациях и т.д. В некоторых случаях указывается, что система не должна делать.

2. Нефункциональные требования. Описывают характеристики системы и ее окружения. Здесь также может быть приведен перечень ограничений, накладываемых на действия и функции, выполняемые системой. Они включают временные ограничения, ограничения на процесс разработки системы, стандарты и т.д.

В обеих ситуациях предоставляются документы, которые называются документированными требованиями к системе.

  1. Дать понятие пользовательского интерфейса.

Описать основные принципы проектирования интерфейса пользователя.

Программа, разработанная программистом Ивановым, не имела возможности предоставлять справочную информацию, и однотипные операции выполнялись различными способами. Какие принципы проектирования интерфейса пользователя были нарушены. Ответ обосновать.

Интерфейс пользователя — разновидность интерфейсов, в котором одна сторона представлена пользователем, другая — машиной.

Принцип

Описание

Учет знаний пользователя

В интерфейсе необходимо использовать термины и понятия, взятые из опыта будущих пользователей системы

Согласованность

Интерфейс должен быть согласованным в том смысле, что однотипные (но различные) операции должны выполняться одним и тем же способом

Минимум неожиданностей

Поведение системы должно быть прогнозируемым

Способность к восстановлению

Интерфейс должен иметь средства, позволяющие пользователям восстановить данные после ошибочных действий

Руководство пользователя

Интерфейс должен предоставлять необходимую информацию в случае ошибок пользователя и поддерживать средства контекстно-зависимой справки

Учет разнородности пользователей

В интерфейсе должны быть средства для удобного взаимодействия с пользователями, имеющими разный уровень квалификации и различные возможности

В данном случае были нарушены два принципа создания пользовательского интерфейса: руководство пользователя и принцип согласованности.