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

Ответ:

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

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

 

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

 

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

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

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

 

 

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

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

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

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

Ответ:

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

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

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

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

 

8. Дать понятие принципа структурного подхода. 

Описать суть подхода разработки ПО - восходящее проектирование.

Заказной программный продукт обладал рядом следующих недостатков:

- увеличение вероятности несогласованности компонентов вследствие неполноты спецификаций;

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

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

Какими из указанных недостатков обладает восходящее проектирование.

К чему приводят данные недостатки?

Ответ:

Принцип структурного подхода – принцип функциональной декомпозиции.

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

Для тестирования и отладки компонентов проектируют и реализуют специальные тестирующие программы.

Подход имеет следующие недостатки:

· увеличение вероятности несогласованности компонентов;

· увеличиваются расходы на проектирование и реализацию тестирующих программ;

· позднее проектирование интерфейса.

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

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

9. Дать понятие функциональной декомпозиции.

Описать суть подхода разработки ПО - нисходящее проектирование.

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

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

Ответ:

Функциональная декомпозиция - разбиение сложного процесса на составляющие его функции.

Нисходящий подход. Предполагает, что проектирование и последующая реализация компонентов выполняется сверху-вниз, т.е. вначале проектируют компоненты верхних уровней иерархии, затем следующих и так далее до самых нижних уровней. В той же последовательности выполняют и реализацию компонентов. При этом в процессе программирования компоненты нижних, еще не реализованных уровней заменяют специально разработанными отладочными модулями-«заглушками», что позволяет тестировать и отлаживать уже реализованную часть.

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

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

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

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