Размещено на http: //www. allbest. ru/

Федеральное государственное бюджетное образовательное учреждение

высшего образования

Уфимский государственный авиационный технический університет

Факультет: ИНЭК

Кафедра: Экономической информатики

ПОЯСНИТЕЛЬНАЯ ЗАПИСКА

к курсовой работе

по дисциплине «Управление жизненным циклом информационных систем»

Проектирование информационной системы экономического объекта

Направление: 38.03.05 Бизнес-информатика

Форма обучения: очная

Курс, группа: 4 курс, БИ405

Фамилия И.О. Тарасенко Екатерина Евгеньевна

Уфа 2016



Федеральное государственное бюджетное образовательное учреждение

высшего образования

Уфимский государственный авиационный технический университет

Кафедра экономической информатики

ЗАДАНИЕ

на курсовую работу по дисциплине «Управление жизненным циклом информационных систем»

Студент Тарасенко Екатерина Евгеньевна Группа БИ405 консультант Филосова Елена Ивановна

1.Тема курсовой работы Проектирование информационной системы приема и обработки заказов на нефтебитумную продукцию

2.Основное содержание: Обследование предметной области. Концептуальное, логическое и___ физическое проектирование ИС. Создание ИС. Разработка форм первичных и результатных___ документов. Создание инструкции по использованию ИС приема и обработки заказов на нефтебитумную продукцию

3. Требования к оформлению

3.1. Пояснительная записка должна быть оформлена в редакторе Microsoft Word в соответствии с требованиями ГОСТ 2.105-95. ЕСКД. Общие требования к текстовым документам

ГОСТ РД 50-34.698-90. Автоматизированные системы Требования к содержанию документов

В пояснительной записке должны содержаться следующие разделы:

3.2. Графическая часть должна содержать:

1. Модель автоматизируемого процесса «как есть»

2. Модель проектируемой системы

3. Формы входных/выходных документов

4. Информационную модель

5. Структуру классификаторов

6. Структуры диалога и программного обеспечения

7. Блок-схему программного модуля

Дата выдачи задания “__”__________2016 г.

Дата окончания “__”____________2016 г.

Руководитель курсовой работы _____________ (_____________________)



Содержание

1 Аналитическая часть

1.1 Характеристика предприятия

1.2 Краткая характеристика автоматизируемого подразделения и видов его деятельности

1.3 Экономическая сущность задачи

1.4 Описание методологии проектирования и создания выбранного компонента экономической информационной системы

2 Проектная часть

2.1 Описание функциональной модели автоматизируемого процесса («КАК ЕСТЬ»)

2.2 Обоснование необходимости разработки экономической информационной системы

2.3 Техническое задание на разработку

2.4 Описание модели проектируемой информационной системы («КАК ДОЛЖНО БЫТЬ»)

2.5 Формы первичных документов

2.6 Формы результатных документов

2.7 Классификаторы с описанием их структур

2.8 Описание информационной модели

1. Аналитическая часть

1.1 Характеристика предприятия

ООО «БИТУМ» основано в 1991 году как производитель нефтяных битумов.

В период 2009-2011 гг. на предприятии произведена реконструкция, позволяющая ООО «БИТУМ» существенно расширить ассортимент выпускаемой продукции.

С июля 2012 года вошла в эксплуатацию вторая очередь реконструкции (цех АВТ), что позволило увеличить объем переработки нефти до 30 000 тонн в месяц.

В состав предприятия входят: цех атмосферно-вакуумной перегонки нефти и нефтебитумного производства, товарно-сырьевой цех на 46 000 тонн, отдел технического контроля, теплоэнергетический цех, автотранспортный участок, служба железнодорожного транспорта, служба безопасности.

ООО «Битум» производит вязкие нефтяные дорожные битумы, предназначенные для применения в качестве вяжущего материала при строительстве и ремонте верхних слоев асфальтовых покрытий дорог.

Компания производит битумы БНД 90/130, БНД 60/90, МГО 70/130 согласно ГОСТ 22245-90.

ООО "БИТУМ" является учредителем производственных компаний ООО "Салаватметалл" и ЗАО "ДорСетьКонструкция".

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

Для предметной области была построена стратегическая карта компании (рисунок 1).

