Реклама. ООО «ЛитРес», ИНН: 7719571260.
Введение
Благодарности
Раздел 1
Построение визуальной модели предметной области
Шаг №0. Определяем цели построения модели
Шаг №1. Определяем события, подлежащие учету
Шаг №2. Определяем справочники, подлежащие учету
Шаг №3. Для события определяем картотеки, связанные с ним (для каждого события)
Шаг №4. Для справочника определяем картотеки, связанные с ним (для каждого справочника)
Шаг №5. Отображаем (визуально) картотеки, связанные с ней на диаграмме классов UML
Шаг №6. Применяем паттерны на диаграммах-«ромашках»
Паттерн «Объект-список»
Паттерн «Объединение картотек»
Итоги раздела 1
Раздел 2
Требования к системе
Модель описания требований «FURPS+»
Требования и их документирование
Последовательность обработки требований
Сценарии использования и их идентификация
Пример. Задача «Регистрация студентов на курсы»
Отчеты в системе
Пример. Задача «Комбинат питания»
Спецификация сценария использования
Краткое описание
Поток событий. Основной поток
Альтернативные потоки
Пример. Задача «Расчет зарплаты»
Спецификация сценария «Управлять карточкой табельного учета»
Поток событий. Основной поток
Альтернативные потоки
Итоги раздела 2
Раздел 3
Задачи для выполнения упражнений
1. Задача «Комбинат питания»
2. Задача «Театральные кассы»
3. Задача «Автоматизация поликлиники»
4. Задача «Таксопарк»
5. Задача «Мастерские автообслуживания»
6. Задача «Информационные материалы»
7. Задача «Документы муниципалитета»
8. Задача «Риелторская контора»
9. Задача «Расчет зарплаты»
10. Задача «Регистрация студентов на курсы»
Заключение, или «Что делаем дальше»
Учебный центр «Люксофт»13
Мехмат МГУ им. М. В. Ломоносова
Приложение 1. Шаблоны документов, содержащих требования к системе
Запрос заинтересованного лица
Спецификация сценария использования <Название сценария использования>
Концепция Системы (Vision)
Дополнительные технические требования. Введение
Книга представляет собой краткий конспект лекций по определению модели предметной области на конкретном примере. Используется объектно-ориентированный подход, существенно отличающийся от известного моделирования «сущность – связь», или ER-моделирования. Модель имеет визуальный характер и изображается в нотации Unified Modeling Language (UML), которая широко известна среди аналитиков, архитекторов, разработчиков и программистов. Описаны паттерны, применяемые для преобразования диаграмм классов на UML, и приведены примеры их практического использования. Изложение ведется согласно методологии IBM RUP.
Материал будет полезен студентам и аспирантам, участникам проектов по разработке информационных систем, а также слушателям курсов по выявлению требований к ИС и по проектированию архитектуры ИС.
.....
Для проведения визуального моделирования будем использовать специальные программные инструменты, называемые CASE-средствами (Computer Assist Software Engineering)1. Тогда будет возможно проведение «генерации кода» по модели («прямое проектирование», или forward engineeging) и обратное проектирование (reverse engineering) – восстановление модели по программному коду или по существующей БД.
Книга состоит из двух разделов. В первом описан пошаговый процесс выявления элементов модели и построения набора диаграмм классов UML как модели предметной области. Второй раздел вводит понятие процесса выявления требований к ИС в специальной форме «сценариев использования» (UC – Use Cases) и разъясняет, как использовать модель предметной области для выявления сценариев использования.
.....