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

Физическое лицо (Быкова Л.Ф.) осуществляет предпринимательскую деятельность, являясь собственником результатов своей деятельности, отвечает по обязательствам, принятым на себя в результате такой деятельности, всем своим имуществом, на которое в соответствии с законом может быть наложено взыскание по требованию кредиторов. В организационной структуре ИП Быкова Л.Ф. выделены отделы и определены отношения подчиненности между структурными элементами организационной структуры. Несмотря на простую правовую форму ИП Быкова Л.Ф., в организационной структуре данного экономического субъекта присутствуют элементы, присущие большинству торговых предприятий различных форм собственности, независимо от характера производимого продукта: отдел кадров, бухгалтерия, отдел маркетинга. Наряду с подразделениями, обеспечивающими функционирование ИП Быкова Л.Ф. и осуществляющими управление, в организационную структуру входят специфические элементы, отражающие торговую направленность предприятия, - склады, магазины, транспортные цеха. Главный бухгалтер ведет «Книгу учета доходов и расходов предпринимателя», проводит работу с поставщиками, изучая договора поставок продуктов питания, ликероводочных и табачных изделий, ведет «Книгу приобретения товаров», «Книгу продажи товаров», заполняет декларации о доходах и налогах на добавленную стоимость, «Книгу учета расчетных операций» (расчетно-кассовые чеки).Основным недостатком для ИП Быкова Л.Ф. в области учета поставок и продаж продовольственных товаров является ведение оперативного учета с использованием бумажных носителей, и, как следствие, использование имеющейся в распоряжении отдела вычислительной техники с максимальной эффективностью не представляется возможным. Но при использовании информационной базы данных становится возможной реализация интегрированного хранилища информации о количестве товаров, истории сделок, движении товаров, сотрудниках, поставщиках, оптовых и розничных покупателях ИП Быкова Л.Ф. Информационная подсистема для ИП Быкова Л.Ф. по учету закупок реализации продовольственной продукции предназначена для автоматизации учета всех торговых операций ИП Быкова Л.Ф. Необходимо разработать отчеты, отражающие информацию о наличии товаров на складах ИП Быкова Л.Ф., о движении товаров за указанный период, об истории сделок с указанными поставщиками или оптовыми покупателями. Информационная подсистема для учета закупок и реализации продовольственной продукции для ИП Быкова Л.Ф. предназначена для автоматизации учета оптовых и розничных операций закупки и реализации продовольственной продукции.При определении атрибутивного состава сущностей, приведенных на рисунке 2.2, учитывается тот факт, что поставщиками продовольственных товаров являются преимущественно организации и предприятия, следовательно, вводятся атрибуты, позволяющие описать и идентифицировать данный объект предметной области как юридическое лицо. Атрибутивный состав сущности «Сотрудник» представлен на рисунке 2.3: Рисунок 2.3 - Атрибутивный состав сущности «Сотрудник» Для связи между сущностями «Товар» и «Сотрудник» связь типа М:М означает: каждый сотрудник участвует в оформлении многих товаров, и каждый товар может быть оформлен различными сотрудниками. Логическая модель, представленная на рисунке 2.4 нуждается в дальнейшей декомпозиции с целью приведения сущностей в нормальную форму Бойса-Кодда (достижение четвертой нормальной формы не целесообразно). После декомпозиции атрибутов до атомарного состояния область, представляемая сущностями «Покупатель-Товар-Поставщик», будет представлена диаграммой, показанной на рисунке 2.5: Рисунок 2.5 - Часть логической модели после удаления связей типа М:МВ качестве программных средств, используемых для разработки информационной подсистемы, использовались продукты MS SQL Server 2005 Express Edition и MS Visual Studio 2005 Express Edition. Разработана информационная подсистема, учитывающая все требования технического задания: создано приложение, функционирующее в среде Windows, обладающее широкими возможностями масштабируемости и учитывающее все аспекты учета реализации продовольственной продукции на предприятии ИП Быкова Р.Г.. DATASET2 Содержит коллекцию объектов DATATABLE, представляющих таблицу «Контрагент» и все связанные с ней таблицы. DATASET3 Содержит коллекцию объектов DATATABLE, представляющих таблицу «Документ» и все связанные с ней таблицы. DATASET4 Содержит коллекцию объектов DATATABLE, представляющих таблицу «Товар» и все связанные с ней таблицы.Для расчета используется формула (4.2): (4.2) где - затраты труда на описание задачи, чел.-ч.; Для определения составляющих общей трудоемкости необходимо рассчитать общее число операторов программы по формуле (4.3): (4.3) где - число операторов, ед.; Затраты труда на подготовку документации по программному продукту рассчитываются по формуле (4.7): (4.7) где - затраты труда на подготовку рукописи, рассчитывается по формуле (4.8): , (ед./чел.-ч.) (4.8) Затраты труда на разработку блок-схемы программного продукта в соответствие

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

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

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

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

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