Рисунок 1 Стратегическая карта ООО «БИТУМ»

Также для данной предметной области была построена организационная структура, которая всесторонне описывает организационно-штатную структуру предприятия. ООО «БИТУМ» имеет следующую оргструктуру, представленную на рисунке 2.

Рисунок 2 Организационная структура

ООО «БИТУМ» предоставляет не только продукцию, но и также оказывает ряд услуг. Перечень продуктов и услуг представлен на рисунке 3.

Расшифровка продукции:

МГО - медленногустеющие битумы

МТ - мазут

КГК - керосиногазойлевый конденсат

РН - растворитель нефтяной



Рисунок 3 Дерево продуктов/услуг предприятия

Модель «Дерево функций» описывает функции, выполняемые в компании и их иерархию. Данная модель часто применяется для построения дерева бизнес-процессов компании. Построенное «дерево функций» представлено на рисунке 4.

Рисунок 6 Дерево функций



Деятельность ООО «БИТУМ» подразделяется на 5 основных функций это получение сырья, переработка сырья, производство нефтебитумной продукции, хранение продукции и продажи. Для более детального рассмотрения были взяты функции: переработка сырья и продажи.

1.2 Краткая характеристика автоматизируемого подразделения и видов его деятельности

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

Товарно-сырьевой цех занимается приемом сырой нефти, подготовкой сырья для технологических установок, приемом с технологических установок компонентов, приготовлением (путем смешения) товарной продукции, хранением и реализацией товарной продукции, учетом движения нефтепродуктов.

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

Представим оргструктуру ТСЦ (рисунок 7).



Рисунок 7 Модель оргструктуры ТСЦ

Также для ТСЦ построим дерево функций, которые выполняет данный цех (рисунок 8).

Рисунок 8 Модель дерево функций ТСЦ

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



1.3 Экономическая сущность задачи

На предприятии протекают множество бизнес-процессов. Проанализировав их и ИС ТСЦ, была выявлена проблема, которая заключается в следующем: фирмы-клиенты делают заявки на необходимую продукцию либо по телефону, либо лично в офисе. Это оказалось не совсем удобно как для клиентов, так и для ООО «БИТУМ». Так, например клиент, находящийся в другом городе тратит много времени на дорогу, либо возникает ситуация, когда телефон бывает занят. Таким образом, был выделен бизнес-процесс для дальнейшей автоматизации - прием и обработка заявок на нефтебитумную продукцию от фирм заказчиков.

Представим данный процесс с помощью мнемосхемы (рисунок 9).

Рисунок 9 Мнемосхема «Прием заявки на нефтебитумную продукцию»

Клиент делает заявку на продукцию, представитель отдела ТСЦ ее рассматривает и выдает накладную для отгрузки товара, в случае если данная продукция в наличии. Далее представитель отдела ТСЦ отправляет копию заявки раздатчику нефтепродукта, а клиент отдает накладную для отгрузки, после чего раздатчик нефтепродукта передает данные для отгрузки оператору. Оператор заправляет цистерны продукцией.

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

1.4 Описание методологии проектирования и создания выбранного компонента экономической информационной системы

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

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

Для создания моделей проектируемой информационной системы выбрана методология ARIS. Любая организация в методологии ARIS рассматривается с пяти точек зрения: организационной, функциональной, обрабатываемых данных, структуры бизнес-процессов, продуктов и услуг. При этом каждая из этих точек зрения разделяется ещё на три подуровня: описание требований, описание спецификации, описание внедрения. ARIS предоставляет визуальный инструментарий для обеспечения наглядности моделей. Любую организацию можно описать с помощью иерархии моделей -- от обобщения: например, процессы верхнего уровня с помощью модели VACD уровня процедур и ресурсного окружения функций.

Реализация методологии предполагается с задействованием специализированного программного продукта, обеспечивающего совместную работу над описаниями и диаграммами. Продукт ARIS используется в различных проектах по реинжинирингу и оптимизации бизнес-процессов, ИТ-проектах типа внедрения и эксплуатации ERP-систем, в частности, есть проработанное интеграционное решение для SAP R/3. Также программное обеспечение ARIS составляет основу пакета Business Process Analysis Suite корпорации Oracle. Технически инструментарий ARIS достаточно простой для изучения, имеет интуитивно понятный интерфейс. Модели копируются и вставляются в файлы документов (например, формата Microsoft Word) в виде рисунков.



