Автор работы: Пользователь скрыл имя, 04 Мая 2012 в 11:44, курсовая работа
В данном проекте рассматривается задача проектирования информаци-онной системы для автоматизации работы салона по продаже автомобилей. Систему можно смоделировать с помощью нескольких разновидностей UML диаграмм, таких как диаграмма вариантов использования (use case diagram), диаграмма последовательности (sequence diagrams), диаграмма состояний (state diagram), диаграмма классов (class diagram), диаграмма развертывания (deployment diagram). В качестве среды разработки диаграмм будем использовать среду IBM Rational Rose. Это универсальный, достаточно простой и обладающий большим набором возможностей продукт.
Введение 5
1. Анализ предметной области и требований к системе 6
1.1 Позиционирование 6
1.2 Описание пользователей 7
1.3 Краткий обзор изделия 10
1.4 Возможности продукта 11
2. Построение диаграммы вариантов использования 12
2.1 Выявление акторов 12
2.2 Выявление вариантов использования 13
2.3 Разработка диаграмм вариантов использования 15
2.4 Структуризация вариантов использования 15
2.5 Реестр вариантов использования 17
2.6 Конкретизация вариантов использования 20
2.7 Поиск ключевых вариантов использования 27
3. Разработка технического задания 30
3.1 Общее описание системы 30
3.2 Список действующих лиц 30
3.3 Глоссарий (словарь терминов и используемых понятий) 30
3.4 Структура проектируемой системы 31
3.5 Требования для развертывания системы 31
3.6 Прочие требования 32
4. Построение дополнительных диаграмм 35
4.1 Диаграмма последовательности 35
4.2 Диаграмма состояний 36
5. Построение диаграммы классов 38
6. Проектирование базы данных 39
7. Планирование развертывания системы 40
Заключение 41
Список используемой литературы
Прецедент Удаление записи
Название: | Удаление записи |
|
Цель: | Удаление ненужной записи из БД |
|
Специальные требования: | Специальные требования не определены | |
Предусловия: | Для удаления записи требуется пароль администратора | |
Постусловия: | Постусловия не определены | |
Дополнительные замечания: | Дополнительных замечаний нет | |
Основной поток: | А: Функции варианта использования начинают выполняться с регистрации актера с заданием его имени и пароля. Система проверяет пароль на достоверность(если пароль неверен, активизируется альтернативный поток А). Б: Отображаются все записи БД(если отображение невозможно, то выполняется альтернативный поток Б), актер выбирает запись для удаления(если выбрать запись для удаления невозможно, то выполняется альтернативный поток В), для того чтобы удалить запись актер подтверждает свой выбор(если не удается удалить запись, то выполняется альтернативный поток Г). |
|
Альтернативный поток: | А: введен неверный пароль; выдача сообщения ввода неверного пароля; субъекту предоставляется возможность повторить ввод или завершить вариант использования. Б: Не удается отобразить записи; выдается сообщение актеру о том, что не удается отобразить записи; вариант использования завершается. В: Не удается выбрать запись; выдается сообщение актеру о том, что не удается выбрать запись; вариант использования завершается. Г: Не удается удалить запись; выдается сообщение актеру о том, что не удается удалить запись; вариант использования завершается. |
|
Прецедент Создание новой записи
Название: | Создание новой записи |
Цель: | Добавление новой записи |
Специальные требования: | Специальные требования не определены |
Предусловия: | Для создания новой записи требуется пароль администратора или продавца |
Постусловия: | Постусловия не определены |
Дополнительные замечания: | Дополнительных замечаний нет |
Основной поток: | А: Функции варианта использования начинают выполняться с регистрации актера с заданием его имени и пароля. Система проверяет пароль на достоверность(если пароль неверен, активизируется альтернативный поток А). Б: Создание новой записи отображает окно с полями ввода. Актер вводит данные в поля(при задании неверной информации выполняется альтернативный поток Б) и актер подтверждает ввод. Вариант использования завершается. |
Альтернативный поток: | А: введен неверный пароль; выдача сообщения ввода неверного пароля; субъекту предоставляется возможность повторить ввод или завершить вариант использования. Б: Неверный ввод данных в поля; система сообщает актеру о неверном вводе информации и предлагает повторить операцию или завершить вариант использования. |
Прецедент Проверка прав
Название: | Проверка прав |
Цель: | Идентификация пользователя |
Специальные требования: | Специальные требования не определены |
Предусловия: | Предусловия не определены |
Постусловия: | Постусловия не определены |
Дополнительные замечания: | Дополнительных замечаний нет |
Основной поток: | А: Функции варианта использования начинают выполняться с регистрации актера с заданием его имени и пароля. Система проверяет пароль на достоверность(если пароль неверен, активизируется альтернативный поток А). |
Альтернативный поток: | А: введен неверный пароль; выдача сообщения ввода неверного пароля; субъекту предоставляется возможность повторить ввод или завершить вариант использования. |
3. Разработка технического задания
3.1 Общее описание системы
Полное наименование системы: АИС «АвтоМир». Предназначена для использования в салоне по продаже автомобилей. Цели создания системы: требуется спроектировать информационную систему, позволяющую сотрудникам и руководству эффективно решать задачи по организации продаж автомобилей.
3.2 Список действующих лиц
1) Директор. Занимает главную должность в организации, осуществляет диалог как с системой, так и с другими актёрами.
2) Бухгалтер. Данный актёр выполняет различные экономические и финансовые операции
3) Менеджер. Проводит консультации клиентов.
4) Продавец-консультант. Оформляет продажу автомобиля.
5) Покупатель. Подбирает автомобиль, осуществляет оплату.
База данных – база данных хранится и обрабатывается в вычислительной системе, данные в базе данных хорошо структурированы, структура базы данных обеспечивает эффективный поиск и обработку данных.
Отчет
Отчет – система предоставляет возможность просматривать отчеты такие, как выручка салона за определенный период, продажи различных автомобилей по классам и т.д.
Проверка прав
Проверка прав – перед началом работы системы пользователь должен ввести логин и пароль для своей учетной записи. Покупатель получает доступ к выбору авто без пароля.
Заказ – заявленная заказчиком потребность в покупке автомобиля (в случае отсутствия желаемого автомобиля в наличии у автосалона).
Продажа – операция связанная с оформлением документов: договор купли-продажи, гарантийный талон, документы на автомобиль, предпродажная подготовка автомобиля.
Модель – совокупность характеристик автомобиля (тип кузова, тип двигателя, цвет, класс автомобиля, и т.д.)
Модель – совокупность характеристик автомобиля (тип кузова, тип двигателя, цвет, класс автомобиля, и т.д.)
Заказ поставщику – документ содержащий информацию о заказанных автосалоном автомобилях.
Цена продажи – документ содержащий цену на автомобиль.
Цена поставщика – документ хранит цены по которым автосалон покупает автомобили у поставщика.
Поступление – документ в котором фиксируется поступление автомобилей.
Реализация – документ в котором фиксируется факт продажи.
3.4 Структура проектируемой системы
Автоматизированная система работает на основе клиент-серверной архитектуры. На серверной машине — база данных MySQL Enterprise. Клиентские компьютеры осуществляют доступ к данным посредством клиентского приложения. Взаимодействие сервера и клиентов происходит через локальную сеть.
3.5 Требования для развертывания системы
Минимальные системные требования для сервера:
2 Гб памяти
200 Mb свободного дискового пространства
процессор с тактовой частотой 2500 MHz
Операционная система Microsoft Windows Server 2003
Минимальные системные требования для клиентской части:
500 Mb памяти
50 Mb свободного дискового пространства
процессор с тактовой частотой 1500 MHz
Операционная система Windows XP
Сканер кредитных карт
Фискальный регистратор
Компьютер с сенсорным экраном (для самостоятельного выбора желаемого авто)
3.6 Прочие требования
Требования к персоналу
Минимальное количество персонала, требуемого для работы программы, должно составлять не менее 2 штатных единиц — бухгалтер, и продавец-консультант.
АРМ бухгалтера и продавца-консультанта должны быть доступны в рабочие дни в рабочее время (как правило, с 8 до 18).
Требования к надежности
Устойчивое функционирование АИС обеспечивается проведение следующих мероприятий: использование лицензионного программного обеспечения, организация бесперебойного питания технических средств, регулярная проверка на наличие компьютерных вирусов.
Время, затрачиваемое на обслуживание системы не должно превышать 5% от общего времени работы. Среднее время безотказной работы – 10 рабочих дней. Максимальная норма ошибок или дефектов – 1 ошибка на пять тысяч строк кода.
Требования к эксплуатации
Система должна быть способна поддерживать минимум 10 одновременно работающих пользователей, связанных с общей базой данных и иметь возможность увеличить их количество на случай увеличения штата сотрудников предприятия. В настоящее время в автосалоне есть один директор, два менеджера один бухгалтер, четыре продавца-консультанта. Увеличение количества продавцов-консультантов в ближайшие 3 года – максимально 4, менеджеров – максимально 5.
Требования к применимости
Время, необходимое для обучения обычных пользователей – 1 рабочий день (8 часов), для обучения продвинутых пользователей – половина рабочего дня (4 часа).Время отклика для типичных задач – не более 5 секунд, для сложных задач – не более 20 секунд.