Разработка информационной подсистемы учета закупок и реализации продовольственной продукции для ИП Быкова Л.Ф.

- для предоставления возможности администратору системы исправления исходных кодов программных модулей на каждом рабочем месте необходимо установить Microsoft Visual Studio 2005 Express Edition.

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

Разработчиком ИП УЗРПП предоставляется:

- пояснительная записка к курсовому проекту, база данных, исходные тексты программных модулей в электронном виде на CD-ROM;

- руководство пользователя ИП УЗРПП;

- руководство администратора ИП УЗРПП.



1.2.9 Источники разработки

Источником разработки ИП УЗРПП являются:

- материалы отчета по преддипломной практике;

- образцы форм первичных документов ИП Быкова Л.Ф.;

- образцы форм отчетов ИП Быкова Л.Ф.

Выводы

В результате обследования ИП Быкова Л.Ф. сформулированы следующие выводы:

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

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

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

3.1 Разработать информационную базу данных.

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

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



2. Разработка информационной подсистемы учета закупок и реализации продовольственной продукции для ИП Быкова Л.Ф.

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

2.1.1 Построение логической модели базы данных

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

Построение логической модели осуществляется с использованием программного продукта ERwin 4.0. Модель строится в нотации IDEF1X (Integration DEFinition for Information Modeling).

Основным объектом в сфере торговле продуктами питания является сущность «Товар».

Перечень атрибутов для данной сущности представлен на рисунке 2.1

Рисунок 2.1 - Определение сущности «Товар» в среде Erwin 4.0

Для предметной области также характерны сущности «Поставщик» и «Покупатель». Вид сущностей в среде проектирования Erwin 4.0 и их атрибутивный состав представлены на рисунке 2.2.

а) б)

Рисунок 2.2 - Сущности контрагентов в среде проектирования ERwin 4.0: а) «Покупатель» б) «Поставщик»

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

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

Субъектами предметной области являются не только контрагенты ИП Быкова Л.Ф., но и сотрудники организации, которые являются ответственными лицами при оформлении сделок купли-продажи продовольственных товаров. Атрибутивный состав сущности «Сотрудник» представлен на рисунке 2.3:

Рисунок 2.3 - Атрибутивный состав сущности «Сотрудник»

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

Рисунок 2.4 - Связи между сущностями логической модели

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

2.1.2 Нормализация логической модели

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

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

Для обеспечения непротиворечивости данных и сокращения избыточности вводятся дополнительные отношения «Договор поставки» и «Договор продажи». Это позволяет избежать многократного повторения данных о поставщиках и покупателях, а также свести связи типа «многие ко многим» к связям «один ко многим» (связи многие ко многим не реализуются в среде СУБД). Первичные ключи данных сущностей также определяются как искусственные идентификаторы.

После декомпозиции атрибутов до атомарного состояния область, представляемая сущностями «Покупатель-Товар-Поставщик», будет представлена диаграммой, показанной на рисунке 2.5:



Рисунок 2.5 - Часть логической модели после удаления связей типа М:М

Все связи в модели на рисунке 2.5 приведены к типу 1:М («один ко многим»).

На рисунке 2.5 не каждая сущность приведена к первой нормальной форме, а именно: отношение «Сотрудник» содержит атрибуты «Отдел» и «Должность», которые будут повторяться для различных записей. Следовательно, производится декомпозиция данного отношения. Вводятся элементы, отражающие штатную структуру предприятия: отношения «Должность» и «Отдел». В каждой сущности определяются искусственные первичные ключи, определяются связи типа 1:М между ними (рисунок 2.6).

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

Рисунок 2.6 - Часть логической модели, отражающая штатную структуру предприятия.

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

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



Рисунок 2.7 - Часть логической модели, отражающая документооборот.

На рисунке 2.7 для сущностей «Товар», «Контрагент» и «Сотрудник» представлены только атрибуты первичного ключа.

На рисунке 2.8 представлена часть логической модели, отражающая товарный ассортимент ИП Быкова Р.Г. в базе данных.

Рисунок 2.8 - Часть логической модели, отражающая товарный ассортимент ИП Быкова Р.Г.