2. Проектная часть

2.1 Описание модели автоматизируемого процесса («КАК ЕСТЬ»)

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

Представим данный процесс с помощью EPS-диаграммы (рисунок 10).

Рисунок 10 EPS диаграмма «как есть»



2.2 Обоснование необходимости разработки экономической информационной системы

Изучив используемые ИС ТСЦ, была выявлена проблема, которая заключается в следующем: фирмы-клиенты делают заявки на необходимую продукцию либо по телефону, либо лично в офисе. Это оказалось не совсем удобно как для клиентов, так и для ООО «БИТУМ». Так, например клиент, находящийся в другом городе тратит много времени на дорогу, либо возникает ситуация, когда телефон бывает занят.

На сегодняшний день деятельность ООО «БИТУМ» автоматизирована частично. Так, например заявки от фирм клиентов хранятся в журнале Excel, запись в который вводится непосредственно при клиенте. Это занимает время и клиента и сотрудника, а также заметно понижает эффективность работы, приводят к появлению ошибок и опечаток при вводе данных.

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

Целью проектирования системы обслуживания клиентов ООО «БИТУМ» является создание единой информационной сети, позволяющей эффективно хранить, обрабатывать заявки на нефтебитумную продукцию.

2.3 Техническое задание на разработку

1. Общие сведения

· Наименование системы: система Прием и обработка заявок.

· Наименование заказчика: ООО «БИТУМ».

· Общая схема устройства и функционирования ИС «Опытная эксплуатация»:

Функционирование ИС «Опытная эксплуатация» происходит следующим образом: фирма-заказчик отправляет заявку на нефтебитумную продукцию, для этого необходимо зайти в ИС, введя логин и пароль. Далее необходимо открыть форму для заполнения заявки и ввести туда необходимые данные (название продукции, количество, дата отгрузки и т.д.) после чего заявка отправляется и сохраняется в БД. Далее сотрудник отдела ТСЦ получает заявку и одобряет, либо отклоняет ее.

· Сроки выполнения работ: начало работ - 2016 года, окончание работ - 2017 года.

2. Назначение и цели создания системы

2.1. Назначение системы: автоматизация процесса приема и обработок заявок.

2.2. Цели создания системы:

ѕ сокращение сроков времени обработки заявок на продукцию;

ѕ уменьшение времени на обучение новых сотрудников;

ѕ повышение производительности труда работников;

ѕ повышение оперативности ответов на заявки.

2.3 Виды автоматизируемой деятельности

ѕ Система предназначена для автоматизации приема и обработок заявок на нефтебитумную продукцию. К видам автоматизируемой деятельности относятся:

ѕ добавление информации;

ѕ удаление информации;

ѕ редактирование информации;

ѕ форматирование информации;

ѕ поиск информации.

БД ИС должна содержать следующие данные:

Заявки

Фирмы-Клиенты

Водитель

Продукция

Накладная

Сотрудники

3. Характеристика объекта автоматизации

· Объектом автоматизации являются отдел ТСЦ (товарно-сырьевого цеха). Необходимые сведения о принципах функционирования отдела содержаться в Положении об отделе.

ѕ Условия эксплуатации объекта автоматизации определяются в соответствии с Гигиеническими требованиями к видеодисплейным терминалам, персональным электронно-вычислительным машинам и организации работы (Санитарные правила и нормы. СанПин 2.2.2.542-96, утвержденные Постановлением Госкомсанэпиднадзора России от 14.07.96 г. N 14).

ѕ Характеристики окружающей среды определяются в соответствии с Гигиеническими требованиями к видеодисплейным терминалам, персональным электронно-вычислительным машинам и организации работы (Санитарные правила и нормы. СанПин 2.2.2.542-96, утвержденные Постановлением Госкомсанэпиднадзора России от 14.07.96 г. N 14).

4. Требования к системе

4.1. Требования к системе в целом

4.1.1. В составе системы должны быть реализованы следующие функциональные подсистемы:

ѕ прием заявок от фирм клиентов;

ѕ обработка заявки;

