Разработка информационной системы, работающей с замечаниями машиниста электропоезда

Разработка базы данных, предназначенной для сбора замечаний машиниста, доведения их до конкретных служб, контроль за исправлением, анализ. Описание предметной области, глоссарий проекта. Дополнительные спецификации, модель вариантов использования.

Рубрика Программирование, компьютеры и кибернетика
Вид реферат
Язык русский
Дата добавления 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

...

Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.