Разработка информационной системы для столовой

Оглавление

 

Введение

1. Описание предметной области

2. Обследование объекта автоматизации

3. Реализация фазы анализа

4. Применение структурного подхода к проектированию ИС

5. Словарь данных

6. Спецификация процессов

7. Реализация фазы анализа (построение ER-диаграммы)

8. Формирование и нормализация отношений БД

9. Диаграмма переходов состояний (STD)

10. Структурное проектирование информационной системы

11. Диаграмма SADT

12. Описание архитектуры ИС

13. Описание интерфейса ИС

Заключение

Список использованных источников

Введение

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

Применение баз данных при обработке различного рода информации значительно облегчает работу. Создание базы данных позволяет легко обновлять и удалять данные. Современные информационные системы, характеризуются большими объемами хранимой информации, необходимостью удовлетворять разнообразные требования пользователей.

В настоящее время базы данных являются неотъемлемой частью любого предприятия, фирмы.

Столовые и места быстрого питания - важный субъект рыночной инфраструктуры, поэтому разработка ИС является актуальной задачей.

информационная система архитектура интерфейс

1. Описание предметной области

Построить информационную систему столовой, удовлетворяющую следующим требованиям:

столовая предоставляет для своих клиентов услугу питания;

на каждый день составляется меню, которое включает в себя список блюд для питания. На основе этого меню составляется список для закупки необходимых продуктов питания, входящих в состав блюд;

клиент, приехав в столовую, выбирает из меню блюда, которые он хотел бы заказать, берет их, проходит на кассу и расплачивается;

по результатам своей деятельности столовая производит отчисления в налоговые органы и предоставляет отчетность в органы государственной статистики.

 

2. Обследование объекта автоматизации

Таблица 2. Методика проведения обследования

Параметры	Решение	Обоснование
По цели обследования	Системное	Разработка проекта решения комплекса задач
По количеству участников	Индивидуальное	Один проектировщик
По степени охвата предметной области	Сплошное

Таблица 3. Выбор методов сбора материалов обследования

Характеристика выбранного метода	Методы сбора, выполняемого силами проектировщиков	Методы сбора, выполняемые силами специалистов предметной области	Характеристика выбранного метода
Проведение бесед по вопросам, которые носят глобальный характер и относятся к определению стратегии развития информационной системы	Проведение бесед, опросов и семинаров с руководителями объекта, и его подразделений	Ведение индивидуальной тетради-дневника	Заключается в записи исполнителя в дневнике о каждой проведенной работе (цель, содержание, длительность) в течение определенного срока (например, месяца).
Применяется для определения трудоемкости и стоимости работ, подлежащих автоматизации, а также для установления объемов работ по отдельным операциям	Расчетный метод
Заключается в декомпозиции рассматриваемого делового процесса или работы на ее составные части: задачи, расчеты, операции и элементы операций. Проводится анализ каждой части в отдельности, выявляется повторяемость отдельных операций, многократное обращение к одной и той же операции, степень их зависимости друг от друга	Метод анализа операций
Заключается в извлечении необходимой информации из предоставленных материалов: чаще всего бумажной документации, а также электронных таблиц и иных файлов	Метод анализа предоставленного материала
Сравнение и анализ информации	Интернет-опрос

Таблица 4. Программа обследования

Наименование вопроса	Источники информации	Получатель информации
Цель функционирования объекта	Руководитель предприятия	Руководитель проекта
Основные параметры объекта	Методы сбора	Руководитель проекта
Функции подразделения	Метод анализа операций
Технологические процессы	Метод анализа предоставленного материала	Руководитель проекта
Материальных потоки и процессы их обработки	Расчетный метод	Руководитель предприятия

Таблица 5. План-график работ по проведению обследования

