Разработка информационной системы, работающей с замечаниями машиниста электропоезда
Разработка базы данных, предназначенной для сбора замечаний машиниста, доведения их до конкретных служб, контроль за исправлением, анализ. Описание предметной области, глоссарий проекта. Дополнительные спецификации, модель вариантов использования.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | реферат |
Язык | русский |
Дата добавления | 09.06.2014 |
Размер файла | 560,8 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Содержание
- Постановка задачи "Бизнес-процессы службы, работающей с
- замечаниями машиниста электропоезда"
- Глоссарий проекта
- Описание дополнительных спецификаций
- Создание модели вариантов использования
- Вариант использования Заказ меню
- Вариант использования Изменить заказ
- Вариант использования Закрыть заказ
- Вариант использования Заказ столика
- Вариант использования Сформировать заказ
- Вариант использования Назначить повара
- Вариант использования Повара
- Вариант использования Меню
- Вариант использования Столики
- Список литературы
Постановка задачи "Бизнес-процессы службы, работающей с
замечаниями машиниста электропоезда"
Основные задачи, которое решает отдел. Сбор замечаний машиниста, доведение их до конкретных служб, контроль за исправлением, анализ.
Описание предметной области. При движении электропоезда все свои замечания машинист заносит в журнал. По окончанию работу данные из журнала формализуются и заносятся в компьютер. Реализация по замечаниям закрепляется за конкретной службой (пути, электрообеспечения) и этой службе дается срок на составление плана мероприятий. Долее этот план контролируется, и после его полного завершения делается отметка об исправлении замечаний.
Глоссарий проекта
Термин Значение
Машинист электропоезда - человек, управляющий составом.
Службы - службы пути, электрообеспечения, отвечающие на замечания машиниста.
Описание дополнительных спецификаций
Назначение дополнительных спецификаций - определить требования к системе регистрации заявок, которые не охватывают модель вариантов использования. Вместе они образуют полный набор требований к системе.
Дополнительные спецификации определяют нефункциональные требования к системе, такие как надежность, удобство использования, производительность, сопровождаемость.
Функциональные возможности. Система должна обеспечить многопользовательский режим работы.
Система должна сообщать о невозможности создания заявки при отсутствии блюда в меню
Удобство использования. Пользовательский интерфейс должен быть Windows 98-Windows XP-совместимым.
Надежность. Система должна быть в работоспособном состоянии в продолжении всего рабочего дня оператора, администратора и повара.
Безопасность. Система не должна позволять посторонним (неавторизованным) пользователям просматривать и изменять данные.
Создание модели вариантов использования
Действующие лица:
- Администратор - заносит информацию о заказах, о наличии свободных столиков, закрывает и изменяет заказ.
- Оператор - назначает повара на приготовление заказа.
Варианты использования
Исходя из потребностей действующих лиц выделяются следующие варианты использования:
- Сформировать заказ.
- Заказ меню
- Изменить заказ.
- Закрыть заказ.
- Заказ столика.
- Назначить повара.
- Меню.
- Столики
- Повара
база машинист вариант использование
Рисунок 1. Диаграмма вариантов использования
Вариант использования Заказ меню
Краткое описание. Данный вариант использования позволяет администратору оформить заказ.
Основной поток событий.
Данный вариант использования начинает выполняться, когда администратор получит заказ:
1. Открывается форма для занесения информации.
2. Администратор заполняет поля формы.
3. Администратор закрывает форму с сохранением или без.
Предусловия.
Перед началом использования данного варианта Администратор должен войти в систему.
Постусловия.
Если вариант использования завершился успешно, информация об заказе будет сохранена. В противном случае состояние системы не изменится.
Вариант использования Изменить заказ
Краткое описание. Данный вариант использования позволяет администратору изменить ранее внесенную информацию об заказе.
Основной поток событий.
Данный вариант использования начинает выполняться, когда оператор хочет изменить некоторую часть информации об заказе:
1. Открывается форма для изменения информации.
2. Администратор изменяет необходимые поля формы.
3. Администратор закрывает форму с сохранением или без.
Предусловия.
Перед началом использования данного варианта оператор должен войти в систему.
Постусловия.
Если вариант использования завершился успешно, информация об заказе будет сохранена. В противном случае состояние системы не изменится.
Вариант использования Закрыть заказ
Краткое описание. Данный вариант использования позволяет администратору закрыть заказ.
Основной поток событий.
Данный вариант использования начинает выполняться, когда клиент собирается уходить.
1. Открывается форма для занесения информации.
2. Администратор рассчитывает сумму заказа.
3. Оператор закрывает форму с сохранением и печатает чек.
Предусловия.
Перед началом использования данного варианта оператор должен войти в систему.
Постусловия.
Если вариант использования завершился успешно, информация о заказе будет добавлена. В противном случае состояние системы не изменится.
Вариант использования Заказ столика
Краткое описание. Данный вариант использования позволяет администратору закрепить столик за клиентом.
Основной поток событий.
Данный вариант использования начинает выполняться, администратор хочет закрепить столик за конкретным клиентом:
1. Открывается форма для изменения информации.
2. Администратор создает необходимые поля формы.
3. Администратор закрывает форму с сохранением или без.
Предусловия.
Перед началом использования данного варианта администратор должен войти в систему.
Постусловия.
Если вариант использования завершился успешно, информация о заказе столика будет сохранена. В противном случае состояние системы не изменится.
Вариант использования Сформировать заказ
Краткое описание. Данный вариант использования позволяет администратору сформировать заказ в системе.
Основной поток событий.
Данный вариант использования начинает выполняться, когда администратор хочет внести новую заявку:
1. Открывается форма для занесения информации.
2. Администратор заполняет поля формы.
3. Администратор закрывает форму с сохранением или без.
Предусловия.
Перед началом использования данного варианта администратор должен войти в систему.
Постусловия.
Если вариант использования завершился успешно, заявка будет сохранена. В противном случае состояние системы не изменится.
Вариант использования Назначить повара
Краткое описание. Данный вариант использования позволяет оператору назначить повара на приготовление заказа.
Основной поток событий.
Данный вариант использования начинает выполняться, оператор назначит повара на приготовление заказа:
1. Оператор изменяет необходимые поля формы.
3. Оператор закрывает форму с сохранением или без.
Предусловия.
Перед началом использования данного варианта оператор должен войти в систему.
Постусловия.
Если вариант использования завершился успешно, измененная заявка будет сохранена. В противном случае состояние системы не изменится.
Вариант использования Повара
Краткое описание. Данный вариант использования позволяет оператору заполнять поля о всех свободных поварах.
Основной поток событий.
Данный вариант использования начинает выполняться, когда оператор изучает наличие свободных поваров:
1. Открывается форма для занесения информации.
2. оператор заполняет поля формы.
3. Оператор закрывает форму с сохранением или без.
Предусловия.
Перед началом использования данного варианта оператор должен войти в систему, заявка должна быть создана.
Постусловия.
Если вариант использования завершился успешно, администратор получает сведения о готовности поваров к работе.
Вариант использования Меню
Краткое описание. Данный вариант использования позволяет оператору выдавать меню клиенту.
Основной поток событий.
Данный вариант использования начинает выполняться, когда оператор выдает меню клиенту:
1. Открывается форма для изменения информации.
2. Оператор ставит отметку о вручении меню клиенту.
3. Оператор закрывает форму с сохранением или без.
Предусловия.
Перед началом использования данного варианта оператор должен войти в систему.
Постусловия.
Если вариант использования завершился успешно, измененная заявка будет сохранена. В противном случае состояние системы не изменится.
Вариант использования Столики
Краткое описание. Данный вариант использования позволяет оператору внести отметку о свободных столиках.
Основной поток событий.
Данный вариант использования начинает выполняться, когда оператор проверяет состояния столиков:
1. Открывается форма для редактирования столиков.
2. оператор ставит отметку о наличии свободных столиков.
3. оператор закрывает форму с сохранением или без.
Предусловия.
Перед началом использования данного варианта оператор должен войти в систему.
Постусловия.
Если вариант использования завершился успешно, информация об автомобиле будет сохранена. В противном случае состояние системы не изменится.
Анализ системы
Архитектурный анализ
Принятие соглашений по моделированию включает:
Имена вариантов использования должны быть короткими глагольными фразами.
Имена классов должны быть существительными, соответствующими по возможности понятиям предметной области.
Имена классов должны начинаться с заглавной буквы.
Имена атрибутов и операций должны начинаться со строчной буквы.
Рисунок 2. Диаграмма последовательности
Рисунок 3. Кооперативная диаграмма
Рисунок 4. Схема классов
Список литературы
1. Шлеер С., Меллор С. Объектно-ориентированный анализ: моделирование мира в состояниях. - Киев.: Диалектика, 1993. - 240 с.
2. Боггс У., Боггс М. UML и RationalRose 2002. - М: ЛОРИ, 2004. - 510с.
3. Боэм Б.У. Инженерное проектирование программного обеспечения. - М.: Радио и связь, 1985. - 512 с.
4. Буч Г. Объектно-ориентированное проектирование. - М.: Конкорд, 1992. - 519 с.
Размещено на Allbest.ru
...Подобные документы
Описание предметной области и определение предметной области информационной системы детского сада. Разработка логической и физической модели базы данных дошкольного образовательного учреждения. Анализ функционала информационной системы детского сада.
курсовая работа [1,6 M], добавлен 20.04.2015Реализация базы данных и серверной части информационной системы склада средствами СУБД Microsoft SQL Server. Анализ предметной области, информационных задач, пользовательской системы. Программа реализации проекта. Выработка требований и ограничений.
курсовая работа [2,4 M], добавлен 15.11.2015Системный анализ и анализ требований к базе данных. Концептуальная и инфологическая модель предметной области. Типы атрибутов в логической модели базы. Физическая модель проектируемой базы данных в методологии IDEF1X. Требования к пользователям системы.
курсовая работа [2,3 M], добавлен 21.11.2013Системный анализ предметной области. Построение концептуальной и даталогичной модели базы данных. Физическое проектирование базы данных. Описание функциональной модели системы управления базами данных. Разработка экранных форм ввода-вывода и отчета.
курсовая работа [1,1 M], добавлен 09.12.2014Анализ предметной области, этапы проектирования автоматизированных информационных систем. Инструментальные системы разработки программного обеспечения. Роль CASE-средств в проектировании информационной модели. Логическая модель проектируемой базы данных.
курсовая работа [410,6 K], добавлен 21.03.2011Анализ предметной области. Обеспечение качества проектной документации. Построение инфологической (концептуальной) модели предметной области. Проектирование физической структуры базы данных. Разработка интерфейса, организация ввода и поиска данных.
курсовая работа [2,5 M], добавлен 10.01.2016Разработка базы данных информационной системы для автоматизации предметной области. Программа контроля и просмотра услуг, предоставляемых магазином "Стройматериалы". Схема данных, создание запросов, отчёты. Описание технологии ведения базы данных.
курсовая работа [2,5 M], добавлен 21.10.2012Оценка предметной области: концептуальные требования; выявление информационных объектов и связей между ними; построение базы данных. Описание входных и выходных данных информационной системы "Магазин компьютерной техники". Анализ диаграммы прецедентов.
курсовая работа [294,8 K], добавлен 13.04.2014Определение понятия и общее описание базы данных как упорядоченной информационной системы на носителе информации. Описание предметной области и разработка приложения базы данных, содержащей информацию о расписании занятий, для преподавателей кафедры.
курсовая работа [1,3 M], добавлен 08.08.2012Изучение основных процессов, протекающих в предметной области "Прогноз погоды". Разработка автоматизированной информационной системы для упрощения подсчета средней температуры в отдельных городах. Описание базы данных. Средства защиты информации.
курсовая работа [452,4 K], добавлен 24.03.2014Информационно-логическая модель предметной области по нотациям Ричарда Баркера. Даталогическая модель реляционной базы данных в виде диаграммы схемы отношений. Приложение интерфейса для базы данных на языке программирования С# в среде Visual Studio.
курсовая работа [3,6 M], добавлен 23.12.2014Анализ проектирования баз данных на примере построения программы ведения информационной системы картотеки ГИБДД. Основные функции базы данных. Обоснование выбора технологий проектирования и реализации базы данных. Описание информационного обеспечения.
курсовая работа [753,0 K], добавлен 27.08.2012Функциональная модель предметной области на примере базы данных автоматизированной информационной системы "Общежития". Ведение информационной базы об общежитиях, комнатах и сотрудниках, хранение информации о студентах, специальностях и факультетах.
курсовая работа [2,7 M], добавлен 10.04.2014Описание предметной области. Рассмотрение структуры информационной системы "Мультимедийный контент": диаграммы вариантов использования и технических средств, реляционная модель данных. Процессы инициализации, корректировки данных, генерации отчетов.
курсовая работа [2,7 M], добавлен 16.11.2012Создание базы данных для информационной системы "Грузоперевозки". Анализ предметной области, разработка концептуальной и логической модели базы данных, с использованием средства MS Micrоsоft SQL Server 2005, реализация физического проектирования базы.
курсовая работа [1,3 M], добавлен 01.07.2011Разработка базы данных для предметной области "Подразделения предприятия – Рабочие помещения". Описание используемых данных, предметной области и результатной информации. Создание запросов, форм и отчетов в базе данных. Описание построения диаграмм.
курсовая работа [5,6 M], добавлен 24.07.2014Анализ предметной области с использованием моделей методологии ARIS и разработка ER-диаграммы. Описание входной и выходной информации для проектирования реляционной базы данных. Разработка управляющих запросов и связей между ними с помощью языка SQL.
курсовая работа [975,2 K], добавлен 30.01.2014Методы и средства проектирования информационных систем. Анализ предметной области. Разработка модели базы данных. Анализ рисковых ситуаций, расчёт их последствий. Техническая и программная реализация проекта. Основные требования к аппаратному обеспечению.
курсовая работа [1,1 M], добавлен 23.03.2017Анализ состояния и способов автоматизации складского хозяйства. Управление и оптимизация материальных запасов. Обзор современного состояния программ для торговли и склада. Разработка структуры базы данных информационной системы. Описание интерфейса.
дипломная работа [1,2 M], добавлен 16.06.2015Анализ предпроектного обследования предметной области "Компьютерного сервиса". Особенность разработки функциональная модель IDEF0 для графического представления описания информационной системы. Построение модели данных для проектируемой системы.
контрольная работа [751,8 K], добавлен 12.01.2023