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

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

Рис. 3.10

3.2.3 Разработка базы данных

В дипломном проекте  для разработки базы данных использовалась СУБД MicrosoftSQLServer 2008. В данной СУБД были разработаны такие объекты базы данных, как таблицы и процедуры. Таблицы описывают реляционные отношения, хранимые процедуры реализуют запросы к базе данных и используются серверными библиотеками. Описание созданных таблиц представлено в таблице 3.2.

Таблица 3.2

Таблица	Описание
Доставка	Содержит данные обагрегатах, установленных  на самолете
Группа	Содержит данные о группе номенклатуры
Журнал	Содержит данные о выдаче материалов со склада
Список	Содержит данные о материалах поставленных на склад
Материалы	Содержит данные о материалах которые на складе
Номенклатура	Содержит данные о номенклатуре
Подразделение	Содержит данные о подразделениях предприятия
Пользователи	Содержит данные о пользователях системы
Поставщики	Содержит данные об поставщиках
Склад	Содержит данные о складах

 

Подробная спецификация этих таблиц представлена в таблице 3.3

Таблица 3.3

Название таблица
Поле	Тип	Значение null	Ключ
DELIVERY
ID	int	нет	первичный
Id_vendor	int	да	вторичный
Date	datatime	да
GROUP
ID	int	нет	первичный
Name	varchar(50)	да
JOURNAL
ID	int	нет	первичный
Id_nomen	int	да	вторичный
Count	int	да
Where	varchar(100)	да
User	int	да	вторичный
LIST
ID	int	нет	первичный
Id_nomenclature	int	да	вторичный
Count	int	да
Id_delivery	int	да	вторичный
MATERIALS
ID	int	нет	первичный
Id_nomen	int	да	вторичный
Count	int	да
Id_warehouse	int	да	вторичный
NOMENCLATURE
ID	int	нет	первичный
Name	varchar(50)	да
Id_group	int	да	вторичный
SUBDIVISION
ID	int	нет	первичный
Name	varchar(50)	да
USERS
ID	int	нет	первичный
Family	varchar(50)	да
Name	varchar(50)	да
SecondName	varchar(50)	да
Id_subdivision	int	да	вторичный
Login	nchar(20)	да
Password	nchar(20)	да
Admin	bit	да
VENDORS
ID	int	нет	первичный
Name	varchar(50)	да
WAREHOUSE
ID	int	нет	первичный
Name	varchar(50)	да

После создания таблиц, было принято решение создать  хранимые процедуры, приведенные в таблице 3.4.

Хранимой процедурой (ХП) называют подпрограмму, написанную на расширенной версии языка SQL или ином языке, которая хранится в БД на сервере и выполняется в адресном пространстве сервера в случае вызова ее со стороны клиентского приложения. Использование ХП имеет следующие основные преимущества:

• возможность  организовать обработку данных непосредственно  на сервере БД, что сокращает трафик, передаваемый по сети;

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

• повышение  безопасности данных, так как появляется возможность запретить пользователю непосредственное выполнение операторов INSERT, UPDATE и DELETE.

Хранимая  процедуры может обмениваться данными  с клиентским приложением следующими основными способами:

• путем  передачи из в клиентского приложения в ХП входных параметров;

• путем  возврата из ХП в клиентское приложение выходных параметров;

• путем  возврата из ХП в клиентское приложение кода завершения ХП с помощью оператора RETURN;

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

Таблица 3. 4

Название	Описание
Add_ DELIVERY	Добавляет данные в таблицу «DELIVERY»
Add_ GROUP	Добавляет данные в таблицу «GROUP»
Add_ JOURNAL	Добавляет данные в таблицу «JOURNAL»
Add_ LIST	Добавляет данные в таблицу «LIST»
Add_ MATERIALS	Добавляет данные в таблицу «MATERIALS»
Add_ NOMENCLATURE	Добавляет данные в таблицу «NOMENCLATURE»
Add_ SUBDIVISION	Добавляет данные в таблицу «SUBDIVISION»
Add_ USERS	Добавляет данные в таблицу «USERS»
Add_ VENDORS	Добавляет данные в таблицу «VENDORS»
Add_ WAREHOUSE	Добавляет данные в таблицу «WAREHOUSE»
Delete_ DELIVERY	Удаляет данные из таблицы «DELIVERY»
Delete_ GROUP	Удаляет данные из таблицы «GROUP»
Delete_ JOURNAL	Удаляет данные из таблицы «JOURNAL»
Delete_ LIST	Удаляет данные из таблицы «LIST»
Delete_ MATERIALS	Удаляет данные из таблицы «MATERIALS»
Delete_ NOMENCLATURE	Удаляет данные из таблицы «NOMENCLATURE»
Delete_ SUBDIVISION	Удаляет данные из таблицы «SUBDIVISION»
Delete_ USERS	Удаляет данные из таблицы «USERS»
Delete_ VENDORS	Удаляет данные из таблицы «VENDORS»
Delete_ WAREHOUSE	Удаляет данные из таблицы «WAREHOUSE»
Update_ DELIVERY	Изменение данных в таблице «DELIVERY»
Update_ GROUP	Изменение данных в таблице «GROUP»
Update_ JOURNAL	Изменение данных в таблице «JOURNAL»
Update_ LIST	Изменение данных в таблице «LIST»
Update_ MATERIALS	Изменение данных в таблице «MATERIALS»
Update_ NOMENCLATURE	Изменение данных в таблице «NOMENCLATURE»
Update_ SUBDIVISION	Изменение данных в таблице «SUBDIVISION»
Update_ USERS	Изменение данных в таблице «USERS»
Update_ VENDORS	Изменение данных в таблице «VENDORS»
Update_ WAREHOUSE	Изменение данных в таблице «WAREHOUSE»