Наименование работы	Исполнитель	Дата начала	Длительность	Дата окончания
Проведение беседы с руководителем предприятия	Руководитель проекта	3.09.2014	2 часа	3.09.2014
Проведение опроса и семинара с руководителями отделов	Руководитель проекта	4.09.2014	4.5 часа	4.09.2014
Анализ кассовых операций	Руководитель проекта	30.11.2014	1 день	1.12.2014
Расчет стоимости ПО	Руководитель проекта	11.09.2014	2 дня	13.09.2014
Анализ предоставленного материала от руководителя	Руководитель проекта	6.09.2014	3 дня	9.09.2014
Изучение работы других ИС	Руководитель проекта	1.12.2014	3 дня	5.12.2014
Ведение дневника официанта	Руководитель проекта	1.11.2014	1 месяц	2.12.2014
Ведение дневника бармена	Руководитель проекта	1.11.2014	1 месяц	2.12.2014
Ведение дневника повара	Руководитель проекта	1.11.2014	1 месяц	2.12.2014
Ведение дневника шеф-повара	Руководитель проекта	1.11.2014	1 месяц	2.12.2014

 

3. Реализация фазы анализа

Назначение ИС: ИС о деятельности подразделений столовой, позволяющая оперативно распечатывать отчеты, предоставлять информации администрации в целях оптимального и эффективного функционирования деятельности данной столовой.

Таблица 6. Назначение и цели создания (развития) системы

Характеристики проекта	Значения характеристик
Назначение системы
вид деятельности системы (управление, проектирование и т.п.)	Доступ информации сотрудникам Доступ руководства к отчетам и заказам Отчетность в органы государственной статистики
перечень объектов информатизации (объектов), на которых предполагается ее использовать
Цели создания системы
наименования и требуемые значения технических показателей объекта информатизации, которые должны быть достигнуты в результате создания ИС	Кассовый терминал, чековый аппарат
наименования и требуемые значения технологических показателей объекта информатизации, которые должны быть достигнуты в результате создания ИС	Установка необходимого ПО, создание информационной системы и базы данных
наименования и требуемые значения производственно-экономических показателей объекта информатизации, которые должны быть достигнуты в результате создания ИС	Снижение времени на оформление заказа
критерии оценки достижения целей создания системы	Информационная система с необходимым функционалом, база данных

4. Применение структурного подхода к проектированию ИС

Рис. 1. DFD (контекстная) диаграмма верхнего уровня иерархии

Таблица 7. Список событий

Описание	Тип	Реакция
Клиент желает совершить заказ (покупку)	ND	Регистрация заказа (покупки)
Обслуживание клиента	ND	Продажа товара
Руководство предоставляет полномочия новому поставщику	ND	Регистрация поставщика
Поставщик сообщает об изменении адреса	ND	Регистрация измененного адреса поставщика
Поставщик направляет продукты	ND	Получение продуктов
Руководство запрашивает новый отчет	ND	Формирование требуемого отчета для руководства

Таблица 8. Список потоков

Потоки на диаграмме верхнего уровня	Потоки на диаграмме нулевого уровня
Информация от клиента	Запрос о заказе
Информация для клиента	Выдача чека
Информация от руководства	Запрос отчета о заказах, запрос отчета о поставщиках
Информация для руководства	Отчет о заказах, отчет о поставщиках
Информация для поставщика	Данные о продуктах
Информация от поставщика	Поставка продуктов, информация для подписания договора
Информация для кухни	Запрос на выполнение заказа, поставка продуктов
Информация от кухни	Меню, заказ на поставку, информация о продуктах
Информация для менеджера	Выполнение заказа, заказ
Информация от менеджера	Сохранение информации о заказе, запрос на выполнение заказа

Рис. 2. DFD (контекстная) диаграмма нулевого уровня иерархии

Рис. 3. Диаграмма структура данных

5. Словарь данных

@ИМЯ = ЗАКАЗ

@ТИП = внешний поток

@ЕДИНИЦА = текстовая + числовая

@БНФ = Наименование + Количество

@КОММЕНТАРИЙ = указывает желаемый заказ клиента