На данном этапе проектирование логической модели завершено. Полная логическая модель представлена на рисунке Г.1.

2.1.3 Выбор системы управления базами данных для реализации физической модели

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

Для оперативного учета операций реализации продукции продовольственного назначения рассматриваются реляционные СУБД:

- Microsoft Access 2003;

- Microsoft Visual FoxPro 9.0;

- Microsoft SQL Server 2005.

Выбор данного программного обеспечения продиктован необходимостью разработки приложения, совместимого с операционными системами семейства Microsoft Windows (версии Windows XP Professional и выше). Следует отметить, что все СУБД являются коммерческими, разрабатываются одной компанией и обладают высокой степенью интеграции с большинством сервисов операционных систем семейства Windows.

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

Для СУБД Microsoft Access 2003 характерны следующие достоинства:

1. Высокая степень интеграции с офисными приложениями MS Office, что позволяет строить сложные отчеты непосредственно в Excel или Word.

2. Простота развертывания приложений на основе данной СУБД.

3. Наличие встроенного языка (диалекта SQL и языка высокого уровня VBA).

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

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

СУБД Microsoft Visual FoxPro 9.0 позволяет реализовать все, поставленные на этапе составления технического задания цели и задачи, но обладает рядом существенных недостатков;

1. Плохая масштабируемость программ, разработанных с использованием СУБД Visual FoxPro. Это объясняется наличие собственных встроенных языков: диалекта SQL и высокоуровневого объектно-ориентированного языка для создания интерфейса и бизнес-классов.

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

СУБД Microsoft SQL Server 2005 представляет собой один из самых производительных серверов баз данных. Основным недостатком является стоимость использования (оплата производится за каждое подключение и каждый физический процессор, задействованный на сервере). Существует версия СУБД Microsoft SQL Server 2005 Express Edition, которая позволяет использовать данный сервер баз данных бесплатно с незначительными ограничениями.

Для обеспечения высокой производительности, возможности интеграции со всеми сервисами операционных систем Windows, свободы выбора средств разработки клиентского приложения для работы с базой данных (большинство производителей сред разработки реализуют всестороннюю поддержку данного сервера баз данных) в качестве СУБД выбрана Microsoft SQL Server 2005.

2.1.4 Разработка физической модели базы данных

Для переноса логической модели базы данных в среду Microsoft SQL Server 2005 для каждого отношения создается таблица базы данных. В каждой таблице определяются столбцы (атрибуты), тип атрибута, длина, допустимость пустых значений.

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

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

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

2.2 Разработка клиентского приложения для работы с базой данных

2.2.1 Выбор среды разработки для создания клиентского приложения

Для разработки клиентского приложения используется интегрированная среда разработки MS Visual Studio 2005 Express Edition. Разработка ведется с использованием объектно-ориентированного языка C# (C Sharp). В процессе разработки используются возможности .NET Framework версии 2.0. Данные программные средства позволяют создавать сложные приложения для работы с базами данных в кратчайшие сроки. Это обусловлено следующими особенностями MS Visual Studio 2005 Express Edition:

1 Высокая степень интеграции с сервисами операционной системы Windows (в том числе с сервером MS SQL Server);

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

3 Развитые средства взаимодействия с источниками данных различных СУБД;

4 Широкие возможности по созданию бизнес-классов, представляющих объекты базы данных (таблицы, связи).

5 Современные высокопроизводительные технологии работы с данными (технология отсоединенного источника данных).

6 Полная совместимость типов с СУБД MS SQL Server 2005.

7 Широкие возможности мастеров данных по созданию пользовательских приложений, ориентированных на работу с базами данных.

На современном этапе развития интегрированных сред разработки MS Visual Studio является оптимальным вариантом для создания не только отдельных приложений, но и программных комплексов, ориентированных на использование в распределенной среде.

Платформа .NET представляет набор пространств имен ADO.NET для работы с данными из удаленных источников. При разработке приложения в среде MS Visual Studio 2005 Express Edition работы выполняются в следующей последовательности:

1. Создание графического интерфейса (включая специализированные графические компоненты для представления данных).

2. Разработка бизнес-классов приложения для отображения основных объектов базы данных в проекте C#.

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

