Информационная система птицефабрики

 

 

4.1 определение сущностей (задание первичных и внешних ключей)

На основе физической модели автоматически сгенерируем  скрипт БД на SQL (диалект третий):

Таблица 1. Block:

Имя поля	Тип поля	Размер поля
Name	VARCHAR(18),	18
ID	INTEGER NOT NULL	25

 

Таблица 2. Job

Имя поля	Тип поля	Размер поля
Name	VARCHAR(20),	20
ID	INTEGER NOT NULL	25

      

Таблица 3. Worker

Имя поля	Тип поля	Размер поля
Number	VARCHAR(20),	20
ID	INTEGER NOT NULL,	25
Name	VARCHAR(24),	24
Job	INTEGER,	20
Block	INTEGER,	5

 

 

 

 

 

 

 

 

 

Таблица 4. Sort:

Имя поля	Тип поля	Размер поля
Name	VARCHAR(20),	20
ID	INTEGER NOT NULL,	25

 

 

      Таблица 5. Kind:

Имя поля	Тип поля		Размер поля
Name		VARCHAR(20),		20
ID		INTEGER NOT NULL,		25

 

 

Таблица 6. Bird:

Имя поля	Тип поля	Размер поля
Number	VARCHAR(12)	12
ID	INTEGER,	25
Weight	FLOAT,	25
Block	INTEGER,	10
Sort	INTEGER,	5
Birthday	DATE,	50
Kind	INTEGER,	10

 

Таблица 7. Contragent:

Имя поля	Тип поля	Размер поля
Number	VARCHAR(20)	20
ID	INTEGER NOT NULL,	25
Name	VARCHAR(24),	24
Adress	VARCHAR(36),	36

 

Таблица 8. Bird:

Имя поля	Тип поля	Размер поля
Number	VARCHAR(20)	20
ID	INTEGER  NOT NULL,	25
Date_	DATE,	25
Contragent	INTEGER,	10
Price	FLOAT,	5
Counts	INTEGER,	50
Bird	INTEGER,	10

 

Таблица 9. Food:

Имя поля	Тип поля	Размер поля
Name	VARCHAR(20)	20
ID	INTEGER  NOT NULL,	25
Norme	FLOAT,	25

 

2.  определение связей между сущностями.

 

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

 
5.Проектирование пользовательского интерфейса

 

Пользователи могут  работать с БД, используя клиентское приложение. Приложение разработано в Delphi 10.0.

 

Рис.1 «Пицефабрика»

 

Клиентское приложение соединяется с БД, после чего получает копию данных из БД, отсоединяется  от БД и пользователь работает с  копией данных. Если необходимо сохранить изменения нужно это делать вручную (нажать на кнопку). Происходит соединение с БД и вносятся изменения непосредственно в БД.

 

Рис.2 «подразделения информаций»

 

Пользователем является директор, который имеет неограниченные возможности, а именно:

 

 

 

 

 

 

 

 

 

 

 

 

• Добавление записей;
• Удаление записей;
• Просмотр записей;
• Сохранение записей;
• Сортировку записей;
• Редактирование записей.

Рис.3 «пример изменения информации»

 

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

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

 

Рис.4 «пример запроса»

 

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

 

 

 

6. Техническое задание

6.1 Полное наименование системы и ее условное обозначение

 
Полное наименование системы: Информационная система птицефабрика. Краткое название: фабрика.

6.2 Наименования организации-заказчика и организаций-участников работ

Заказчиком системы является: Краевое государственное бюджетное образовательное учреждение среднего профессионального образования «Канский технологический колледж». Адрес заказчика: г. Канск ул.Кайтымская 56.Разработчиком системы является: Сорока Екатерина Александровна. 
Адрес разработчика: Иркутская область, пос. Чунский, ул. Звёздная д.209 кв.37

6.3 Перечень документов, на основании которых создается система

Основанием для разработки информационной системой «птицефабрики» является задание на курсовое проектирование.

6.4 Плановые сроки начала и окончания работы по созданию системы

Дата начала работ 15 декабря 2012 года

Дата окончания работ 6 февраля 2013 года

6.5 Порядок оформления и предъявления заказчику результатов работ по созданию системы

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

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

 

 

 

 

 

 

 

 

6.6 Перечень нормативно-технических документов, методических материалов, использованных при разработке ТЗ

ISO/IES 12207:1995-08-01 «Информационная  технология. Процессы ЖЦ программного  обеспечения»

ГОСТ 34.601-90 «Стадии создания АС»

ГОСТ 34.602-89 «Техническое задание на создание АС»

ГОСТ 34.603-92 «Виды испытаний  АС»

РД 50-34.698-90 «Требование  к содержанию документов»

ГОСТ 24.202-80 «Технико-экономическое  обоснование»

ГОСТ 34.20-89 «Виды, комплектность  и обозначение документов при создании АС»

6.7 Определения, обозначения и сокращения

№	Сокращение	Расшифровка
1	ТЗ	Техническое задание
2	ПИС	Проектирование информационных систем
3	ФА	Федеральное агентство
4	КТК	Канский технологический  колледж
5	АС	Автоматизирование системы

 

 
6.9 НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ

6.9.1 Назначение системы

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

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

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

6.9.2 Цели создания системы

Система создается с  целью:

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

6.10 ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ

 

Объектом автоматизации  является процесс сборки информации о сотрудниках, курицах.

6.11 ТРЕБОВАНИЯ К СИСТЕМЕ

6.11.1 Перечень подсистем, их назначение и основные характеристики

В состав должны входить следующие функции:

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

Функция наблюдения предназначена для хранения данных о  каждой клетке.

Функция назначения предназначена для назначения сотрудника на клетки.

Функция сотрудника предназначена для ведения учета сотрудников.

Функция выполнения технического обслуживания работ  предназначена  для ведения  учета хода выполнения технического обслуживания техники.

 
6.11.2 Требования к численности и квалификации персонала системы

Данная область предполагает работу за компьютером Диспетчера. Поэтому необходимо провести обучение для пользования АИС и основам  работы на компьютере.

Режим работы: без выходных.

6.11.3 Показатели назначения

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

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

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

6.11.5 Требования к безопасности

Все внешние элементы технических средств системы, находящиеся под напряжением, должны иметь защиту от случайного прикосновения, а сами технические средства иметь защитное заземление в соответствии с ГОСТ 12.1.030-81 и ПУЭ.

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

 

6.11.6 Требования к эргономике и технической эстетике и о своей системе