@ИМЯ = ПЕРЕДАЧА ЗАКАЗА И ВЫДАЧА ЧЕКА

@ТИП = внутренний поток

@ЕДИНИЦА = текстовая + числовая

@БНФ = Наименование + Количество + Стоимость + Итого

@КОММЕНТАРИЙ = предоставление информации о чеке клиенту

@ТИП = внутренний поток

@ЕДИНИЦА = текстовая + числовая

@БНФ = Наименование + Стоимость

@КОММЕНТАРИЙ = информация о меню

@ИМЯ = ПОЛУЧЕНИЕ СВЕДЕНИЙ О МЕНЮ

@ТИП = внутренний поток

@ЕДИНИЦА = текстовая + числовая

@БНФ = Наименование + Стоимость

@КОММЕНТАРИЙ = информация о меню

@ИМЯ = ИНФОРМАЦИЯ О ВЫПОЛНЕНИИ ЗАКАЗА

@ТИП = внутренний поток

@ЕДИНИЦА = Булево

@БНФ = Статус выполнения

@КОММЕНТАРИЙ = Отправка статуса выполнения заказа

@ИМЯ = ЗАПРОС НА ВЫПОЛНЕНИЕ ЗАКАЗА

@ТИП = внутренний поток

@ЕДИНИЦА = текст

@БНФ = Дата заказа + содержимое заказа

@КОММЕНТАРИЙ = Передача запроса на выполнение заказа

@ИМЯ = СОХРАНЕНИЕ ИНФОРМАЦИИ О ЗАКАЗЕ

@ТИП = внутренний поток

@ЕДИНИЦА = дата + текстовая

@БНФ = Дата заказа + содержимое заказа

@КОММЕНТАРИЙ = Сохранение в базу

@ИМЯ = СОХРАНЕНИЕ МЕНЮ

@ТИП = внутренний поток

@ЕДИНИЦА = текстовая + числовая

@БНФ = Наименование + Стоимость

@КОММЕНТАРИЙ = Сохранение меню в базу

@ИМЯ = ПОСТАВКА ПРОДУКТОВ

@ТИП = внешний поток

@ЕДИНИЦА = Текстовая + Числовая

@БНФ = Поставщик + Наименование + Количество

@КОММЕНТАРИЙ = поставка продуктов

@ИМЯ = ЗАКАЗ ПРОДУКТОВ

@ТИП = внутренний поток

@ЕДИНИЦА = Текстовая + Числовая

@БНФ = Поставщик + Наименование + Количество

@КОММЕНТАРИЙ = заказ на поставку

@ИМЯ = СОХРАНЕНИЕ ИНФОРМАЦИИ О ПРОДУКТАХ

@ТИП = внутренний поток

@ЕДИНИЦА = Текстовая + Числовая

@БНФ = Поставщик + Наименование + Количество

@КОММЕНТАРИЙ = сохранение информации о продуктах в базу

@ИМЯ = ИНФОРМАЦИЯ ДЛЯ ПОДПИСАНИЯ ДОГОВОРА

@ТИП = внешний поток

@ЕДИНИЦА = дата + текстовая

@БНФ = Дата договора + Содержание договора

@КОММЕНТАРИЙ = передача договора

@ИМЯ = Информация О ЗАКЛЮЧЕННОМ ДОГОВОРЕ

@ТИП = внутренний поток

@ЕДИНИЦА = дата + текстовая

@БНФ = Дата договора + Реквизиты + Содержание договора

@КОММЕНТАРИЙ = сохранение информации в базу о договоре

@ИМЯ = ОТПРАВИТЬ ДОКУМЕНТЫ НА ПОДПИСЬ

@ТИП = внешний поток

@ЕДИНИЦА = Текстовая

@БНФ = Дата отчета + Содержание отчета

@КОММЕНТАРИЙ = отправка документов на подпись руководству

@ИМЯ = ЗАПРОС ОТЧЕТА