2.2.2 Создание графического интерфейса

В качестве каркаса приложения используется MDI-приложение (многодокументальное приложение). В соответствии с данным подходом необходимо разработать главную форму приложения и дочерние формы. Все формы разрабатываются на основе класса Form пространства имен System.Windows.Forms.

Форма главного окна (класс MDIParent) представляет собой окно верхнего уровня, для которого свойство IsMdiContainer установлено в значение null.

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

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

На рисунке 2.9 представлена главная форма приложения в режиме проектирования, показаны команды одного из пунктов главного меню.

Рисунок 2.9 - Главная форма приложения в режиме проектирования

Дочерние окна вызываются с использование команд главного меню и имеют различную структуру, в зависимости от объектов данных, которые они отображают. На рисунке 2.10 представлена дочерняя форма справочника «Контрагенты» в режиме проектирования.

Рисунок 2.10 - Проектирование формы справочника «Контрагенты»

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

Рисунок 2.11 - Классы форм приложения в окне ClassView.



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

2.2.3 Разработка бизнес-классов приложения

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

Для повышения модульности программы реализовано пять классов, производных от DataSet. Все справочники представлены в DataSet1 (рисунок 2.12).

Рисунок 2.12 - Фрагмент набора данных DataSet1 в режиме проектирования



На рисунке 2.12 показаны элементы DataSet1: это типизированные DataTable и DataAdapter. Каждому объекту, представляющему таблицу, например объект типа DataSet1.s_doctip, соответствует объект адаптера данных - DataSet1.s_doctipTableAdapter (рисунок 2.12). Адаптеры осуществляют наполнение объектов DataSet данными, то есть содержат команды обновления, удаления, модификации записей БД на языке SQL.

В приложении присутствуют наборы данных DataSet2 - для представления таблиц, отображающих информацию о штатном расписании, DataSet3 - для объединения объектов DataTable, связанных с таблицей s_tovar («Товар») базы данных.

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

На рисунке 2.13 представлена диаграмма класса DataSet2. Данный класс представляет собой набор данных, из которого выбираются данные для справочника «Контингент».

Рисунок 2.13 - Класс DataSet2, сгенерированная средой разработки, в режиме проектирования

В приложении Ж приводятся диаграммы классов для наборов данных, которые используют формы приложения. На рисунке Ж.1 представлен состав класса DataSet3, который объединяет объекты DataTable, отражающие штатную структуру предприятия. Класс DataSet4 (рисунок Ж.2) производит выборку данных из таблиц базы данных, представляющих кадровый состав предприятия. На рисунке Ж.3 представлен состав класса DataSet4, который объединяет объекты DataTable, отражающие документооборот предприятия.

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

2.2.4 Создание классов для подключения визуальных элементов управления к объектам данных

Для соединения элементов DataGridView, расположенных на дочерних формах и объектов данных (классы DataTable) реализованы дополнительные классы, производные от BindingSource. Схема взаимодействия между объектами данных классов представлена на рисунке 2.14.

Рисунок 2.14 - Схема взаимодействия компонентов приложения

В объекте BindingSource инициализируются два свойства:

1) свойству DataSource присваивается объект DataSet, содержащий требуемую таблицу;

2) свойству DataMember присваивается объект DataTable, содержащий набор строк из таблицы базы данных.

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

После разработки всех классов, необходимо организовать механизм подключения к базе данных. Для этого в приложения водится объект соединения (класс DataConnection). Так как база данных реализована с использованием СУБД SQL Server, нет необходимости создавать процедуры открытия и закрытия соединения для подключения в режиме выполнения программы. Объект соединения настраивается в режиме разработки приложения с использованием мастеров подключения.

Выводы

В качестве программных средств, используемых для разработки информационной подсистемы, использовались продукты MS SQL Server 2005 Express Edition и MS Visual Studio 2005 Express Edition. Данные среды выбраны по следующим причинам:

1 MS SQL Server 2005 Express Edition обеспечивает высокую производительность при работе с удаленными источниками данных.

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

3 Инструментарий и библиотеки Visual Studio 2005 Express Edition обладают высокой степенью интеграции с MS SQL Server, поддерживают все возможности данного сервера баз данных.

