И. Соммервилл - Инженерия программного обеспечения (1133538), страница 47
Текст из файла (страница 47)
Для организации переключения между приложениями наиболее широко используется механизм связывания и внедрения объектов О(.Е от М(сгозо(г [811). Не всегда возможно или удобно использовать целые приложения. Для создания прототипов иожно использовать более "тонкие" компоненты. Это могут быть отдельные функции или объектьц которые выполняют специальные действия, например сортировку, по. иск, отображение данных и т.д. Прототипирование начинается с определения общей структуры прототипа, затем компоненты интегрируются в соответствии с этой структурой. Если иет компонентов, выполняющих требующиеся функции, вместо них разрабаты.
ваются отдельные программы, которые в будущем также можно повторно использовать. Визуальные системы разработки приложений, подобные У)зпа) Ваяс, поддерживают по. вторное использование компонентов. Разработчики строят систему в интерактивном режиме, определяя интерфейс в виде набора экранных форм, полей, кнопок и меню. Эти элементы игггерфейса именованы, и каждый из них связан со сценарием обработки событий и данных. Эти сценарии могут вызывать повторно используемые программные компоненты. На рис. 8.9 показан экран приложения.
содержащий меню (в верхней части), поля ввода (белые области слева на экране), поля вывода (затенная область слева) и кнопки, представленные скругленными прямоугольниками справа на экране. После расположения этих графических элементов на экране разработчик определяет, какие готовые компоненты будут связаны с ними, либо пишет программы, выполняющие необходимые действия.
На рис. 8.9 показаны компоненты, связанные с некоторыми Ьтображаемыми элементами экрана. г".ис. К 9. Визувльяве п(мераммирвваниес пввлмвиым исяаеывватим хампвиенгавв У1зпа! Вамс — пример семейства языков, названных языками сценариев (268). Языки сценариев — нетипичные языки высокого уровня, разработанные для интеграции компо- 184 Часть?Ь Требования нентов в единую систему. Ранним примером языка сценариев может служить оболочка Оп[к [56), с тех пор были созданы другие более мощные языки создания сценариев [267, 225, 557, 4э]. Эти языки имеют управляющие структуры и графические инструментальные средства, радикально уменьшающие время разработки систем.
Описанный подход к разработке систем предоставляет возможность быстро разрабо. тать относительно малые и простые приложения, которые могут быть построены одним лицом или небольшим коллективом разработчиков. Для больших систем, которые должны разрабатываться большими коллективами, подобный подход организовать более сложно, поскольку не существует явной архитектуры системы и часто имеются сложные зависимости между различными компонентами системы.
В этом причина трудностей при внесении изменений в систему. Кроме того, ограничен набор компонентов, поатому бывает трудно реализовать нестандартные пользовательские интерфейсы. Общий покомпо. нентный метод разработки, обсужлаемый в главе 14, является более подходящим для больших программных систем. 8.3. Прототипирование пользовательских интерфейсов Графические интерфейсы пользователя в настоящее время являются стандартом для интерактивных систем. Усилия, вкладываемые в определение, проектирование и реализацию такого интерфейса, составляют значительную часть стоимости разработки прило. жения, Как отмечается в главе 15, разработчики не должны навязывать пользователям свою точку зрения на проектируемый интерфейс.
Пользователи должны принимать активное участие в процессе проектирования интерфейса. Такой взгллд на разработку интерфейса привел к подходу, названному проектированием, ориентированным на пользо. вателя (нзег-сепггед без1яп) [258), который основан на прототипировании интерфейса и участии пользователя в процессе его проектирования. В этом аспекте прототипирование- необходимая часть процесса проектирования пользовательского интерфейса. Иьза динамической природы пользовательских интерфейсов текстовых описаний и диаграмм недостаточно для формирования требований к интерфейсу.
Поэтому эволюционное прототипирование с участием конечного пользователя — единственный приемлемый способ разработки графического интерфейса для программных сисгеи. Генераторы 'интерфейсов — это графические системы проектирования экранных форм, где интерфейсы компонуются из элементов типа меню, полей, пиктограмм и кно.
пок, которые, в свою очередь, можно просго выбрать из меню и поместить в экранную форму. Как уже упоминалось, системы этого типа — необходимая часть систем программирования баз данных. В книге [516) рассмотрен ряд таких систем. Генераторы интерфейсов создают хорошо структурированную программу, сгенерированную по спецнфиыции интерфейса. Миллионы людей сегодня имеют доступ к 1теЬброузерам. Они поддерживают язык разметки гипертекста НТМЬ, который позволяет создавать пользовательские интерфей.
сы. Кнопки, поля, формы и таблицы могут быть включены в 14геЬстраницы так же, как и средства мультимедиа. Сценарии обработки событий и данных, связанные с обьектами интерфейса, могут выполняться или на машине этеЬклиента, или на 1теЬсервере. Из;за широких возможностей ХеЬброузеров и мощности языка НТМ1. в настоящее время все больше пользовательских интерфейсов строятся как 1УеЬориентнрованиые. Как показано в главе 26, посвященной наследуемым системам, такие интерфейсы — при. 8. Прототипирование программных систем 188 надлежность не только новых систем; онн заменяют интерфейсы. построенные на текстовых формах, в широком круге наследуемык систем.
Для тятетьорнентнрованных интерфейсов прототипы можно создавать с помощью стандартных редакторов тлгеЬстраннц, которые, по существу, строят пользовательские интерфейсы. Объекты на ЪУеЪ странице определяются, как н связанные с ними операции, с помощью встроенных средств языка НТМ1. (например, связывание с другой страницей) нлн с помощью языка гата либо сценариев.
'-гт: КЛЮЧЕВЫЕПОНЯТИЯ - -г г:д- "-"т ' ='е .,' Прототип системы разрабатывается для того, чтобы дать',конечным пользователям..конкретное ;,$" ' ' представленйе о возможностях системы. Прототип помотаете разработке системйых требований ь~а. г .':Погскальку. возрастают требовзния к скорости разрабопш'программного обеспечеия, прототипи- '-, '„'-ратание;становится всв'более используемой методикой"разработки малых,и.среднего..размера систем, особенно бизнес-систем. „,,' ' °, Экспериментальные прототипы используются только.для формирования системйых требований. В эволюционном прототипировании прототип проходит,.через:несколько версий к окончателыюму варианту системы.
;. е,:;,, При экспериментальном прототипйротвании сгпачаяе разрасбэтыпваютсея 'части'сисшмы,',которые по=' нятны менее, всего; в эволюционном прототипировании.сначала разрабатываются части системы, которые понятны лучше всего, ° "': В прототипировании важна быстрая разработка прототипа системы. Чтобы быстро создать прототип, не учитываются некоторые функциональные воэможности системы или ослабляются нефунк. ' циональные требования, такие как бьстродейсаие и надешкгсть.. ел. Методы прототипирования включиот использование языков, очень высокого уровня, языков пре- с:::.';, граммирования баэ денных и построение прототипа из пригодных для повторного использования компонентов.
:. ь,.'":.Пользовательские 'интерфейсы должны всегда разрабатываться с использованием прототипов, :„".; -поскольку их невозможно точно определить только с помощью статической модели, Пользователи должны быть йкяючены в процесс оценки и разработки прототипа интерфейса, Упражнения 8,1. Исследуйте возможность прототипирования в процессе разработки программного обеспечения в вылей организации, Напишите отчет для вашего менеджера, показывая классы проекшв, где должно использоваться прототипирование, и рассчитайте ожидаемые затраты и выгоды от непользования прототипирования.
8.2. Объясните, почему для разработки больших систем рекомендуется экспериментальное прототипирование. 8.3. Какие особенности языков, подобных Вща!йайг н Вэр, способствуют поддержке быстрого прототипирования? 8.4, В каких обстоятельствах вы рекомендовали бы прототипирование как средство обоснования систем.
ньа требований? 8.8, Опишите трудности, которые мшуг возникнуть при прототипировании встроенных компьютерных систем реального времени. 8.8. Спроектируйте программную систему преобразования требований в формальную спецификацию. Прокомментируйте преимущества и недостапи следующих стратегий разработки такой системы. 186 Часть 11. Требопаииж ° Рапзаботайге экспериментальный прототип с помощью языка, подобного ВпийЫс Оцените этот прототип, затем сделайте обзор требований.
Разработайте конечную систему, используя язык С. ° Разработайте систему согласно существующим требованиям, используя язык дюю, и затем модифицируйте ее, чтобы адаптировать к изменениям требований пользователя. ° Разработайте систему, используя эволюционное прототипирование, с помощью языка типа Яшагйавг.
Измените прототип в соответствии с новыми пользовательскими запросами. 8.7, Обсудите прототипирование на основе повторного использования компонентов и опишите проблемы, которые могут при этом возникнуть. Как наиболее зффеюмвно определить пригодные для повторного использования компоненты? 8.8. Каковы преимущества и недпстатки использования механизма ЙЕджг быстрой разработки приложенийу 8.9.
Благотворительнзя организация попросила вас создать макет системы, которая следила бы за всеми получаемыми ими пожертвованиями. Эта система должна сохранять имена и адреса жертвующих, их интересы, пожертвованную сумму и дату пожертвования. Если пожертвование достигает определенной суммы, жертвующий может добавить условия к пожертвованию тнапример, пожертвование должно быть израсходовано на определенный проект), система должна следить за такими пожцэтво- ' ваниями и за тем, как они были израсходованы.
Обсудите, как использовать прототип системы, имея в виду, что системой будут пользоваться как постоянные работники благотворительной организации, так и добровольцы. Многие из добровольцев — пенсионеры, которые имеют малый опыт работы с компьютером или вовсе не имеют такого опыта. 8.10, Вы разработали экспериментальный прототип системы для заказчика, который его полностью удовлетворил. Заказчик утверждает, что нет необходимости разрабатывать конечную систему, а вы можете постаюпь прототип, и предлагает за это хорошую цену. Вы знаете, что в будущем могут быть проблемы с сопровождением системы, Обсудите, что вы ответите этому закаэчику.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