ѕ осуществление заказа.

4.1.2. Требования к численности и квалификации персонала системы. Численность персонала должна удовлетворять требованиям:

ѕ быть достаточной для реализации автоматизированных функций системы во всех режимах работы системы;

ѕ обеспечивать полную занятость персонала при реализации автоматизированных функций системы.

Квалификация персонала должна обеспечивать эффективное функционирование технических и программных средств системы во всех режимах работы системы.

4.1.3. Требования к надежности.

Надёжность работы программы должна находиться на уровне прикладных офисных пакетов. Система должна осуществлять контроль входной и выходной информации. Сохранность данных должна обеспечиваться их резервным копированием в процессе работы с системой.

4.1.4. Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы.

Условия и регламент (режим) эксплуатации, которые должны обеспечивать использование технических средств (ТС) системы с заданными техническими показателями, в том числе виды и периодичность обслуживания ТС системы или допустимость работы без обслуживания. Использование технических средств системы должно производиться с выполнением требований производителей оборудования, выполнением периодического обслуживания и регламентных работ в рамках функционирования службы эксплуатации системы.

4.1.5. Требования по стандартизации и унификации.

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

4.1.6. Требования к защите информации от несанкционированного доступа

Требования: Пароли администратора для доступа к данным и пользователей с ограничением доступа (логин и пароль).

4.2. Требования к функциям (задачам), выполняемым системой

Система должна обеспечивать выполнение следующих функций:

ѕ осуществление контроля над приемом заявок;

ѕ добавление сведений о фирмах-клиентах;

ѕ заключение договоров с фирмами клиентами;

ѕ выполнение операций по обработке заявок;

ѕ проверка прохождения заявки .

4.3. Требования к видам обеспечения

4.3.1. Требования к математическому обеспечению:

ѕ универсальность (возможность применения в условиях часто меняющегося законодательства);

ѕ алгоритмическая надежность;

ѕ точность.

4.3.2.Требования к информационному обеспечению:

Информационное обеспечение - совокупность единой системы классификации и кодирования информации, унифицированных систем документации, схем информационных потоков, циркулирующих в организации, а также методология построения баз данных. Уровень хранения данных в системе должен быть построен на основе СУБД phpmyadmin. Для обеспечения целостности данных должны использоваться встроенные механизмы СУБД phpmyadmin.

ИС будет связана с БД «bitym».

Требования к информационному обеспечению:

ѕ Система должна обеспечивать однократный ввод данных.

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

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

4.3.3.Требования к лингвистическому обеспечению:

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

2. Используемые при разработке языки высокого уровня должны обеспечивать решение всех задач по реализации функций системы. Система будет написана на языке php с использованием БД «bitym».. Запросы БД осуществляются на языке MySQL.

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

4. Способ организации диалога с пользователем должен обеспечивать:

ѕ уменьшение вероятности совершения оператором случайных ошибочных действий;

ѕ предусматривать логический контроль ввода данных;

ѕ возможность индивидуальной настройки пользователем с сохранением настроек.

4.3.4.Требования к программному обеспечению.

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

Программные средства должны функционировать под операционной системой Windows 2000 и выше.

4.3.5.Требования к техническому обеспечению:

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

В состав комплекса должны следующие технические средства:

ѕ Сервер БД;

ѕ ПК пользователей;

ѕ ПК администраторов.

Устанавливаются минимальные требования к техническим характеристикам ПК пользователя и ПК администратора:

ѕ Процессор: Pentium II 500 МГц

ѕ ОЗУ: 64 Mb

ѕ HDD: 100 Mb

4.3.6.Требования к организационному обеспечению:

ѕ Организация работ по созданию системы должна осуществляться с использованием современных методов и инструментов проектного управления.

ѕ Должно быть обеспечено решение вопросов управления проектом по временным и стоимостным параметрам, управления качеством, персоналом проекта, коммуникациями, рисками.

ѕ Функционирование системы организуется в рамках выполнения должностных обязанностей сотрудниками предприятия-заказчика. Сотрудники предприятия являются пользователями системы и выполняют свои непосредственные обязанности с использованием ресурсов системы.

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

5. Порядок контроля и приёмки системы:

Тестирование системы заключается в проверки заказчиком работоспособности всех полей, занесения данных в БД, поиск, редактирование и другие доступные функции. Тестированием занимается внутриведомственная комиссия по внедрению новых АИС.

Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу в действие:

При подготовке объекта автоматизации к вводу АС в действие необходимо его установить на компьютер и осуществить связь с БД. Работа с построенной АИС не должна составлять проблем персоналу, знающему устройство ПК, обучение и ознакомление с АИС осуществляется в течение недели.

6. Требования к документированию:

По окончанию выполнения поставленного задания разработчик должен предоставить в трех экземплярах: инструкцию по эксплуатации АИС, ГОСТ 24.208-80, текст программы, спецификацию, смету.

7. Источники разработки:

ТЗ разрабатывалось на основе ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы», ГОСТ 2.301 «Единая система конструкторской документации. Форматы», ГОСТ 2.105 «Единая система конструкторской документации. Общие требования к текстовым документам»

8. Этапы решения задачи

Состав и содержание работ определяется требованиями к выполнению курсового проекта, и включают в себя следующие этапы:

автоматизированный нефтебитумный экономический клиент

Наименование этапа работ	Номер недели
Получение задания на курсовую работу	5
Изучение технического задания, его детализация, подбор литературы	6
Сбор и анализ требований пользователей	7
Проектирование базы данных и разработка приложений	8-10
Реализация и тестирование	12
Подготовка расчетно-пояснительной записки	13
Сдача курсового проекта на проверку	14
Защита курсового проекта	15-17

2.4 Описание модели проектируемой информационной системы («КАК ДОЛЖНО БЫТЬ»)

Создание и внедрение информационной системы приводит к изменению условий выполнения отдельных операций, структуры деловых процессов и предприятия в целом. Это приводит к необходимости изменения системы бизнес-правил, используемых на предприятии, модификации должностных инструкций сотрудников. Модель «КАК ДОЛЖНО БЫТЬ» позволяет уже на стадии проектирования будущей информационной системы определить эти изменения. Применение модели «КАК ДОЛЖНО БЫТЬ» позволяет не только сократить сроки внедрения информационной системы, но также снизить риски, связанные с невосприимчивостью персонала к информационным технологиям.

Рисунок 11 EPS диаграмма «как будет»



2.5 Формы первичных документов

В деятельности ООО «БИТУМ» передача информации является непременным и первостепенным фактором его нормального функционирования. Движение информационных потоков оформляется документально.

Первичный документ это письменное доказательство совершения хозяйственной операции или разрешение на ее осуществление.

К первичным документам процесса заявки на нефтебитумную продукцию относятся: данные сотрудников, информация о фирме-заказчике, водителях и о самой продукции, которые представлены в табл.1-4.

Данные о водителе

Наименование поля	Идентификатор	Тип данных	Размерность
Код водителя	ID_v	Числовой	10
ФИО	FIO	Текстовый	30
Номер машины	NMASHINY	Текстовый	10
Номер прицепа	PRICEP	Текстовый	10
Номер доверенности	DOVERENOST	Текстовый	10
Контактный телефон	NOMER	Текстовый	11

Данные фирмы-клиента

Наименование поля	Идентификатор	Тип данных	Размерность
ИНН фирмы-клиента	INN	Числовой	15
Наименование	NAIM	Текстовый	25
Адрес	ADRES	Текстовый	30
Паспортные данные/ОГРН	PASSPORT	Числовой	15
Банковские реквизиты	BANKR	Числовой	20
Контактный телефон	TELEFON	Текстовый	11



Данные о продукции

Наименование поля	Идентификатор	Тип данных	Размерность
Код продукции	ID_produk	Числовой	10
Название	NAME	Текстовый	20
Цена	CENA	Числовой	10
Категория	KATEGORIYA	Текстовый	20

Данные сотрудника ТСЦ

Наименование поля	Идентификатор	Тип данных	Размерность
Код сотрудника	ID_sotrudnika	Числовой	10
ФИО	FIO	Текстовый	25
Должность	Dolzhnost	Текстовый	20
Контактный телефон	Telefon	Текстовый	11

2.6 Формы результативных документов

Выходной информацией является заявка на нефтебитумную продукцию, накладная. В табл.5-6 представлены формы результатных документов по закупочной деятельности.