4 Данные среды обладают высокой степенью интеграции с операционными системами семейства Windows

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

Проект приложения, содержащий исходные тексты программных модулей занимает 3 мегабайта на жестком диске. Для функционирования информационной подсистемы необходимо подключение программы-клиента к серверу MS SQL Server. База данных (на начальном этапе эксплуатации) занимает 5,75 мегабайт.



3. Информационное и программное обеспечение

3.1 Общие сведения о программном продукте

Полное наименование разработанного программного продукта: «Информационная подсистема учета закупок и реализации продовольственной продукции для ИП Быкова Л.Ф.

Краткое наименование: ИП УЗРПП

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

1. Для разработки клиентского приложения MS Visual Studio 2005 Express Edition.

2. Для разработки базы данных MS SQL Server 2005. Для доступа к данным использовались возможности технологии ADO.NET.

Клиентское приложение разрабатывалось на языке C# (C Sharp). Для работы приложения необходима установка бесплатного программного компонента .NET Framework версии 2.0 и выше.

3.2 Функциональное назначение программного продукта

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

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

1 Ввод и корректировка данных о сотрудниках, штатном расписании, товарной номенклатуре, документах, опосредующих торговые операции в соответствии с принципами ведения учета, характерными для ИП Быкова Л.Ф.

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

3 Оперативное получение информации о процессах закупки и реализации продовольственной продукции по критериям, задаваемым пользователем.

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

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

3.3 Описание логической структуры программного продукта

Обобщенный алгоритм работы программы представлен на рисунке 3.1.

Рисунок 3.1 - Обобщенный алгоритм работы программы

Программа представлена в виде сборки (исполняемого модуля с расширением .exe). Проект приложения в среде MS Visual Studio представлен совокупностью модулей (файлов с расширение .cs), содержащих описание классов приложения. Классы приложения объединены в пространства имен. В приложении семь пространств имен, представляющих наборы данных и формы приложения. Спецификация пространства имен KaKlient представлена в таблице 3.1.

Таблица 3.1

Спецификация пространства имен KaKlient

Класс	Описание
DataSet1	Содержит коллекцию объектов DataTable, представляющих таблицы-справочники
DataSet2	Содержит коллекцию объектов DataTable, представляющих таблицу «Контрагент» и все связанные с ней таблицы.
DataSet3	Содержит коллекцию объектов DataTable, представляющих таблицу «Документ» и все связанные с ней таблицы.
DataSet4	Содержит коллекцию объектов DataTable, представляющих таблицу «Товар» и все связанные с ней таблицы.
DataSet5	Содержит коллекцию объектов DataTable, представляющих таблицу «Сотрудник» и все связанные с ней таблицы.
MDIChild_s_cenatip	Класс формы, отображающей данные из таблицы-справочника «Тип цены»
MDIChild_s_konttype	Класс формы, отображающей данные из таблицы-справочника «Тип контрагента»
MDIChild_s_doctip	Класс формы, отображающей данные из таблицы-справочника «Тип документа»
MDIChild_s_edizm	Класс формы, отображающей данные из таблицы-справочника «Единица измерения»
MDIChild_s_kont	Класс формы, отображающей данные из таблицы «Контрагент» и связанных с ней таблиц
MDIChild_s_sclad	Класс формы, отображающей данные из таблицы-справочника «Склад»
MDIChild_s_sotrtip	Класс формы, отображающей данные из таблицы-справочника «Тип сотрудника»
MDIChild_s_valut	Класс формы, отображающей данные из таблицы-справочника «Валюта»
MDIChild_ShtatRasp	Класс формы, отображающей данные о штатном расписании предприятия (из связанных таблиц «Отдел» и «Должность»)

Формы справочников имеют одинаковый набор переопределенных методов. Спецификация класса формы справочника представлена в таблице 3.2.

Таблица 3.2

Спецификация класса формы справочника