@ТИП = внешний поток

@ЕДИНИЦА = текстовая

@БНФ = Отчет

@КОММЕНТАРИЙ = руководство запрашивает отчеты

@ИМЯ = ОТЧЕТЫ ДЛЯ РУКОВОДСТВА

@ТИП = внешний поток

@ЕДИНИЦА = текстовая

@БНФ = Дата отчета + Содержание отчета

@КОММЕНТАРИЙ = предоставление отчетов руководству

@ИМЯ = ИНФОРМАЦИЯ ОБ ОРГАНИЗАЦИИ ФИНАСОВЫХ РАСЧЕТОВ

@ЕДИНИЦА = текстовая

@БНФ = Дата документа + Содержание документа

@КОММЕНТАРИЙ = предоставление информации о финансовых расчетах

@ИМЯ = ОПЛАТА

@ТИП = внешний поток

@ЕДИНИЦА = Текстовая + Числовая

@БНФ = Наименование + Цена + Итого

@КОММЕНТАРИЙ = данные об оплате

@ИМЯ = ЗАПРОС НА ОПЛАТУ

@ТИП = внешний поток

@ЕДИНИЦА = текстовая + числовая

@БНФ = Наименование + Цена + Итого

@КОММЕНТАРИЙ = запрос на оплату поставщика

@ИМЯ = ИНФОРМАЦИЯ ОБ ОПЛАЧЕННЫХ СЧЕТАХ

@ТИП = внешний поток

@ЕДИНИЦА = дата + текстовая

@БНФ = Дата оплаты + Содержание отчета

@КОММЕНТАРИЙ = информация для поставщика о счетах

 

. Спецификация процессов

1.      Процесс 1: Обслужить клиента

2.      Процесс 2: Приготовить еду

@ВХОД = ЗАПРОС НА ВЫПОЛЕНИЕ ЗАКАЗА

@СПЕЦПРОЦ

Выполнить заказ

@ВЫХОД = ИНФОРМАЦИЯ О ВЫПОЛНЕНИИ ЗАКАЗА

@ВХОД = ПОСТАВКА ПРОДУКТОВ

@СПЕЦПРОЦ

Обработать информацию о продуктах

@ВЫХОД = СОХРАНЕНИЕ ИНФОРМАЦИИ О ПРОДУКТАХ

@ВХОД = ПРОДУКТЫ

@СПЕЦПРОЦ

Обработать информацию о продуктах

@ВЫХОД = СОХРАНЕНИЕ МЕНЮ

.        Процесс 3: Заказать продукты

ЕСЛИ Заказали продукты ТО ВЫПОЛНИТЬ Заказ продуктов

.        Процесс 4: Заключить договор о сотрудничестве

Построим спецификацию процесса заключения договора о сотрудничестве. При выборе поставщика следует руководствоваться следующими правилами:

) если цены поставщика не устраивают, то обговорить скидки;

2) если не полный перечень товаров, то обговорить расширение ассортимента;

3) если документы не в порядке, то переподготовить документы;

4) если все документы в порядке, то приступить к подписанию договора.

Условия

1

2

3

4

5

6

7

8

C1

Цены поставщика устраивают

Д

Д

Д

Д

Н

Н

Н

Н

С2

Полный перечень товаров

Д

Д

Н

Н

Д

Д

Н

Н

Все документы в порядке

Д

Н

Д

Н

Д

Н

Д

Н

Действия

D1

Обговорить скидки

1

1

1

1

D2

Обговорить расширение ассортимента

1

1

1

1

D3

Переподготовка документов

1

1

1

1

D4

Приступить к подписанию договора

1

1

1

1

.        Процесс 5: Провести финансовые расчеты

@ВХОД = ИНФОРМАЦИЯ О ЗАКЛЮЧЕННОМ ДОГОВОРЕ

@СПЕЦПРОЦ

Обработать информацию