Указанные хранимые процедуры  осуществляют DML-запросы к базе данных в виде добавлениеAdd, удаления DELETE и изминение Update.

3.4 Конструирование пользовательского интерфейса

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

Основными принципами являются:

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

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

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

Понятие интерфейса включает в себя:

• аппаратно-программный интерфейс;
• программно-программный интерфейс;
• пользовательско-программный интерфейс.

В разрабатываемом программном  приложении использовались объекты  и компоненты, приведенные в таблице4.1.

Таблица 4.1

Компоненты	Описание
Form	важнейший визуальный компонент, который  представляет собой видимое окно Windows, служит контейнером для всех других компонентов
TextBox	поле в форме оконной строки для ввода символов
Label	метка, используется для отображения  текста на форме
Button	кнопка для выполнения действия
toolStrip	Панель инструментов для группировки  элементов управления
GroupBox	компонент-контейнер для объединения  компонентов
TabControl	это компонент, который состоит из вкладок, каждая вкладка является контейнером, то есть – там можно располагать  другие компоненты Visual Studio
DataGridView	сетка, предназначена для отображения  таблицы
ComboBox	поле в форме оконной строки c выпадающим списком текстовых записей
mainMenu	меню-панель, является контейнером для размещения главного меню программы
Panel	для группировки различных элементов  интерфейса
MicrosoftReport Viewer	создание отчета

 

 

4. Разработка программной документации

4.1 Руководство  системного программиста

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

Если все требования соблюдены, можно приступить к установке  и настройке программы.

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

4.2 Руководство пользователя

После запуска на экране появляется диалоговое окно, предлагающее войти  в систему под своим логином  и паролем (Рис. 4.1.). Это неоходимо  для разграничения прав пользователей  системы.

Рис.4.1

После входа в систему.откроется главное  окно программы (Рис. 4.2.), где необходимо выброть один из необходимых пунктов меню.

Рис.4.2.

Во вкладке справочники(Рис4.3) находится информация по складам, номенклатуре, поставщикам и подразделениям.

Рис.4.3

Выберем пункт склады(Рис.4.4).

Рис.4.4

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

Рис.4.5.

Если  выбрать в справочниках пункт  номенклатура у нас появятся данные по номенклатуре(Рис.4.6).

Рис.4.6.

Управление  идет кнопка в верхней части формы(Рис4.6.). Первые две копки добавляют и  удаляют группу, оставшиеся две тип.

 

Рис.4.6.

Пункты  поставшики и подразделения позволяют  просмотреть информацию о них(Рис4.7). Управление осуществляется как и в пункте склады.

Рис.4.7

Пункт меню склад(Рис.4.8.) позволяет просмотреть  информацию по складам.

Рис.4.8

Выберем пункт материалы(Рис.4.9.). В нем  показывается какие материалы на каком складе хранятся. Управление осуществляется как и в пункте склады.

Рис.4.9.

В пункте поступление(Рис.4.10) показанно какой  элемент, когда поступил.

 

Рис.4.10

В пункте журнал(Рис.4.11.) содержатся данные о  выдаче материалов со склада.

Рис.4.11

Пункт «Окна»(Рис.4.12) главного меню содержит возможность группировать расположение форм если у вас открыто больше одной(Рис 4.13-4.14).

Рис.4.13

Рис4.14

Пункт «О праграмме» главного меню содержит информацию о версии продукта и разработчеке(Рис 4.15).

Рис.4.15

Последний пункт гланого меню называется «Файл» он содержит кнопку выхода и возможность  открыть панель администратора(Рис 4.16).

Рис.4.16

При выборе пункта «Администратор» откроется  панель ввода логина и пароля администратора(Рис 4.17), если логин и пароль введен правельно  то откроется форма администратора(4.18).

Рис.4.17

Рис.4.18

При нажатии на кнопку «Создать резервную  копию базы» мы создаем резервную  копию базы. Для этогонадо только указать путь куда надо сделать копию  и нажать кнопку «Создать»(Рис.4.19).

Рис 4.19

При нажатии на кнопку «»Востановить  из резервной копии» мы можем востановить  данны при ошибки из раннее сохраненной  копии. Для этого тоженужно только указать путь и нажать кнопку «Востановить»(Рис 4.22).

Рис.4.20

Кнопка  «Пользователи» позваляет добавть  нового пользователя(Рис 4.23). Добавление и удаление пользователей происходит так же как и данных в справочниках.

Рис.4.23

Если  выбрать пункт меню «Файл»-«выход»  томы выйдем из формы администратора. Так же работает этот пункт и в  главном меню.

5. Тестирование программы.

5.1.    Общие положения

Тестирование программной системы - это установление соответствия программной  системы заданным требованиям и  программным документам.

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

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