Атрибут	Способ доступа	Назначение
Button button1	private	кнопка «Сохранить»
Button button2	private	кнопка «Отменить»
DataGridView1	private	Таблицы для отображения данных справочника
DataSet dataSet1	private	Набор данных, содержащий таблицу-справочник
TableAdapter s_tadapt	private	Адаптер данных, обеспечивающий наполнение таблицы
BindingSource s_bs	private	Источник данных, обеспечивающий наполнение информацией элементов формы
void button1_Click	private	Обработчик нажатия кнопки «Сохранить». Инициализирует пересылку измененных данных в БД
void button2_Click	private	Обработчик нажатия кнопки «Отменить». Возвращает объект dataSet1 в первоначальное состояние.
DataGridView1_CellValue Changed	private	Обработчик изменения значения ячейки таблицы DataGridView1. Делает доступными кнопки button1 и button2.
DataGridView1_DataError	private	Обработчик возникновения ошибки при вводе данных. Выдает информацию о ячейке и причине возникновения ошибки
DataGridView1_RowsAdded	private	Назначение как у обработчика DataGridView1_CellValueChanged
DataGridView1_Rows Removed	private	Назначение как у обработчика DataGridView1_CellValueChanged
Load	private	Событие загрузки формы справочника, загружает данные из БД

Классы экранных форм обрабатывают такие же события как и формы справочников, но имеют расширенный состав элементов управления. Для синхронизации различных элементов управления на форме, обработчики новых элементов управления ссылаются на обработчики, представленные для справочников в таблице 3.2. На рисунке И.1 представлена диаграмма классов, задействованных в организации взаимодействия приложения с базой данных (классы несвязного уровня ADO.NET).

На рисунке И.2 представлена диаграмма классов, представляющих экранные формы приложения.

В приложении также присутствуют классы для организации ресурсов приложения, организации работы и запуска Windows-приложения. Диаграммы данных классов представлены на рисунке И.3.

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

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

3.4.1 Основное программное обеспечение

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

На стороне ЭВМ с сервером баз данных, устанавливается следующее программное обеспечение:

1. MS SQL Server 2005.

2. MS .NET Framework 2.0.

3. ОС Windows XP Professional SP2.

На ЭВМ, используемых для доступа к базе данных (клиентские ПЭВМ) устанавливается следующее программное обеспечение:

1. MS .NET Framework 2.0.

2. MS Visual Studio 2005 Express Edition.

3. ОС Windows XP Professional SP2.

3.4.2 Требования к центральному процессору

Для ПЭВМ с установленным сервером баз данных требования определяются рекомендациями, заявленными в документации по MS SQL Server 2005 (как наиболее ресурсоемкого приложения, выполняемого на стороне сервера):

1) минимальные: процессор не ниже Pentium 3 с частотой 600 МГц;

2) рекомендуемые: процессор не ниже Pentium 3 с частотой 1 ГГц.

Для ПЭВМ с установленным клиентским приложением требования к процессору не значительны и определяются только минимальными требованиями операционной системы. Для Windows XP Professional: 300 МГц.

3.4.3 Требования к оперативному запоминающему устройству

Требования к ОЗУ на машине с установленным сервером баз данных MS SQL Server 2005 сведены в таблицу 3.3.

Таблица 3.3

Минимальные требования к ОЗУ на ЭВМ с реляционным сервером баз данных

Программный продукт	Минимальные требования к ОЗУ, Мбайт
MS SQL Server 2005	250
Windows XP Professional	128
Итого	378

Таким образом, минимальные требования к объему ОЗУ на ЭВМ с сервером баз данных составляют 378 Мбайт.

Для ЭВМ с установленным клиентским приложением, требования к оперативной памяти сведены в таблицу 3.4.

Таблица 3.4

Минимальные требования к ОЗУ на ЭВМ с клиентским программным обеспечением

Программный продукт	Минимальные требования к ОЗУ, Мбайт
Windows XP Professional	128
MS Visual Studio 2005 Express Edition	128
Пространство, занимаемое клиентским приложением	23
Итого	279

Требования к ОЗУ на машинах только с установленным клиентским приложением составляют 279 Мбайт.

3.4.4 Требования к наличию свободного места на жестком диске

Размер инсталляционного пакета программы составляет 3,85 Мбайт.

Размер инсталляционного пакета MS SQL Server 2005 Express Edition составляет 150 Мб.

Для установки NET Framework 2.0 потребуется 120 Мбайт.

