1. Прецедент (use case) описывает …
A Объекты, классы и их ассоциации.
B) Поток операций в рамках системы.
C) Дискретные, видимые пользователем функции.
D) Кооперацию (Collaborations) между объектами организованную по времени.
2. Вариант использования, который используется при разработке программного обеспечения, должен быть …
A) Абстрактным, существенным, технологически нейтральным и независимым от реализации.
B) Расплывчатым, неполным, нечетким и неоднозначным
C) Конкретным и недвусмысленным, в нем необходимо явно учитывать все действия пользователя и реакцию со стороны системы
D) "Полностью одетым" – в частности, необходимо указать предпосылки, постусловия и функциональные требования.
3. При написании прецедента, сценарием «на черный день» (rainy-day scenario) называют …
A) Точку расширения (дополнения).
B) Обобщенную информацию о прецеденте.
C) Альтернативный курс действий.
D) Предпосылки.
4. Построение диаграмм пригодности (Robustness diagram) для прецедентов …
A) Дает уверенность, что вы понимаете, какие объекты участвуют в прецеденте
B) Дает уверенность, что вы понимаете, как пользователи взаимодействуют с графическим интерфейсом
C) Позволяет вам проверить и перепроверить, что вы уже рассмотрели все возможные варианты действий
D) Устраняет неоднозначность текста прецедента и трансформирует его в форму существительное-глагол-существительное
E) Все вышеперечисленное
5. Перечислите три вещи, которые являются общими и для прецедентов и для разделов руководства пользователя системы. А так же перечислите три вещи, которые являются различными. (Подсказка: Какие вещи отсутствуют в инструкции, но которые необходимы для разработки программное обеспечения объектно-ориентированным методом?)
6. Опровергните или докажите правильность следующего утверждения: развернутые шаблоны прецедентов, которые включают такие пункты, как предпосылки, постусловия и функциональные требования являются причиной аналитического паралича, и, таким образом, развернутых шаблонов следует избегать. Укажите плюсы и минусы этого утверждения, и объяснить свои умозаключения.
7. Перечислите три основных различия между прецедентом и историей пользователя в экстремальном программировании (XP). Каковы преимущества каждого из них?
8. Объясните разницу между стереотипами <<includes>> и <<extends>> в соответствии со спецификацией UML. В частности, опровергните или докажите правильность следующего утверждения: разница между стереотипами <<includes>> и <<extends>> на диаграммах прецедентов является не значительной, при условии если программное обеспечение будет реализовано с использованием аспектно-ориентированного язык программирования, который непосредственно поддерживает организацию кода вокруг расширений (дополнений). Как стереотип <<invokes>> относятся к стереотипам <<includes>> и <<extends>>? Что является основной целью всех трех из этих стереотипов? Какой из наборов стереотипов вы считаете более полезным: <<invokes>> и <<precedes>> или <<includes>> и <<extends>>?
Приложения
Готовая черновая модель предметной области
На рисунке приведена альтернативная модель предметной области для книжного Internet-магазина. Диаграмма объединяет фрагменты, встречающиеся в упражнениях, а так же содержит классы и ассоциации, которые будут рассматриваться позднее.
Рисунок – Модель предметной области Internet магазина (диаграмма классов)
Готовая диаграмма прецедентов
На рисунке показана полная диаграмма прецедентов для книжного Internet.-магазина. В частности, на ней присутствуют и прецеденты, которые упоминались в упражнениях, и задействованные в них актеры.
Рисунок – Диаграмма прецедентов для книжного Internet-магазина
Документация по прецедентам
Прецедент - Просмотреть Список Книг
Главная последовательность.
Клиент щелкает по ссылке Категория на Странице Просмотра Книг. Система отображает подкатегории Категории. Процесс продолжается, пока есть подкатегории, после чего система выводит список Книг в самой глубокой подкатегории. Клиент щелкает по пиктограмме обложки Книги. Система вызывает прецедент Детали Книги.
Альтернативная последовательность.
Если система не находит Книг в данной Категории, она отображает соответствующее сообщение и предлагает Клиенту выбрать другую Категорию.
Список ассоциаций.
Клиент взаимодействует с прецедентом Просмотреть Список Книг.
Прецедент - Отменить Заказ
Главная последовательность.
Система проверяет, можно ли отменить Заказ (то есть не находится ли он в состоянии «готовится к доставке» или «доставлен»). Затем система выводит информацию о Заказе на Странице Отмены Заказа, в том числе его состав и адрес доставки. Клиент нажимает кнопку Подтвердить отмену. Система помечает Заказ как «удаленный», а затем вызывает прецедент Вернуть Товар на Склад.
Альтернативная последовательность.
Если Заказ находится в состоянии «готовится к доставке» или «доставлен», то система выводит сообщение о том, что отменять Заказ уже поздно.
Список ассоциаций.
Страница Результатов Поиска взаимодействует с прецедентом Отменить Заказ.
Прецедент – Оформить Заказ
Главная последовательность.
Система создает объект Возможный Заказ, который содержит все товары из Корзины Клиента, затем извлекает Адреса Доставки, ассоциированные со Счетом Клиента, и отображает их на Странице Адреса Доставки.
Клиент выбирает адрес и нажимает кнопку Использовать этот адрес. Система ассоциирует выбранный Адрес Доставки с Возможным Заказом, после чего выводит разрешенные Методы Доставки на Странице Метода Доставки.
Клиент выбирает метод доставки и нажимает кнопку Использовать этот метод доставки. Система ассоциирует выбранный Метод Доставки с Возможным Заказом, после чего выводит содержимое объектов Платежная формация, ассоциированных со Счетом Клиента, на Странице Метода Платежа.
Клиент выбирает метод платежа и нажимает кнопку Использовать этот метод платежа. Система ассоциирует выбранный объект Платежная формация с Возможным Заказом, затем выводит Страницу Подтверждения Заказа.
Клиент нажимает кнопку Подтвердить заказ. Система преобразует Возможный Заказ в Заказ и уничтожает Корзину, а потом возвращает управление вызывающему прецеденту.
Альтернативные последовательности.
Если Клиент еще не зарегистрирован, система вызывает прецедент Регистрация.
Если система не находит Адресов Доставки, она вызывает прецедент Создать Адрес Доставки.
Если система не находит объектов Метод Платежа, она вызывает прецедент Определить Метод Платежа.
Если Клиент в любом месте нажимает кнопку Отменить Заказ, система уничтожает Возможный Заказ и возвращает управление вызывающему прецеденту.
Список ассоциаций.
Клиент взаимодействует с прецедентом Оформить Заказ.
Страница Просмотра Корзины взаимодействует с прецедентом Оформить Заказ.
Прецедент - Изменить Содержимое Корзины
Главная последовательность.
На Странице Просмотра Корзины Клиент изменяет количество Товара и нажимает кнопку Обновить. Система сохраняет новое количество, после чего вычисляет и показывает новую стоимость товара.
Клиент нажимает кнопку Продолжаю Покупать. Система возвращает управление вызывающему прецеденту.
Альтернативные последовательности.
Если Клиент изменяет количество на 0, то система удаляет Товар из Корзины.
Если Клиент нажимает кнопку Удалить вместо кнопки Обновить, то система удаляет Товар из Корзины.
Если Клиент нажимает кнопку Оформить Заказ вместо кнопки Продолжаю Покупать, система передает управление прецеденту Оформить Заказ.
Список ассоциаций.
Клиент взаимодействует с прецедентом Изменить Содержимое Корзины.
Прецедент - Регистрация
Главная последовательность.
Клиент нажимает кнопку Зарегистрироваться на Начальной Странице. Система выводит Страницу Регистрации. Клиент вводит свой код и пароль и нажимает кнопку Зарегистрироваться.
Система сравнивает введенную информацию с данными, хранящимися в Счете, после чего открывает Начальную Страницу.
Альтернативные последовательности.
Если Клиент нажимает кнопку Новый счет на Странице Регистрации, то система вызывает прецедент Открыть Счет.
Если Клиент нажимает кнопку Вспомнить на Странице Регистрации, то система выводит секретный вопрос, хранящийся для этого Клиента, в отдельном диалоговом окне. Когда Клиент щелкает в нем по кнопке ОК, открывается Страница Регистрации.
Если Клиент набрал неизвестный системе код, появится соответствующее сообщение с предложением либо ввести другой код, либо нажать кнопку Новый Счет.
Если Клиент ввел неправильный пароль, то система выводит соответствующее сообщение и предлагает повторно ввести пароль.
Если Клиент три раза подряд ввел неправильный пароль, то система выводит сообщение с предложением обратиться в службу работы с клиентами и блокирует Страницу Регистрации.
Список ассоциаций.
Клиент взаимодействует со Страницей Регистрации.
Прецедент - Открыть Счет
Главная последовательность.
Клиент вводит свое имя, электронный адрес, пароль (дважды) и нажимает кнопку Создать Счет. Система проверяет правильность введенных данных и добавляет новый Счет в Главную Таблицу Счетов, после чего открывает Начальную Страницу.
Альтернативные последовательности.
Если Клиент не ввел имя, система выводит соответствующее сообщение об ошибке и предлагает ввести имя.
Если формат введенного Клиентом электронного адреса некорректен, система выводит соответствующее сообщение об ошибке и предлагает Клиенту ввести другой адрес.
Если Клиент ввел слишком короткий пароль, система выводит соответствующее сообщение об ошибке и предлагает ввести более длинный пароль.
Если два введенных Клиентом пароля различаются, система выводит соответствующее сообщение об ошибке и предлагает ввести пароль повторно.
Если Счет уже есть в Главной Таблице Счетов, система сообщает об этом Клиенту.
Список ассоциаций.
Клиент взаимодействует с прецедентом Открыть Счет. Страница Регистрации взаимодействует с прецедентом Открыть Счет.
Прецедент Открыть Счет взаимодействует со Страницей Регистрации.
Прецедент - Обработать Готовый к Доставке Заказ
Главная последовательность.
Приемщик проверяет, что каждой Строке Заказа, присутствующей в Заказе на Покупку, соответствует физический товар. Приемщик считывает штрих-коды с упаковочного листа.
Система изменяет состояние Заказа на «выполнен» и обновляет количество каждой книги. Приемщик передает Книги Учетчику.
Альтернативная последовательность.
Если Упаковщик обнаруживает расхождение между Заказом и подобранными физическими товарами, то он прекращает обработку Заказа до устранения неувязок.
Список ассоциаций.
Приемщик взаимодействует с прецедентом Обработать Готовый к Доставке Заказ. Прецедент Обработать Готовый к Доставке Заказ взаимодействует с Учетчиком. Прецедент Обработать Готовый к Доставке Заказ взаимодействует с Участком Приемки.
Прецедент - Поиск по Автору
Главная последовательность.
Клиент вводит имя Автора на Странице Поиска, после чего нажимает кнопку Искать. Система проверяет правильность запроса, после чего ищет в Каталоге все удовлетворяющие запросу Книги.
Для каждой найденной Книги система извлекает существенные детали и создает на их основе объект Результаты Поиска. Затем система выводит список Книг на Странице Результатов Поиска, отсортированный по датам издания в порядке убывания. В каждой строке выводится пиктограмма обложки, название Книги и имена Авторов, средний Рейтинг и кнопка Добавить в корзину.
Клиент нажимает кнопку Добавить в корзину для выбранной книги. :ма передает управление прецеденту Добавить Товар в Корзину.
Альтернативные последовательности.
Если Клиент нажал кнопку Искать, не введя запроса, система отобразит сообщение об ошибке и предложит ввести критерий поиска.
Если система не находит Книг данного Автора, она выводит соответствующее сообщение и предлагает Клиенту задать другой критерий поиска, ли Клиент закрывает страницу не нажатием кнопки Добавить в корзину, а каким-то другим способом, система возвращает управление тому прецеденту, из которого был вызван данный.
Список ассоциаций.
Клиент взаимодействует с прецедентом Поиск по Автору
Прецедент - Доставить Заказ
Главная последовательность.
Упаковщик проверяет, что товары, перечисленные в упаковочном листе для данного Заказа, соответствуют физически представленным Товарам, и считывает штрих-коды с упаковочного листа.
Система изменяет состояние Заказа на «готовится к доставке», после чего находит Метод Доставки, указанный Клиентом для данного Заказа, и выводит его на Консоль Участка Доставки.
Упаковщик взвешивает и пакует физические Товары, наклеивает накладную, соответствующую методу доставки, и отправляет бандероль через соответствующего Поставщика.
Альтернативная последовательность.
Если Упаковщик обнаруживает несоответствия между Заказом и физическими Товарами, он прекращает обработку Заказа до выяснения обстоятельств.
Список ассоциаций.
Упаковщик взаимодействует с прецедентом Доставить Заказ. Прецедент Доставить Заказ взаимодействует с Поставщиком и Участком Доставки.
Прецедент - Просмотреть Недавние Заказы
Главная последовательность.
Система находит Заказы, которые Клиент разместил в течение последних 30 дней, и выводит данные об этих Заказах на Страницу Просмотра Заказов. В каждой строке указывается идентификатор (в виде гиперссылки), дата, состояние, получатель и Метод Доставки Заказа.
Клиент щелкает по гиперссылке. Система извлекает данные о содержимом Заказа и создает объект Детали Заказа. Система выводит содержимое этого объекта в режиме чтения на Странице Деталей Заказа. Клиент нажимает кнопку ОК для возврата к Странице Просмотра Заказов.
Закончив просмотр Заказов, Клиент щелкает по ссылке Ведение счета на Странице Просмотра Заказов'. Система возвращает управление вызывающему прецеденту.
Альтернативная последовательность.
Если Клиент' не разместил за последние 30 дней ни одного Заказа, то на Странице Просмотра Заказов появляется соответствующее сообщение.
Список ассоциаций.
Клиент взаимодействует с прецедентом Просмотреть Недавние Заказы.
|
Из за большого объема этот материал размещен на нескольких страницах:
1 2 3 4 |