Второй раздел пояснительной записки отражает процесс разработки программного обеспечения: информационного хранилища (базы данных) и клиентского приложения (графического Windows-ориентированного приложения для работы с базой данных). Раздел содержит поэтапное описание создания реляционной базы данных в среде Microsoft SQL Server 2005. Разработка объектно-ориентированного приложения осуществляется с использованием интегрированной среды разработки Microsoft Visual Studio 2005 Express Edition.

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

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

В пятом разделе рассмотрены вопросы безопасности при работе с ЭВМ, проведена оценка пожаробезопасности помещения ИП Быкова Л.Ф.

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

1.1 Результаты предпроектного обследования ИП Быкова Л.Ф.

1.1.1 Общая характеристика ИП Быкова Л.Ф.

Индивидуальный предприниматель Быкова Л.Ф. (ИП Быкова Л.Ф.) является субъектом предпринимательской деятельности и действует с 20 июня 2006 года на основании свидетельства о государственной регистрации субъектов предпринимательской деятельности. Предпринимательская деятельность осуществляется в соответствии с Конституцией Российской Федерации (РФ), Гражданским кодексом РФ, законодательными актами, регламентирующими предпринимательскую деятельность граждан РФ.

Деятельность ИП Быкова Л.Ф. является: - самостоятельной;

- инициативной;

- систематической;

- деятельностью на собственный риск;

- деятельностью по выполнению работ, предоставлению услуг и занятию торговлей;

- деятельностью с целью получения прибыли.

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

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

На протяжении двух лет индивидуальный предприниматель Быкова Л.Ф. осуществляет успешную деятельность на рынке Ставропольского края. В настоящее время ИП Быкова Л.Ф. располагает торговыми объектами в Ставрополе, Невинномысске, Пятигорске, Ессентуках, среди которых: восемь магазинов, двенадцать арендуемых торговых площадок (общая площадь 512 квадратных метров) и три складских помещения (общая площадь 185 квадратных метров). Товарная номенклатура: товары продовольственной группы - 516 наименований; табачные изделия - 32 наименования; ликероводочная продукция - 51 наименование.

Основными видами деятельности ИП Быкова Л.Ф. являются: 1. Коммерческая: 1.1 Оптовые закупки продовольствия у производителей и поставщиков Ставропольского и Краснодарского краев.

1.2 Оптовые закупки табачных изделий у поставщиков Ставропольского края и Южного Федерального округа.

1.3 Оптовые закупки ликероводочной продукции у поставщиков Южного Федерального округа.

2. Маркетинговая: 2.1 Содержание сети розничных торговых павильонов, расположенных на территории крупных городов Ставропольского края (Ставрополь, Невинномысск, Пятигорск, Ессентуки).

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

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

2.4 Реализация рекламных компаний.

3. Менеджмент: 3.1 Покрытие материальных затрат.

3.2 Покрытие затрат на оплату работы.

3.3 Выплаты процентов по кредитам банков.

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

Частный предприниматель обладает правом нанимать работников в соответствии с действующим трудовым законодательством. Под руководством ИП Быкова Л.Ф. работает 32 сотрудника на постоянной основе и 23 наемных работника с сезонным и повременным графиком.

1.1.2 Организационно-управленческая структура ИП Быкова Л.Ф.

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

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

В соответствие с выявленной иерархией (рисунки А.1), основными элементами организационной структуры являются: 1. Директор ИП Быкова Л.Ф. Выполняет функции руководителя, отдает распоряжения, решает все организационные вопросы, осуществляет контроль выполнения распоряжений, несет ответственность всем своим имуществом по обязательствам.

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