База данных на начальном этапе эксплуатации (с минимальным объемом данных) занимает 5,75 Мбайт.

При эксплуатации программного продукта будет наблюдаться увеличение объема файлов базы данных (в версии Express Edition размер базы данных ограничивается значением 8 Гбайт). Таким образом, максимальное пространство, которое может занять программный комплекс на жестком диске составляет:

1) V_max (ПЭВМ) = 3,85 Мбайт + 120 Мбайт = 123,85 Мбайт (для ЭВМ с установленным клиентским приложением).

2) V_max = 150 Мбайт + 5,75 Мбайт +8 Гбайт = 8347,75 Мбайт (8,2 Гбайт) (для ЭВМ с установленной базой данных и СУБД).

3.4.5 Требования к периферийным устройствам

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

Специфических требований к аудиосистеме нет.

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

Периодичность и оперативность отчетов достаточно высока, поэтому необходимо использовать скоростной лазерный принтер со скоростью печати не менее 40 страниц в минуту.

Для установки приложения необходимо наличие привода CD-ROM.

3.5 Вызов и загрузка программы

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

1) .NET Framework 2.0 или выше;

2) SQL Server Database Engine;

3) клиентское приложение;

4) база данных, подключенная к серверу баз данных.

Для установки программы необходимо выполнить следующие действия:

1) осуществить запуск сервера баз данных с помощью службы SQL Server Configuration Management;

2) Выполнить регистрацию базы данных на сервере СУБД;

3) Вставить CD-ROM с программой в привод;

4) Запустится программа установки, в которой необходимо задать каталог для установки.

5) После завершения установки можно приступать к работе с программой.

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



3.6 Входные данные программы

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

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

3.7 Выходные данные программы

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

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

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

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

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

В главном меню программы содержится пункт «Отчеты». С использованием команд меню данного пункта возможно получение отчетов по перечню заключенных договоров (рисунок Л.1) и расположению продовольственной продукции на складах ИП Быкова Л.Ф. (рисунок Л.2).

Отчеты строятся с использованием программного обеспечения Crystal Reports, а также компонент MS Visual Studio 2005 для работы с данными генераторами отчетов.

3.8 Результаты тестирования программы

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

- ввод значения не совпадающего с хранимым в базе данных по типу;

- ввод строкового значения с длиной превышающей длину хранимой в базе данных строки;

- действия пользователя, приводящие к проявлению аномалий обновления, удаления, вставки.

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



3.9 Руководство пользователя по работе с программой

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

1 Установить MS SQL Server Express Edition.

2 Установить .NET Framework 2.0 или выше.

3 Скопировать приложение с CD-ROM в папку на жестком диске.

После запуска приложения на экране отобразится главное окно приложения (рисунок 3.2).

Рисунок 3.2 - Главное окно приложения

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

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

Рисунок 3.3 - Пример заполнения справочника «Валюты»

Рисунок 3.4 - Пример заполнения справочника «Склады»

После внесения всей необходимой информации необходимо перейти к вводу информации о сотрудниках и штатном расписании ИП Быкова Л.Ф. Сначала необходимо сформировать штатное расписание, то есть заполнить таблицы «Отдел» и «Должность» (рисунок 3.5).

Рисунок 3.5 - Ввод сведений о штатном расписании

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



Рисунок 3.6 - Ввод сведений о сотрудниках организации

Для управления товарной номенклатурой используются формы «Группы продукции» и «Размещение продовольственных товаров» (рисунки 3.7 и 3.8).

Рисунок 3.7 - Форма ввода товарных групп

Рисунок 3.8 - Форма для распределения продуктов питания по группам и складам (местам хранения)

После формирования базы можно переходить к составлению и учету документов и формированию отчетности. Формы отчетов приводятся в приложении М.

Для завершения работы с программой используется команда «Выход» меню «Файл».

Выводы

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

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

1) процессор: для сервера баз данных - 600 МГц, для рабочих станций - 300 МГц;

2) ОЗУ: для сервера баз данных - 378 Мбайт, для рабочих станций - 279 Мбайт.

3) Жесткий диск: для сервера баз данных - 8,2 Гбайт, для рабочих станций без базы данных - 123,8 Мб.

