Определение прецедентов АИС "Автопарковка". Анализ предметной области. Первоначальная настройка системы администратором. Настройка БД и зеркалирования клиентской базы. Диаграмма последовательности системы. Модель проектирования информационной системы.
Прецедент - это набор сценариев использования, в котором каждый экземпляр сценария представляет собой последовательность действий, выполняемых системой для достижения ощутимого для конкретного исполнителя результата. Используя сенсорную панель терминала оплаты, потенциальный клиент может зарегистрироваться в системе и получить абонемент согласно выбранному тарифному плану. Используя сенсорную панель терминала оплаты, клиент, при условии использования абонемента, может закрыть свой счет, если в нем больше нет необходимости. Хочет поставить автомобиль на парковку, оплатить парковку, получить чек об оплате. Терминал выдает клиенту жетон, на котором содержится информация о времени въезда, номер стойки и идентификационный номер клиента;Проектирование данного курсового проекта способствовало: закреплению, углублению и обобщению знаний по дисциплине «Проектирование информационных систем»; применению этих знаний, умений и навыков к решению конкретных проектных задач с позиций объектно-ориентированного подхода к проектированию информационных систем;// *** Start programmer edit section *** (PARKDESKTOP CUSTOMATTRIBUTES) // *** End programmer edit section *** (PARKDESKTOP CUSTOMATTRIBUTES) // *** Start programmer edit section *** (Form Designer Fields) private int dummy; // *** End programmer edit section *** (Form Designer Fields) private System.COMPONENTMODEL.
Введение
В настоящее время процессу автоматизации подвергаются все виды деятельности без исключения.
Автомобильные парковки стали сегодня неотъемлемой частью современного города. Все более широкое распространение при оборудовании автомобильных парковок находят автоматизированные системы парковки.
Автомобильная парковка - платная или бесплатная - станет значительно комфортнее для пользователя и эффективнее для ее владельца благодаря установке системы автоматизации парковки. Если парковка платная, то оплата парковки будет производиться в соответствии с установленным тарифом у кассиров-операторов или в автоматических кассовых терминалах. Контроль въезда-выезда и расчет стоимости возьмет на себя автоматика.
Система автоматизации бесплатной парковки подсчитает число свободных мест на каждом этаже и отобразит это на специальных табло.
1. Системный анализ и анализ требований
1.1 Определение прецедентов
В контексте UP модель прецедентов (Use-Case Model) относится к дисциплине "Требования".
Требования - это весь набор прецедентов, т.е. модель функционирования системы и ее окружения.
Введем некоторые неформальные определения.
У потребителей и конечных пользователей есть свои задачи (которые в контексте UP называют потребностями), решение которых должна обеспечить компьютерная система.
Прецедент - это набор сценариев использования, в котором каждый экземпляр сценария представляет собой последовательность действий, выполняемых системой для достижения ощутимого для конкретного исполнителя результата.
Сценарий (scenario) - это специальная последовательность действий или взаимодействий между исполнителями и системой. Его иногда также называют экземпляром прецедента (use case instance). Это один конкретный сценарий использования системы либо один проход прецедента.
Прецеденты АИС «Автопарковка» приведены ниже.
1. Первоначальная настройка системы администратором
1.1 Настройка серверной части системы
1.1.1 Настройка БД и зеркалирования клиентской базы
1.1.2 Настройка системы тарификации клиентов
1.2 Настройка клиентской части системы
1.2.1 Настройка интерфейса пользователя
2. Непосредственное использование системы
2.1 Регистрация нового клиента и выдача абонемента
2.2 Пополнение счета клиента денежными средствами
2.3 Смена тарифного плана
2.4 Закрытие счета клиента
2.5 Разовое использование парковки посредством жетона
2.6 Использование парковки с помощью абонемента
1. Первоначальная настройка системы администратором
Администратор настраивает параметры базы данных на сервере. Работа происходит непосредственно на серверном оборудовании или с помощью специального ПО для удаленной работы из любой точки мира.
1.1 Настройка серверной части системы
1.1.1 Настройка БД и зеркалирования клиентской базы
Администратор использует стандартный интерфейс Windows для настройки параметров базы данных, включая резервное копирование и зеркалирование системы на внешнем носителе посредством стандартного интерфейса MS Windows Server и MSSQL Server 2008.
1.1.2 Настройка системы тарификации клиентов
Предварительно согласовав вопросы ценовой политики с руководством предприятия, администратор устанавливает действующие тарифные планы на парковку. Для этого он использует специальное клиент-серверное ПО, разработанное компанией-производетелем АИС.
1.2 Настройка клиентской части системы
1.2.1 Настройка интерфейса пользователя
Администратор настраивает интерфейс терминалов оплаты и приводит его в дружественную форму.
2. Непосредственное использование системы
2.1 Регистрация нового клиента и выдача абонемента
Используя сенсорную панель терминала оплаты, потенциальный клиент может зарегистрироваться в системе и получить абонемент согласно выбранному тарифному плану.
2.2 Пополнение счета клиента денежными средствами
Использую сенсорную панель терминала оплаты, клиент, при условии использования абонемента, может пополнить свой виртуальный счет наличными денежными средствами.
2.3 Смена тарифного плана
Используя сенсорную панель терминала оплаты, клиент, при условии использования абонемента, может сменить личный тарифный план на часовой, дневной, трехдневный, недельный, двухнедельный или месячный.
2.4 Закрытие счета клиента
Используя сенсорную панель терминала оплаты, клиент, при условии использования абонемента, может закрыть свой счет, если в нем больше нет необходимости.
Развернутый прецедент
Разовое использование парковки посредством жетона
Основной исполнитель: Клиент
Заинтересованные лица и их требования: Клиент. Хочет поставить автомобиль на парковку, оплатить парковку, получить чек об оплате.
Хозяин АИС. Хочет получить денежные средства с клиента.
Государственные налоговые службы. Хотят получать налог от каждой продажи.
Предусловия. Клиент нажал на кнопку на терминале при въезде и получил пластиковый жетон, в котором записано время въезда, номер стойки и другая информация. Клиент двигается посредством автомобиля.
Постусловия. Клиент находится внутри территории парковки. Шлагбаум закрыт. По жетону произведена оплата.
Основной успешный сценарий (или основной процесс)
1. Клиент нажимает на кнопку выдачи жетона на терминале;
2. Терминал выдает клиенту жетон, на котором содержится информация о времени въезда, номер стойки и идентификационный номер клиента;
3. Шлагбаум открывается;
4. Клиент въезжает на территорию парковки;
5. Шлагбаум закрывается;
6. Клиент производит оплату жетона в терминале оплаты.
Расширения (или альтернативные потоки)
1. Отсутствует бумага для печати фискального чека в терминале оплаты
1.1 Система оповещает клиента об этом посредством всплывающего сообщения и предлагает записать номер транзакции вручную.
2. На парковке отсутствуют парковочные места
2.1 Система оповещает об этом клиента посредством всплывающего на экране терминала сообщения. На экране высвечивается время, оставшееся до освобождения первого парковочного места.
Специальные требования
· Потенциальная возможность расширения физической парковочной площади
· Поддержка 5 различных языков интерфейса, включая русский, английский, немецкий, французский и испанский
· Ударостойкий экран на терминале при въезде
· Перезагрузка программы клиента в случае сбоя или отсутствия отклика в течение 30 секунд
· Устойчивость пользовательских терминалов к сбоям, вызванным использованием алгоритма, выходящего за рамки основного алгоритма (защита от непредсказуемых действий клиентов)
1.2 Видение
Даты внесения изменений: Версия Дата Описание Автор
Начальный вариант 19.05.2011 Первый черновой вариант. Будет уточнен. Тарутин М.А.
За системами этого типа - будущее. Максимально эффективная защита от сбоев, полная автоматизация процесса работы системы.
1.3 Позиционирование
Экономические предпосылки
Необходимость иметь дополнительные кадры для поддержания работоспособности неавтоматизированной автопарковки в настоящее время.
Формулировка проблемы
Человеческий фактор влияет на стабильность работоспособности системы. Эта проблема полностью исключается посредством использования данной АСУ.
Место системы
Система предназначена для любой парковочной площади при торговых центрах, жилых зданиях, гостиницах, аэропортах, ж/д вокзалах и т.п.
Заинтересованные лица
Заинтересованным лицом, не являющимся пользователем системы, является заказчик. Отпадает необходимость человеческого участия в работе системы.
Заинтересованным лицом, пользователем системы является любой водитель, которому необходимо место парковки, чтобы оставить транспортное средство на любой срок под надежной охраной.
1.4 Обзор
Перспективы продукта
Система будет установлена на площади крупного торгового центра в центре города. Бесконечный трафик, максимальная эффективность, минимальные физические и умственные затраты.
Преимущества системы.
Указаны в техническом задании.
1.5 Диаграмма последовательности
Диаграмма последовательности системы (system sequence diagram) - это схема, которая для определенного сценария прецедента показывает генерируемые внешними исполнителями события, их порядок, а также события, генерируемые внутри самой системы. При этом все системы рассматриваются как "черный ящик". Назначение данной диаграммы - отображение событий, передаваемых исполнителями системе через ее границы.
На диаграмме последовательностей для определенного хода событий, описанного в прецеденте, отображаются внешние исполнители, которые взаимодействуют непосредственно с системой, сама система, а также системные события, инициируемые исполнителями.
Диаграмма последовательностей приведена на рисунке 1.
Рисунок 1 - Диаграмма последовательностей
Детальное описание поведения системы в терминах изменения состояния объектов модели предметной области после выполнения системных операций представлено в описание системных операций.
Системные операции для прецедента Разовое использование парковки посредством жетона
Описание операции
ОП 1: Нажать кнопку выдачи жетона
Операция Нажать кнопку выдачи жетона
Ссылки Прецеденты: Разовое использование парковки посредством жетона
Постусловия - Выдан жетон, на котором содержится информация о времени въезда, номер стойки и идентификационный номер клиента
ОП 3: Открыть шлагбаум
ОПЕРАЦИЯОТКРЫТЬ шлагбаум
Ссылки Прецеденты: Разовое использование парковки посредством жетона
Предусловия Выдан жетон, на котором содержится информация о времени въезда, номер стойки и идентификационный номер клиента
Постусловия - Шлагбаум полностью открыт
ОП 4: Въехать на парковку
Операция Въехать на парковку
Ссылки Прецеденты: Разовое использование парковки посредством жетона
Предусловия Шлагбаум полностью открыт
Постусловия - Клиент находится внутри территории парковки
ОП 5: Закрыть шлагбаум
Операция Закрыть шлагбаум
Ссылки Прецеденты: Разовое использование парковки посредством жетона
Предусловия Клиент находится внутри территории парковки
Постусловия - Шлагбаум закрыт
ОП 6: Оплатить жетон
ОПЕРАЦИЯОПЛАТИТЬ жетон
Ссылки Прецеденты: Разовое использование парковки посредством жетона
Предусловия Шлагбаум закрыт
Постусловия - Жетон оплачен
2. Модель предметной области
Для того чтобы построить модель предметной области необходимо в первую очередь выявить кандидаты в концептуальные классы. Набор концептуальных классов автоматизированной системы «Автопарковка» приведен на рисунке 2.
Рисунок 2 - Концептуальные классы
После определения концептуальных классов необходимо к ним добавить ассоциации и атрибуты. Фрагмент модели предметной области представлена на рисунке 3.
Рисунок 3 - Фрагмент модели предметной области
3. Модель проектирования клиентский база диаграмма информационный
3.1 Диаграммы взаимодействия
Диаграммы взаимодействия предназначены для моделирования динамических аспектов системы. Диаграммы взаимодействия показывают взаимодействие, включающее набор объектов и их отношений, а также пересылаемые между объектами сообщения. Существует две разновидности таких диаграмм - диаграммы последовательности и диаграммы сотрудничества. Чтобы подчеркнуть свободу разработчиков при выборе артефактов проектирования, для решения курсовой задачи будут использованы оба типа диаграмм.
Диаграммы сотрудничества показывают структурную организацию объектов, посылающих и принимающих сообщения.
Рисунок 4 - Диаграмма последовательности
Диаграммы последовательности - выделяет упорядочение сообщений во времени.
3.2 Диаграмма сотрудничества
Диаграмма сотрудничества показывает структурную организацию объектов, посылающих и принимающих сообщения. Для основного успешного сценария прецедента.
Рисунок 5 - Диаграмма кооперации
3.3 Диаграмма программных классов
Анализируя модель предметной области, и опираясь на диаграммы взаимодействия, трансформируя сообщения в методы можно построить диаграмму программных классов, которая представлена на рисунке 6.
Рисунок 6 - Диаграмма программных классов
4. Модель данных
Прототип модели данных изображен на рисунке 7.
Рисунок 7 - Прототип модели данных
5. Модель реализации
Для разработки системы было использовано Case средство, применение которого не только сокращает время проектирования, но и значительно облегчает сам процесс и его документирование. Одним из основных языков программирования платформы.NET является C#. Он имеет доступ к общей языковой исполняющей среде, предоставляемой библиотекой программ .NET Framework.
Генерация кода во многом определяется диаграммами классов и диаграммами взаимодействия, разработанными ранее на стадии проектирования, и основывается на принципах их отображения в исходный код.
Основной смысл приведенного примера заключается в том, что существует относительно простой способ преобразования артефактов проектирования в шаблон программного кода.
Программные формы пользователя с конкретным примером, реализованные в Caseberry представлены ниже.
Рисунок 8 - Главная форма
Рисунок 9 - Форма «Платежный терминал»
Рисунок 10 - Форма «Парковка»
Рисунок 11 - Форма «Терминал»
Рисунок 12 - Форма «Клиент»
Рисунок 13 - Форма «Чек»
Рисунок 14 - Результат заполнения формы «Чек»
Вывод
Проектирование данного курсового проекта способствовало: закреплению, углублению и обобщению знаний по дисциплине «Проектирование информационных систем»;
развитию умений и навыков, полученных при выполнении лабораторных работ;
применению этих знаний, умений и навыков к решению конкретных проектных задач с позиций объектно-ориентированного подхода к проектированию информационных систем;
развитию навыков работы со специальной литературой и навыков проектирования с использованием CASE-средств.
Целью данного курсового проекта являлось рассмотрение всех этапов проектирования информационной системы вплоть до этапа реализации, разработка экономической информационной системы для автоматизации предметной области.
Были выявлены недостатки в данной предметной области, на основе этого базировался процесс проектирования. Построен ряд диаграмм, отражающий взаимодействие элементов системы.
Реализована система на базе программного средства CASEBERRY.
Список литературы
1. Белых А.А. Проектирование ЭИС. Методическое пособие по дипломному проектированию. Пермь: Пермская ГСХА, 2005 г., 60 с.
2. Технологии разработки программного обеспечения/ С.Орлов. СПБ.: Питер, 2002. - 464 с.: ил.
Вы можете ЗАГРУЗИТЬ и ПОВЫСИТЬ уникальность своей работы