3. Главный бухгалтер. Назначается на должность и освобождается от должности в установленном действующим трудовым законодательством порядке. Заключает трудовой договор непосредственно с индивидуальным предпринимателем. Подчиняется непосредственно руководителю. Несет ответственность за все финансовые операции, учитывает их в соответствии с действующим законодательством, отвечает за предоставление отчетности в налоговые, государственные и прочие органы. Главный бухгалтер ведет «Книгу учета доходов и расходов предпринимателя», проводит работу с поставщиками, изучая договора поставок продуктов питания, ликероводочных и табачных изделий, ведет «Книгу приобретения товаров», «Книгу продажи товаров», заполняет декларации о доходах и налогах на добавленную стоимость, «Книгу учета расчетных операций» (расчетно-кассовые чеки).

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

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

6. Начальник отдела кадров. Совместно с частным предпринимателем формирует кадровую политику. Осуществляет кадровый учет в соответствии с трудовым законодательством РФ.

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

2. Шофер-экспедитор. Отвечает за поставку товара в соответствии с документацией, разработанной и оформленной заведующим экспедицией.

3. Товаровед. Осуществляет контроль поступающих товаров в соответствии с заключенными договорами. Проверяет состав партии и качество товара.

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

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

6. Начальник отдела поставок. Является менеджером по закупкам. Формирует базу поставщиков, организует поиск новых поставщиков, Совместно с экономистом по ценам принимает решения о целесообразности закупок. Отвечает за пополнение товарного ассортимента и наличие товаров на складах.

7. Начальник отдела логистики. Координирует работу сети складов, отдела поставок и отдела реализации, несет ответственность за распределение товаров в складской сети. Формирует отчеты о недостатке и избытках товаров.

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

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

2. Склады. Объединяет работников (постоянных и временных), обслуживающих складские помещения, осуществляющих погрузку товаров.

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

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

1.1.3 Функциональная структура ИП Быкова Л.Ф.

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

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

Таблица 1.1

Функциональные области и процессы ИП Быкова Л.Ф.

Функциональные области управления Процессы, протекающие в функциональных областях

1 2

1 Управление предприятием 1.1 Выявление стратегических направлений развития. 1.2 Представление интересов организации в органах власти, организациях-партнерах, кредитных учреждениях. 1.3 Контроль выполнения функций нижестоящими структурными элементами.

2 Управление финансами предприятия 2.1 Распределение прибыли между сотрудниками. 2.2 Выявление убыточных направлений деятельности. 2.3 Прогнозирование финансовой эффективности проектов. 2.4 Учет, ревизия, формирование отчетности по всем операциям организации

3 Управление кадрами 3.1 Ведение учета кадров. 3.2 Оформление движения сотрудников в соответствии с трудовым законодательством. 3.3 Составление отчетности в органы власти о работе с кадрами. 3.4 Разработка документов правового характера, оформление договоров.

4 Управление закупками 4.1 Прогнозирование товарных групп, способных принести максимальную прибыль. 4.2 Анализ рынка продавцов для формирования списка экономически выгодных контрагентов. 4.3 Обеспечение необходимого уровня товарных запасов.

5 Управление хранением 5.1 Координация процессов закупки, хранения, пополнения товарных запасов в пунктах продажи. 5.2 Контроль качества товаров на складах. 5.3 Формирование отчетов о наличии товаров. 5.4 Формирование запросов на закупку товаров. 5.5 Формирование графиков поставок товаров в пункты продаж.

6 Управление продажами 6.1 Анализ ранка с целью выявления оптимальных каналов сбыта. 6.2 Проведение маркетинговых мероприятий. 6.3 Организация розничной сети продаж. 6.4 Организация оптовой сети продаж. 6.5 Формирование запросов на необходимые товарные группы.

7 Управление транспортом 7.1 Обеспечение исправности технического парка. 7.2 Исполнение графиков поставок товаров на склады и графиков поставок товаров в пункты продаж.

1.1.4 Анализ организационно-функциональной структуры ИП Быкова Л.Ф.

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

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

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

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

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

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

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

2) поставщики (оптовые и розничные);

3) пункты продаж (магазины, арендуемые помещения);

3) перечни товаров и услуг контрагентов;

4) номенклатура товаров на рынке;

5) остатки продовольственных товаров, сроки хранения, графики поставок;

6) разнообразные операции купли-продажи с различными системами расчетов и документооборотом.

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

1.1.5 Анализ целей деятельности ИП Быкова Л.Ф.

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

