Автор работы: Пользователь скрыл имя, 15 Ноября 2011 в 10:26, курсовая работа
Проектирование информационных систем всегда начинается с определения цели проекта. Основная задача любого успешного проекта заключается в том, чтобы на момент запуска системы и в течение всего времени ее эксплуатации можно было обеспечить:
требуемую функциональность системы и степень адаптации к изменяющимся условиям ее функционирования;
требуемую пропускную способность системы;
требуемое время реакции системы на запрос;
безотказную работу системы в требуемом режиме, иными словами - готовность и доступность системы для обработки запросов пользователей;
простоту эксплуатации и поддержки системы;
необходимую безопасность.
Введение………………………………………………………………..3
1. Описание предметной области…………………………………….5
2. Определение процессов…………………………………………….7
3. Описание прецедентов…………………………………………….13
4. Концептуальная модель……..……………………………………20
Заключение……………………………………………………………31
| Название прецедента | Поиск свободного компьютера |
| Исполнитель | Оператор, клиент |
| Цель | Определить физическую возможность доступа |
| Основной успешный сценарий | Клиент сообщает желаемое время. Оператор проверяет, есть ли возможность дать доступ клиенту к сети или нет. Если нет, то предложить альтернативные варианты решения проблемы. |
| Тип | Идеальный |
| Ссылки | Функции |
| Название прецедента | Проверка технического состояния компьютера |
| Исполнитель | Администратор |
| Цель | Определить
техническую возможность |
| Основной успешный сценарий | Администратор
проверяет необходимый |
| Тип | Идеальный |
| Ссылки | Функции |
| Название прецедента | Запись информации в БД |
| Исполнитель | Менеджер |
| Цель | Запись информации в базу |
| Основной успешный сценарий | Менеджер занес запись, содержащую основную информацию для формирования счета. |
| Тип | Идеальный |
| Ссылки | Функции |
| Название прецедента | Формирование счета |
| Исполнитель | Оператор, клиент |
| Цель | Сформировать счет на оплату покупателю |
| Основной успешный сценарий | Менеджер формирует счет исходя из внесенной ранее информации. |
| Тип | Идеальный |
| Ссылки | Функции |
| Название прецедента | Регистрация оплаты в системе |
| Исполнитель | Менеджер, клиент |
| Цель | Получить от клиента деньги, занести запись об оплате в систему. |
| Основной успешный сценарий | Клиент оплачивает сумму по счету, менеджер вносит запись об оплате в систему. |
| Тип | Идеальный |
| Ссылки | Функции |
| Название прецедента | Печать чека |
| Исполнитель | Менеджер, клиент |
| Цель | Выдать чек клиенту |
| Основной успешный сценарий | Менеджер печатает чек, на основании счета и документа оплаты. Клиент забирает сдачу, если она есть, и чек. |
| Тип | Идеальный |
| Ссылки | Функции |
Типичный
ход событий
Типичный
ход событий – обеспечивает наглядное
представление общения с
Как правило, типичный ход событий описывают с использованием таблицы, где в первой колонке приводятся действия внешних исполнителей, а во второй колонке – отклик системы на действия исполнителей.
Описание
типичного хода событий на примере
прецедентов, используемых в данной
курсовой работе.
Описание типичного хода событий прецедента «Поиск свободного компьютера»
| Действия исполнителей | Отклик системы |
| 1.Клиент
сообщает менеджеру желаемое время пребывания
в сети.
2. Менеджер указывает желаемое время в системе. |
3. Система выводит список свободных компьютеров на заданное время. |
Описание типичного хода событий прецедента «Проверка технического состояния компьютера»
| Действия исполнителей | Отклик системы |
| 1.Администратор
проверяет систему на работоспособность.
3. Администратор ставит пометку о работоспособности в системе. |
2. Система собирает
информацию о компьютере и выводит ее
администратору.
4. Система записывает состояние в соответствующий регистр. |
Описание типичного хода событий прецедента «Регистрация оплаты в системе»
| Действия исполнителей | Отклик системы |
| 1. Клиент
оплачивает сумму по счету.
3. Менеджер вносит в систему запись об оплате. |
2. Система открывает
форму документа оплаты.
4. Система сохраняет чек в электронном виде. |
Описание типичного хода событий прецедента «Регистрация оплаты в системе»
| Действия исполнителей | Отклик системы |
| 1. Менеджер
открывает чек в электронном виде.
3. Менеджер отправляет чек на печать. 5. Менеджер выдает клиенты чек и сдачу, если она необходима. |
2. Система открывает
форму чека.
4. Система распечатывает чек. |
Описание типичного хода событий прецедента «Запись информации в БД»
| Действия исполнителей | Отклик системы |
| 1. Менеджер
подтверждает заявку клиента, создает
заявку.
3. Менеджер проверяет заявку на верность и сохраняет её. |
2. Система формирует
и выводит заявку клиента.
4. Система записывает заявку в БД. |
Описание типичного хода событий прецедента «Формирование счета»
| Действия исполнителей | Отклик системы |
| 1.Менеджер,
в соответствии с заявкой, дает задание
системе сформировать счет.
3. Менеджер
проверяет данные счета на
правильность и назначает |
2. Система формирует
счет в электронном виде. 4. Система сохраняет и печатает счет. |
Модель предметной области – это визуальное представление концептуальных классов или объектов реального мира в терминах предметной области. Такие модели так же называют концептуальными моделями.
Рис.6 Концептуальная модель
Функции
системы
Определение функций, которые должна выполнять разрабатываемая информационная система, является важным этапом составления проектной документации. Функциональные требования указывают на то, что должна делать система.
Функции
могут быть нескольких типов: скрытые
и очевидные. Очевидность функции
определяется очевидностью выполнения
данной функции системой с точки
зрения пользователя.
| № п/п | Название | Категория |
| 1 | Формирование заявки | Скрытая |
| 2 | Выделение желаемого времени | Очевидная |
| 3 | Выписка счета | Очевидная |
| 4 | Выписка чека | Очевидная |
| 5 | Заполнение формы счета | Очевидная |
| 6 | Сохранение результатов | Скрытая |
| 7 | Сохранение документа оплаты | Скрытая |
| 8 | Формирование чека | Скрытая |
| 9 | Проверка формы счета | Очевидная |
| 10 | Проверка формы чека | Очевидная |
| 11 | Проверка компьютера | Очевидная |
| 12 | Формирование отчета о состоянии компьютера | Очевидная |
Диаграмма
последовательности – одна из диаграмм
взаимодействия. На диаграмме последовательностей
иллюстрируются события, инициированные
в системе исполнителями.
Рис.7 Диаграммы последовательностей
Таблицы
системных операций
Системное
событие – это внешнее входное
событие, сгенерированное для системы
исполнителем. Событие инициирует выполнение
определенной операции. Системная операция
является операцией, которую система
выполняет в ответ на сгенерированное
событие. Описание системной операции
– это документ, описывающий предполагаемые
результаты выполнения операций. Обычно
он акцентирует внимание на том, что
должно произойти, а не на том, как этого
достичь.
Шаблон описания системной операции
| Операция | Имя операции и её параметры |
| Ссылки | Прецеденты, в рамках которых может выполняться эта операция |
| Предусловия | Предположения
о состоянии системы или |
| Постусловия | Это самый важный раздел. Состояние объектов модели предметной области и после завершения операции |
Описание системной операции «Создать заявку»
| Операция | Создать заявку |
| Ссылки | Прецеденты: Подача заявки |
| Предусловия | Поступила заявка |
| Постусловия |
|