@ВЫХОД = ОТПРАВИТЬ ДОКУМЕНТЫ НА ПОДПИСЬ

@ВХОД = ОПЛАТА

@СПЕЦПРОЦ

Оплатить счета

@ВЫХОД = ЗАПРОС НА ОПЛАТУ

@ВХОД = ИНФОРМАЦИЯ ОБ ОРГАНИЗАЦИИ ФИНАНСОВЫХ РАСЧЕТОВ

@СПЕЦПРОЦ

Организовать финансовые расчеты

@ВЫХОД = ИНФОРМАЦИЯ ОБ ОПЛАЧЕННЫХ СЧЕТАХ

.        Процесс 6: Подготовить отчет

ЕСЛИ Запрос отчета ТО ВЫПОЛНИТЬ Отчеты для руководства

7. Реализация фазы анализа (построение ER-диаграммы)

Рис.4. Диаграмма сущность-связь.

 

8. Формирование и нормализация отношений БД

Рассмотрим все три нормальные формы на примере Заказа. У Заказа ключом является реквизит Номер (№ заказа), к описательным реквизитам относятся: Наименование, Количество, Стоимость.

Отношение называется нормализованным или приведенным к первой нормальной форме, если все его атрибуты простые (неделимы). Во второй нормальной форме если есть уникальный однозначно атрибут, определяющий каждую запись, и в третьей нормальной форме если отсутствуют функциональные зависимости.

Отношение Заказ= (Номер, Наименование, Количество, Стоимость) находится в первой нормальной форме.

Отношение Заказ= (Номер, Наименование, Количество, Стоимость) находится во второй нормальной форме, так как есть уникальный атрибут номер.

Отношение Заказ= (Номер, Наименование, Количество, Стоимость) находится в третьей нормальной форме, так как возможная транзитивная зависимость с Наименованием устранена путем добавления таблицы Меню.

 

9. Диаграмма переходов состояний (STD)

Рис.5. Диаграмма переходов состояний (STD).

10. Структурное проектирование информационной системы

Рис. 6. Карта Константайна процесса "обслужить клиента"

Рис.7. Карта Джексона обслуживания клиента.

Рис.8. DFD-диаграмма TO-BE

 

11. Диаграмма SADT

Рис. 9. Модель SADT 0 уровень иерархии

Рис. 10. Модель SADT 1 уровень иерархии

12. Описание архитектуры ИС

Для реализации архитектуры моей ИС я использовала 1С: Предприятие 8.2.1С: Предприятие имеет клиент-серверную архитектуру. Технологическая платформа "1С: Предприятие" представляет собой программную оболочку над базой данных (используются базы на основе собственного формата 1CD или СУБД Microsoft SQL Server). Клиентская часть платформы функционирует в среде Microsoft Windows.

 

13. Описание интерфейса ИС

Тип используемого интерфейса можно отнести к смешанному (псевдографическому). Оконное приложение, работающее в режиме меню.

Рис. 12. Документ Приходная накладная

Рис. 13. Справочник Поставщики

Рис. 14. Список продуктов

Рис. 15. Справочник Рецепты

Рис. 16. Меню

Рис. 17. Заказы клиентов

Рис. 18. Отчет Остатки на складе

 

Заключение

В заключении хочу сказать, что мною была спроектирована и реализована информационная система столовой. В ходе работы Я освоил основные методологии проектирования информационных систем, в частности изучил построение таких диаграмм как: DFD, STD, SADT, TO-BE, структурные карты Константайна и Джексона, ER-диаграммы. Результатом моей работы является техническое задание для реализации системы, а также реализованная информационная система на базе 1С: Предприятие 8.2.

Список использованных источников

1.      Курс лекций по дисциплине "Методы и средства проектирования информационных систем".

2.      Т.В. Гвоздева, Б.А. Баллод "Проектирование ИС"

.        Радченко М.Г. Хрусталева Е.Ю. "1С Предприятие 8.2 Практическое пособие разработчика", 2009 г.