ИП Быкова Л.Ф. является физическим лицом, которое зарегистрировано в качестве индивидуального предпринимателя. В соответствии с законодательством РФ индивидуальный предприниматель на законных основаниях осуществляет свою деятельность с целью извлечения экономической выгоды. Глобальная цель деятельности ИП Быкова Л.Ф. - обеспечение потребностей оптовых и розничных потребителей в продовольственных товарах (торговля) с целью извлечения и максимизации прибыли. Данная цель является комплексной и требует конкретизации, уточнения и дальнейшей декомпозиции. Таким образом, цели, заданные в виде общих целевых установок нуждаются в детализации и конкретизации по мере продвижения вниз по уровням системы организационного управления. Возникает необходимость в декомпозиции сложных целей. Иерархию целей целесообразно представить в виде дерева целей.

Критерий оптимальности - это измеритель степени достижения намеченной цели. Он должен однозначно соответствовать определенной цели. Критерий оптимальности должен быть выражен в количественной форме.

Для декомпозиции глобальной цели, определим подцели: 1 Увеличение объемов продаваемых товаров.

2 Снижение издержек различных видов.

3 Совершенствование системы управления ИП Быкова Л.Ф.

В результате, строим дерево целей для ИП Быкова Л.Ф. (рис. 1.1).

Рисунок 1.1 - Дерево целей ИП Быкова Л.Ф.

Система многоцелевая, а значит многокритериальная. В таблицу 1.2 сведены цели деятельности ИП Быкова Л.Ф., приведена декомпозиция на подцели.

Таблица 1.2

Структура дерева целей ИП Быкова Л.Ф.

Цели Стратегии Критерии эффективности

1 2 3

Ц1 Увеличение объемов продаваемых товаров. Ц1.1 Расширение рынка сбыта за счет привлечения новых оптовых и розничных покупателей. 1) Увеличение числа покупателей (оптовых и розничных); 2) увеличение числа новых товаров; 3) увеличение числа торговых точек.

Ц1.2 Расширения рынка сбыта за счет увеличения товарного ассортимента.

Ц1.3 Расширение рынка сбыта за счет повышения качества обслуживания.

Ц2 Снижение издержек различных видов. Ц2.1 Поиск новых экономически выгодных каналов поставок. 1) Увеличение доли новых поставщиков в общем количестве; 2) снижение процента испорченных товаров; 3) Снижение налоговых платежей.

Ц2.2 Планирование процессов поставок, хранения, минимизация порчи товаров.

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

Ц3. Оптимизация системы управления ИП Быкова Л.Ф. Ц3.1 Привлечение сотрудников высокой квалификации во все сферы деятельности индивидуального предприятия. 1) Увеличение доли сотрудников с высшим профильным образованием в структуре предприятия; 2) увеличение числа внедренных технологий в области анализа рынка; 3) увеличение числа реализованных маркетинговых компаний.

Ц3.2 Совершенствование технологий анализа и прогнозирования рыночной ситуации.

Ц3.3 Внедрение новых технологий в области маркетинга, менеджмента, логистики.

Анализ дерева целей необходимо проводить с привлечением экспертных методов. Для ИП Быкова Л.Ф. большинство стратегий, рассмотренных в таблице 1.2, являются экономически нецелесообразными. Это связано с особенностью функционирования малого предприятия в условиях рыночной экономики: малым капиталом, ограниченностью материальных запасов, малым коллективом сотрудников. К таким стратегиям относятся: 1) Все стратегии связанные с привлечением новых сотрудников. Данная стратегия представляет собой экстенсивное направление развития предприятия, что в условиях рыночной экономики приведет к снижению качества продукции, увеличению издержек (за счет налогов, транспортных расходов). Данная стратегия является невыгодной и по причине дефицита свободных посевных площадей в Ставропольском крае.

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

3) Пути развития, связанные с расширением рынков сбыта.

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

1.1.6 Система документооборота ИП Быкова Л.Ф.

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

Все документы предприятия разделяются на следующие группы: - документы, используемые для оформления приемки товаров;

- документы, используемые для оформления размещения товаров на хранение;

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

- кадровые приказы;

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

Таблица 1.3

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

Код Наименование Кем готовится Кем используется Примечание

1 2 3 4 5

Документы, используемы для оформления приемки товаров