4) Монитор с диагональю 17 дюймов.

5) Принтер с характеристиками: разрешение 300 dpi, скорость печати не менее 40 листов в минуту.

6) Необходимо наличие привода CD-ROM.

программный документооборот закупка реализация



4. Технико-экономическое обоснование разработки информационной подсистемы учета закупок и реализации продовольственной продукции для ИП Быкова Л.Ф.

4.1 Постановка задачи

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

Данный программный продукт позволяет автоматизировать выполнение следующих функций:

1. Ведение базы данных контрагентов.

2. Ведение базы продовольственных товаров в разрезе складов и товарных групп.

3. Формирование договоров на поставку и продажу продовольственных товаров.

4. Формирование отчетов о заключенных договорах закупки продовольственных товаров с возможностью вывода на печать.

5. Формирование отчетов о заключенных договорах продажи продовольственных товаров с возможностью вывода на печать.

6. Формирование отчетов о запасах продовольственных товаров на складах ИП Быкова Л.Ф.

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

8. Обеспечение возможности поиска товаров, сотрудников, контрагентов по критериям, задаваемым пользователем.

9. Поддержка механизмов целостности и непротиворечивости данных.

10. Обеспечение возможности получения показателей по остаткам продовольственной продукции на складах ИП Быкова Л.Ф., по оборотам в натуральном и денежном выражениях.

При разработки программного продукта использовались Microsoft Visual Studio 2005 Express Edition.

4.2 Расчет трудоемкости выполняемых работ

Учет операций закупки и реализации продовольственных товаров до внедрения программного продукта сотрудник ИП Быкова Л.Ф. тратил в среднем 9,2% рабочего времени, то есть 15 часов (ч.) в месяц. Ожидается, что после внедрения программного продукта, затраты времени на осуществление этих функций составят 1,23% рабочего времени, то есть 2 ч. в месяц.

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

(4.1)

где - значение общей трудоемкости проекта, чел.-ч.;

- коэффициент, учитывающий уровень языка программирования .

Для расчета используется формула (4.2):

(4.2)

где - затраты труда на описание задачи, чел.-ч.;

- затраты на исследование предметной области, чел.-ч.;

- затраты на разработку блок-схемы, чел.-ч.;

- затраты на программирование, чел.-ч.;

- затраты на отладку программы, чел.-ч.;

- затраты на подготовку документации, чел.-ч.

Для определения составляющих общей трудоемкости необходимо рассчитать общее число операторов программы по формуле (4.3):

(4.3)

где - число операторов, ед.;

- коэффициент сложности задачи (1.25 … 2);

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

Затраты труда на исследование предметной области рассчитываются по формуле (4.4):

(4.4)

где - коэффициент увеличения затрат труда, вследствие недостаточного описания задачи ();

- количество операторов, приходящееся на 1 чел.-ч. ( ед./чел.-ч.);

- коэффициент квалификации программиста (со стажем до 2-х лет - 0,8; от 2-х до 3-х лет - 1,0; от 3-х до 5 лет - 1,1..1,2; от 5 до 7 лет - 1,3..1,4; более семи лет - 1,6).

Расчет затрат на разработку алгоритма решения задачи производится по формуле (4.5):

(4.5)

Где - количество операторов, приходящееся на 1 чел.-ч. ( ед./чел.-ч.);

Затраты на отладку программы вычисляются по формуле (4.6):

(4.6)

где ед./чел.-ч.

Затраты труда на подготовку документации по программному продукту рассчитываются по формуле (4.7):

(4.7)

где - затраты труда на подготовку рукописи, рассчитывается по формуле (4.8):

, ( ед./чел.-ч.) (4.8)

- затраты на редактирование, печать и оформление документов; расчет производится по формуле (4.9)



(4.9)

Число операторов программы составляет 1750 единиц (ед.).

Условное число операторов, в соответствие с формулой (4.3) составляет (ед.)

Затраты труда на описание задачи составляют 50 чел.-ч.

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

Затраты труда на изучение предметной области в соответствии с формулой (4.4): (чел.-ч.).

Затраты труда на разработку блок-схемы программного продукта в соответствие с формулой (4.5) составляют (чел.-ч.).