Заявка на нефтебитумную продукцию

Наименование поля	Идентификатор	Тип данных	Размерность
Код заявки	NUM	Числовой	10
Код продукции	ID_produk	Текстовый	20
Количество	KOL	Текстовый	10
ИНН фирмы-клиента	INN	Числовой	15
Дата заявки	DATA	Дата	20
Код сотрудника	ID_sotrudnika	Числовой	10



Накладная

Наименование поля	Идентификатор	Тип данных	Размерность
Код накладной	ID_nakl	Числовой	15
Наименование фирмы-клиента	NAIM	Текстовый	35
Название продукции	NAME	Текстовый	35
Сумма	SUMMA	Числовой	10
Дата	DATE	Дата	10
Код водителя	ID_v	Числовой	10

2.6 Классификаторы с описанием структур

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

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

В базу данных включают таблицы, условно именуемые классификаторами (словарями, справочниками), в которых расшифровывают эти коды.

Для организации задачи разработки ИС «Прием и обработка заявок» была разработана система классификаторов (справочников):

- классификатор фирм-клиентов;

- классификатор нефтебитумной продукции.

При проектировании ИС «Прием и обработка заявок» перечисленные классификаторы будут содержать числовые коды длиной не более 8 символов.

В таблице 7 перечислены используемые коды в таблицах ИС «Прием и обработка заявок».

Классификаторы

Наименование кодируемого множества объектов	Значность кода	Система кодирования	Система классификации	Вид классификатора
Код клиента	1	Порядковая	Отсутствует	Локальный
Код продукции	2	Порядковая	Фасетная	Локальный

2.7 Описание информационной модели

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

Модель ООО «БИТУМ» содержит следующие сущности (объекты): Фирма-клиент, водитель, заявка, продукция, сотрудники, накладная (рис.12).

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



Рисунок 12 Логический уровень модели «сущность-связь»

Рисунок 13 Физический уровень модели «сущность-связь»

Структура таблиц БД представлена в таблицах 8-13.

Атрибуты сущности «Водитель»

Поле	Тип	Ноль	По умолчанию
Код водителя	Integer	No	NULL
ФИО	Varchar(30)	No	NULL
Номер машины	Varchar(10)	No	NULL
Номер прицепа	Varchar(10)	No	NULL
Номер доверенности	Varchar(10)	No	NULL
Контактный телефон	Varchar(11)	No	NULL
ИНН фирмы клиента	Integer	No	NULL

Атрибуты сущности «Заявка»

Поле	Тип	Ноль	По умолчанию
Код заявки	Integer	No	NULL
Дата заявки	Date	No	NULL
Код продукции	Integer	No	NULL
Количество	Varchar(10)	No	NULL
Код сотрудника	Integer	No	NULL
ИНН фирмы-клиента	Integer	No	NULL

Атрибуты сущности «Накладная»

Поле	Тип	Ноль	По умолчанию
Код накладной	Integer	No	NULL
Наименование фирмы-клиента	Varchar(25)	No	NULL
Название продукции	Varchar(20)	No	NULL
Сумма	Varchar(15)	No	NULL
Дата	Date	No	NULL
Код водителя	Integer	No	NULL

Атрибуты сущности «Продукция»

Поле	Тип	Ноль	По умолчанию
Код продукции	Integer	No	NULL
Наименование продукции	Varchar(20)	No	NULL
Цена	Varchar(10)	No	NULL
Категория	Varchar(20)	No	NULL

Атрибуты сущности «Сотрудник»

Поле	Тип	Ноль	По умолчанию
Код сотрудника	Integer	No	NULL
ФИО	Varchar(25)	No	NULL
Должность	Varchar(20)	No	NULL
Контактный телефон	Varchar(11)	No	NULL

Атрибуты сущности «Фирма-клиент»

Поле	Тип	Ноль	По умолчанию
ИНН фирмы-клиента	Integer	No	NULL
Наименование	Varchar(25)	No	NULL
Адрес	Varchar(30)	No	NULL
ОГРН	Integer	No	NULL
Банковские реквизиты	Integer	No	NULL
Контактный телефон	Varchar(11)	No	NULL

Размещено на Allbest.ru