001 Журнал для регистрации поступающих грузов. Товаровед Бухгалтерия Применяется для регистрации сопроводительных документов поставщиков.

002 Книга регистрации выдачи счетов-фактур Бухгалтерия Контрольно-ревизионные органы. Регистрация счетов-фактур.

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

004 Акт о приемке товара по качеству Товаровед, отдел логистики. Бухгалтерия. Применяется при оформлении приемки товароматериальных ценностей, имеющих расхождения против данных сопроводительных документов поставщика.

005 Карточка учета исполнения договоров. Товаровед. Бухгалтерия. Ведется товароведом предприятия оптовой торговли для контроля поступления товаров от поставщиков по договорам и разовым сделкам.

006 Отчет о движении товаров и тары по складу. Заведующий складом. Бухгалтерия, заведующий складом. Составляется заведующим складом в двух экземплярах. Первый экземпляр отчета с приложенными первичными документами представляется в бухгалтерию, а второй - с распиской бухгалтерии о принятии отчета и приложенных к нему документов остается у заведующего складом.

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

008 Отчет о получении груза. Экспедитор. Контрольно-ревизионные органы. Составляется ежедневно и служит для контроля получения груза и доставкой этого груза на склад.

009 Журнал учета грузов, поступающих в экспедицию. Начальник отдела логистики. Контрольно-ревизионные органы. Ведется для учета грузов, поступающих от поставщиков.

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

Документы, используемые для оформления размещения товаров на хранение

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

012 Карточка количественно-суммового учета. Товаровед-реализатор. Директор, бухгалтерия, контрольно-ревизионные органы. Применяется для ведения аналитического учета в складах оптовой торговли с широким ассортиментом товаров

013 Товарная книга. Материально-ответственные лица. Бухгалтерия. Ведется для учета товарно-материальных ценностей. На каждое наименование товара в книге открывается отдельный счет.

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

014 Заказ-заявка. Покупатель. Товаровед-реализатор. Составляется покупателем и корректируется товароведом-реализатором с учетом наличия товаров на складе. Товаровед уточняет и заполняет в заказе-заявке данные, необходимые для выписки счета-фактуры, а также для упрощения поиска товаров на складе.

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

016 Журнал регистрации заказов покупателей. Товаровед-реализатор. Экономист, директор. Служит для контроля своевременности исполнения заказа покупателей.

017 Карточка оценки спроса. Товаровед-реализатор. Экономист, директор, отдел продаж. Ведется по покупателям на основании их заказов и служит для учета неудовлетворенного спроса.

018 Счет-фактура. Бухгалтерия. Покупатель. Выписывается на товары, фактически отобранные для покупателей на складе оптового предприятия.

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

020 Карточка учета исполнения договоров отгрузки. Товаровед-реализатор. Директор, экономист. Ведется для контроля реализации товаров по договорам и разовым сделкам.

021 Книга оперативного учета поставки товаров покупателям. Товаровед. Директор, экономист. Ведется в разрезе покупателей и товарных групп на основании карточки учета исполнения договоров отгрузки.

В таблице 1.3 рассмотрены основные документы, связанные с оптовой и розничной закупкой и реализацией продовольственных товаров в ИП Быкова Л.Ф. Состав документов может меняться в зависимости от видов расчетов. Многообразие форм расчетов порождает и различные конфигурации информационных потоков. На рисунке 1.2 представлена обобщенная схема документооборота ИП Быкова Л.Ф. в области основной деятельности - торговли продовольственными товарами.

Рисунок 1.2 - Схема документооборота ИП Быкова Л.Ф.

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

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

В состав аппаратного обеспечения офиса ИП Быкова Л.Ф. входят пять персональных компьютеров, которые объединены в локальную вычислительную сеть (рисунок 1.3) с использованием концентратора. Один компьютер подключен к сети Интернет через модем. Технические характеристики используемых средств приведены в таблице 1.4.

Рисунок 1.3 - Схема соединения компьютеров в офисе ИП Быкова Л.Ф.

Таблица 1.4

Технические характеристики ПЭВМ ИП Быкова Л.Ф.

В результате обследования ИП Быкова Л.Ф. сформулированы следующие выводы: 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) Vmax (ПЭВМ) = 3,85 Мбайт 120 Мбайт = 123,85 Мбайт (для ЭВМ с установленным клиентским приложением).

2) Vmax = 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 - Ввод сведений о сотрудниках организации

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