Затраты труда на программирование в соответствие составляют: (чел.-ч.).

Затраты труда на отладку программы в соответствии с формулой (4.6) составляют (чел.-ч.).

Затраты на подготовку материалов рукописи в соответствие с формулой (4.8) составляют (чел.-ч.).

Затраты труда на редактирование, печать и оформление документов по формуле (4.9) составляют: (чел.-ч.).

Затраты на подготовку документации по проекту в соответствие с формулой (4.7) равны (чел.-ч.).

Общая трудоемкость проекта рассчитывается по формуле (4.2):

(чел.-ч.).

Итоговая трудоемкость проекта (формула 4.1) составляет (чел.-ч.). Коэффициент принимается равным 0,8, так как при разработке используется высокоуровневый язык разработки.

4.3 Суммарные затраты на создание программного продукта

Для определения полных затрат на разработку информационной подсистемы используется формула (4.10):

(4.10)

где - основная заработная плата производственного персонала;

- дополнительная заработная плата производственного персонала;

- отчисления на социальные нужды;

- затраты на потребляемую электроэнергию;

- расходы на материалы и запасные части;

- затраты на техническое обслуживание и технический ремонт.

Расчет основной заработной платы производится по формуле (4.11):

(4.11)

где - часовая тарифная ставка программиста;

- время работы программиста.

Дополнительная заработная плата определяется по формуле (4.12):



(4.12)

где - коэффициент дополнительной заработной платы (0,1..0,2).

Для расчета отчислений на социальные нужды используется формула (4.13):

(4.12)

где - норматив социальных отчислений ().

Затраты на потребляемую электроэнергию рассчитываются по формуле (4.13):

(4.13)

где - мощность ЭВМ, кВт;

- время работы вычислительного комплекса, ч;

- стоимость 1 кВт-ч электроэнергии, руб./кВт-ч.

В формуле (4.13) время работы определяется по формуле (4.14):

(4.14)

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

Расходы на материалы и запасные части определяются по формуле (4.15):

, (4.15)

где - перечень видов материалов;

- количество -го вида материалов;

- цена одной единицы -го вида материалов.

Затраты на техническое обслуживание и текущий ремонт в формуле (4.10) рассчитываются по формуле (4.16):

, (4.16)

где - балансовая стоимость вычислительной техники;

- годовой фонд времени работы вычислительной техники ч; - норма отчислений на ремонт.

Все работы выполняются одним программистом - разработчиком проекта, с установленной заработной платой 4500 руб. По формуле (4.11) рассчитываем затраты на основную заработную плату:

руб.

Дополнительная заработная плата (формула 4.12) равна:

руб.

Отчисления на социальные нужды () составляют:

руб.

Расходы на электроэнергию в соответствии с формулами (4.13) и (4.14) составляют (при мощности 0,3 кВт, потребляемой ЭВМ):

руб.

Расходы на материалы и запасные части составляют руб.

Затраты на техническое обслуживание и текущий ремонт определяются по формуле (4.16) и равны (при стоимости вычислительной техники 20000 руб.):

руб.

Полные затраты на создание программного продукта (формула 4.10) равны руб.

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

4.4 Оценка экономической эффективности проекта

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

, (4.17)

где - стоимостная оценка применения программного продукта в течении года, руб.;

- стоимостная оценка затрат при использовании программного продукта, руб.

Приток денежных средств в течении года оценивается по формуле (4.18):



, (4.18)

где - затраты на ручную обработку информации, руб.;

- затраты на автоматизированную обработку информации, руб.;

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

В выражении (4.18) величина определяется по формуле (4.19):

,(4.19)

где - время, затрачиваемое на обработку информации вручную, ч;

- цена одного часа работы оператора, руб.;

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

Значение определяется по формуле (4.20):

,(4.20)

где - временные затраты на автоматизированную обработку той же информации, что и в формуле (4.19), ч.

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

руб.

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

При внедрении информационной подсистемы годовые затраты составят руб. (при 2 ч в месяц на автоматизированную обработку информации).

Годовой эффект от внедрения программного продукта рассчитывается по формуле 4.18 и равен руб.