Методы и средства инженерии программного обеспечения


         

в текстах  определяется  лаконизмом избранного


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

Правила навигации должны учитывать традиции чтения слева - направо или наоборот.

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

Для построения интерфейсов существует широкий выбор методов и средств. Большинство из них базируется на фиксации определенных классов объектов интерфейса (выбор из меню, заполнение экранных форм и др.) и средствах монтирования их в программную систему в виде интегрированных блоков или автономных подсистем интерфейса с пользователем.

При техническом проектировании системы  на основе модели представления требований и понятий объектно–ориентированного подхода проводится уточнение состава и содержания функций,  присущих им операций (методов), а также схем взаимодействия объектов.

Содержание операций, которые способны выполнять объекты, может быть раскрыто с помощью диаграмм потоков данных (см. тема 3.).

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

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

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

Содержание  Назад  Вперед