Архитектура Аудит Военная наука Иностранные языки Медицина Металлургия Метрология
Образование Политология Производство Психология Стандартизация Технологии


Какая модель ЖЦ ПО, по-вашему мнению, наиболее часто используется крупными компаниями разработчиками при создании ПС? Ответ обосновать.

Ответ:

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

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

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

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

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

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

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

 

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

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

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

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

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

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

Как вы считаете, всегда ли требования предметной области выполняются так, как подразумевается заказчиками программной системы

Ответ:

Требования, предъявляемые к системе при разработке ПО: функциональные, нефункциональные и предметная область.

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

 

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

 

2. Требования предметной области. Характеризуют ту предметную область, где будет эксплуатироваться система. Эти требования могут быть функциональными и не­функциональными.

В обеих ситуациях предоставляются документы. Так как всё должно быть подтверждено документально что бы никто не имел претензий друг к другу.

Не всегда, потому, что заказчик глубоко не знает специфику работы человека.

 

 

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

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

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

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

Ответ:

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

(может подразумеваться набор средств, методов и правил взаимодействия любой системы, управляемой человеком).

Принцип Описание
Учет знаний пользователя В интерфейсе необходимо использовать термины и понятия, взятые из опыта будущих пользователей системы
Согласованность Интерфейс должен быть согласованным в том смысле, что однотипные (но различные) операции должны выполняться одним и тем же способом
Минимум неожиданностей Поведение системы должно быть прогнозируемым
Способность к восстановлению Интерфейс должен иметь средства, позволяющие пользователям восстановить данные после ошибочных действий
Руководство пользователя Интерфейс должен предоставлять необходимую информацию в случае ошибок пользователя и поддерживать средства контекстно-зависимой справки
Учет разнородности пользователей В интерфейсе должны быть средства для удобного взаимодействия с пользователями, имеющими разный уровень квалификации и различные возможности

Последнее изменение этой страницы: 2016-03-17; Просмотров: 42; Нарушение авторского права страницы


lektsia.com 2007 - 2017 год. Все права принадлежат их авторам! (0.007 с.) Главная | Обратная связь