70900

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

Дипломная

Информатика, кибернетика и программирование

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

Русский

2014-10-28

3.01 MB

22 чел.

PAGE  

PAGE   \* MERGEFORMAT 122

Введение

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

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

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

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

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

Второй раздел пояснительной записки отражает процесс разработки программного обеспечения: информационного хранилища (базы данных) и клиентского приложения (графического 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.  Коммерческая:
  2.  Оптовые закупки продовольствия у производителей и поставщиков Ставропольского и Краснодарского краев.
  3.  Оптовые закупки табачных изделий у поставщиков Ставропольского края и Южного Федерального округа.
  4.  Оптовые закупки ликероводочной продукции у поставщиков Южного Федерального округа.
  5.  Маркетинговая:
  6.  Содержание сети розничных торговых павильонов, расположенных на территории крупных городов Ставропольского края (Ставрополь, Невинномысск, Пятигорск, Ессентуки).
  7.  Поддержание широкого ассортимента товаров в магазинах розничной сети и обеспечение высокого качества обслуживания потребителей.
  8.  Планирование розничной сети, постройка магазинов, аренда торговых площадей с целью увеличения товарооборота, повышения информированности потребителей.
  9.  Реализация рекламных компаний.
  10.  Менеджмент:
  11.  Покрытие материальных затрат.
  12.  Покрытие затрат на оплату работы.
  13.  Выплаты процентов по кредитам банков.
  14.  Планирование распределения чистой прибыли и покрытия убытков предпринимательской деятельности.

Частный предприниматель обладает правом нанимать работников в соответствии с действующим трудовым законодательством. Под руководством ИП Быкова Л.Ф. работает 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 Контроль выполнения функций нижестоящими структурными элементами.

Продолжение таблицы 1.1

1

2

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).

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

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

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

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

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

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

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 Расширение рынка сбыта за счет повышения качества обслуживания.


Продолжение таблицы 1.2

1

2

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

Акт об установленном расхождении в количестве при приемке товара

Товаровед, отдел логистики

Бухгалтерия.

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

Продолжение таблицы 1.3

1

2

3

4

5

004

Акт о приемке товара по качеству

Товаровед, отдел логистики.

Бухгалтерия.

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

005

Карточка учета исполнения договоров.

Товаровед.

Бухгалтерия.

Ведется товароведом предприятия оптовой торговли для контроля поступления товаров от поставщиков по договорам и разовым сделкам.


006

Отчет о движении товаров и тары по складу.

Заведующий складом.

Бухгалтерия, заведующий складом.

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

007

Книга учета разбраковки товаров.

Товаровед.

Товаровед, контрольно-ревизионные органы.

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

008

Отчет о получении груза.

Экспедитор.

Контрольно-ревизионные органы.

Составляется ежедневно и служит для контроля получения груза и доставкой этого груза на склад.

Продолжение таблицы 1.3

1

2

3

4

5

009

Журнал учета грузов, поступающих в экспедицию.

Начальник отдела логистики.

Контрольно-ревизионные органы.

Ведется для учета грузов, поступающих от поставщиков.

010

Приходная накладная.

Материально-ответственное лицо.

Бухгалтерия.

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

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

011

Ярлык складской.

Заведующий складом.

Бухгалтерия, контрольно-ревизионные органы.

Выписывается на каждое наименование и сорт поступивших товаров в данной партии.

012

Карточка количественно-суммового учета.

Товаровед-реализатор.

Директор, бухгалтерия, контрольно-ревизионные органы.

Применяется для ведения аналитического учета в складах оптовой торговли с широким ассортиментом товаров

013

Товарная книга.

Материально-ответственные лица.

Бухгалтерия.

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

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

014

Заказ-заявка.

Покупатель.

Товаровед-реализатор.

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

Продолжение таблицы 1.3

1

2

3

4

5

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

4

5

Частота процессора (ГГц)

3200

3000

2800

2800

2800

Размер ОЗУ (Мбайт)

1024

512

1024

1024

512

Видеоадаптер

Модель

ATI Radeon X1300

ATI Radeon X700

Размер памяти (Мбайт)

128

128

128

256

256

Размер жесткого диска (Гбайт)

160

300

300

300

360

Монитор

Диагональ экрана (дюйм)

17

17

17

22

22

Разрешение (точек на дюйм)

1280x1024

Одна из ПЭВМ используется для выхода в Интернет. Настроен прокси-сервер в сети, что позволяет другим машинам совместно использовать канал для доступа в сеть Интернет. Выход в Интернет осуществляется для работы с электронной почтой, отправки отчетности в банк обслуживания и передачи отчетности в налоговые органы. На компьютерах установлена операционная система Microsoft Windows XP Professional. На компьютерах установлено коммерческое прикладное программное обеспечение: Microsoft Office 2003. Используется также прикладное программное обеспечение, представленное в таблице 1.5.

Таблица 1.5 – Прикладное программное обеспечение для ПЭВМ ИП Быкова Л.Ф.

Наименование

Область применения, описание

Финэко

Учет операций с банком обслуживания.

WinRar 3.41

Программа-архиватор

Microsoft Visual FoxPro 6.0

Система управления базами данных.

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

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


1.1.8 Анализ проблемных ситуаций ИП Быкова Л.Ф. и обоснование путей их решения

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

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

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

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

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

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

Требования к проекту, сформулированные заказчиком:

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

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

а) количество товаров на различных складах;

б) сделки во временном разрезе по всем товарам;

в) поставщики предприятия;

г) заказчики предприятия;

г) сотрудники предприятия;

д) основные документа опосредующие сделки;

е) магазины ИП Быкова Л.Ф.

3. Необходимо обеспечить добавление, удаление и модификацию информации для следующих объектов предметной области:

а) товары;

б) товарные группы;

в) сотрудники;

г) покупатели, поставщики;

д) документы;

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

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

6. Разрабатываемая система должна иметь графический интерфейс и работать в среде Microsoft Windows XP и выше.

1.2 Формулировка задач проектирования

1.2.1 Общие сведения о проекте

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

Заказчик: индивидуальный предприниматель Быкова Л.Ф.

Адрес заказчика: 355000, г. Ставрополь, ул. Заводская, 7.

Исполнитель: Северо-Кавказский гуманитарно-технический институт в лице разработчика Куценко Алексея Вениаминовича.

Адрес исполнителя: Ставропольский край, 355029, г. Ставрополь, пр. Кулакова, 8.

Плановый срок выполнения работ по разработке информационной подсистемы учета закупок и  реализации продукции: 12 апреля 2010 г. – 24 мая 2010 г.

Работы по проектированию информационной подсистемы выполняются инициативно без оплаты.

1.2.2 Назначение, цели создания информационной подсистемы

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

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

Целью создания ИП УЗРПП является автоматизация учета продовольственной продукции: от заключения торговых договоров с контрагентами до штучного учета розничной продукции, в том числе:

  1.  Повышение оперативности учета торговых операций с продовольственными товарами.
  2.  Введение в практику учета возможности многокритериального и оперативного отбора требуемых документов, магазинов, товаров, покупателей и поставщиков, что является невозможным при ведении учета с использованием бумажных носителей информации.
  3.  Обеспечение возможности для сотрудников ИП Быкова Л.Ф. при работе с программой самостоятельно определять группы товаров и места хранения.
  4.  Обеспечение автоматического контроля непротиворечивости данных при ведении учета операций с продовольственными товарами.
  5.  Помимо ведения учета торговых операций, реализовать информационную базу, позволяющую оперативно получать информацию о сотрудниках, поставщиках, покупателях, остатках товаров.
  6.  Интеграция информации о первичных документах, сделках, пунктах розничной продажи, складах и товарах в едином хранилище.
  7.  Обеспечение возможности получать информацию не только об остатках продовольственных товаров и денежных средств, но и о соответствующих оборотах за указанные пользователем периоды времени.

Диаграмма вариантов использования информационной подсистемы представлена на рисунке В.1.

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

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

Адрес регистрации индивидуального предпринимателя Быкова Л.Ф.: 355000, г. Ставрополь, ул. Заводская, 7.

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

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

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

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

1.2.4 Требования к информационной подсистеме

Общими для системы являются следующие требования:

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

При проектировании ИП УЗРПП должно быть учтено следующее:

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

Основными принципами создания ИП УЗРПП являются:

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

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

  1.  Навигация. Система должна обеспечивать навигацию по всем доступным пользователю ресурсам и отображать соответствующую информацию. Для навигации должна использоваться система главного и контекстного меню. Интерфейс должен обеспечивать возможность фильтрации отображаемой информации по требуемым параметрам.
  2.  Наполнение информацией. Необходимо предоставить пользователям ИП УЗРПП возможность формировать информационную базу самостоятельно в режиме эксплуатации системы в соответствии с предоставленными правами.
  3.  Разграничение прав доступа. ИП УЗРПП должна обеспечивать возможность указания в режиме администрирования прав доступа для каждого пользователя.
  4.  Формирование отчетности. Необходимо разработать отчеты в соответствии с формами, действующими в ИП Быкова Л.Ф.
  5.  Автоматизация трудоемких операций. Необходимо обеспечить автоматический расчет агрегирующих показателей в денежном и натуральном выражении в разрезе товаров, торговых объектов, складов.

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

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

– должна быть совместима со всеми современными стандартами сетевого администрирования;

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

– должна работать в графических операционных системах (рекомендуется Windows XP и выше);

– должна разрабатываться с применением реляционных систем управления базами данных (рекомендуется MS SQL Server 2005 Express Edition).

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

– все разрабатываемые модули подсистемы должны функционировать на основе общесистемных сервисов операционных систем семейства Microsoft Windows.

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

1.2.5 Состав и содержание работ по созданию подсистемы

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

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

Рисунок 1.4 – Функциональная структура программного продукта

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

– реализация управления средой данных;

– реализация взаимодействия с операционной системой;

– реализация интерфейса с пользователем;

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

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

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

2. Создание базы данных в среде конкретной системы управления базами данных (СУБД), создание таблиц, триггеров, представлений и диаграммы.

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

4. Разработка интерфейса пользователя и пользовательских представлений. Данный этап будет реализовываться с учетом инструментария разработки.

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

1.2.6 Порядок контроля приемки подсистемы

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

  1.  Определение состава приемочной комиссии. В состав комиссии входят представители заказчика, связанные с учетом реализации сельскохозяйственной продукции.
  2.  Установка и настройка программного обеспечения информационной подсистемы.
  3.  Проведение соответствующих испытаний (конкретный вид, состав и объем испытаний определяется заказчиком).
  4.  Обучение пользователей.
  5.  Опытная эксплуатация ИП УЗРПП должна проводиться на площадке исполнителя, приёмочные испытания – на объекте автоматизации заказчика.

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

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

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

Информационная подсистема создается на базе имеющихся технических средств.

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

Изменения в информационном обеспечении состоят в следующем:

– необходимо установить Microsoft .NET Framework 2.0 и выше (бесплатный компонент операционной системы).

– на одном из компьютеров необходимо установить и настроить СУБД Microsoft SQL Server 2005 Express Edition.

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

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

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

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

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

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

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

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

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

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

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


Выводы

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

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

 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.
    1.  Для разработки базы данных 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_CellValueChanged

private

Обработчик изменения значения ячейки таблицы DataGridView1. Делает доступными кнопки button1 и button2.

DataGridView1_DataError

private

Обработчик возникновения ошибки при вводе данных. Выдает информацию о ячейке и причине возникновения ошибки

DataGridView1_RowsAdded

private

Назначение как у обработчика DataGridView1_CellValueChanged 

DataGridView1_RowsRemoved

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

Для управления товарной номенклатурой используются формы «Группы продукции» и «Размещение продовольственных товаров» (рисунки 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 и равен  руб.

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

Затраты на текущее обслуживание и текущий ремонт составляют:

руб.

В итоге получаем величину затрат:  руб.

Прибыль, согласно формуле 4.17, равна:

руб.

4.5 Основные технико-экономические показатели проекта

Чистый дисконтированный доход  от использования программного продукта вычисляется по формуле (4.21):

,

(4.21)

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

 – норма дисконта;

 – капиталовложения при внедрении программного продукта.

Внутреннюю норму доходности проекта определяют по формуле (4.22):

,

(4.22)

где   – максимальное значение внутренней нормы дисконта, при которой  является положительной величиной;

 – минимальное значение внутренней нормы дисконта, при которой  является отрицательной величиной;

 – , вычисленный по формуле (4.21) при подстановке нормы дисконта ;

 – , вычисленный по формуле (4.21) при подстановке нормы дисконта .

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

,

(4.23)

где   – максимальное количество лет, прошедших с начала эксплуатации программного продукта, в течении которых, величина дохода от его использования не превысила величины капиталовложения при внедрении программного продукта;

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

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

Таблица 4.2 – Данные о денежных потоках

Номер этапа

Величина потока, руб.

0 (внедрение)

46176,42

1

27589,63

2

27589,63

3

27589,63

4

27589,63

Чистый дисконтный доход за 4 года (срок морального старения данного продукта) при норме дисконтного процента  в соответствие с формулой (4.21) составляет:

руб.

Значение  указывает на эффективность проекта

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

Таблица 4.3 – Зависимость величины чистого дисконтного дохода от значения нормы дисконта

Значение нормы дисконта, %

Значение чистого дисконтного дохода, руб.

20

25245,81

30

13589,36

40

4843,14

46

600,95

47

-46,34

48

-678,05

Из таблицы 4.3 видно, что , ,  руб.,  руб.

По формуле (4.22) получаем:

%

По формуле (4.23) получаем срок окупаемости проекта:

руб.;

руб.

руб.

Суммы дохода за первые два года составляет  руб., за первые три года –  руб.

Таким образом, период окупаемости (в соответствии ч формулой 4.23) равен:

года.

Основные технико-экономические показатели проекта представлены в таблице 4.4:

Таблица 4.4 – Основные технико-экономические показатели проекта

Основные характеристики

Единицы измерения

Значения

Итоговая трудоемкость разработки

чел.-ч.

1158,66

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

руб.

46176,42

Годовой эффект от внедрения программного продукта

руб.

27607,36

Чистый дисконтный доход за 4 года использования программного продукта

руб.

25245,81

Внутренняя норма доходности

%

46,93

Срок окупаемости проекта

год

2,74

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


Выводы

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

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

Трудоемкость разработки проекта составляет 1158,66 чел.-ч.

Затраты на создание программного продукта составляют 46176,42 рублей.

Годовой эффект от внедрения программного продукта равен 27607,36 рублей.

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

Внутренняя норма доходности равна 46,93%.

Срок окупаемости проекта составляет 2,74 года.

5. Безопасность и экологичность проекта

5.1.Общие мероприятия по обеспечению безопасности на рабочем месте

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

Параметры помещения:

длина – 7 м;

ширина – 5 м;

высота потолка – 3,5 м;

два окна высотой 2 м, шириной 1,8 м;

Общая площадь помещения 35 м2, объём помещения – 122,5 м3. В помещении находится 4 рабочих места оснащенных ПЭВМ, следовательно на одно рабочее место приходится объём – 30,6 м3, площадь – 8,75 м2, что соответствует нормам.

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

Микроклимат соответствует санитарно-гигиеническим требованиям к рабочим местам в производственных помещениях. [10]

Соответствие нормам достигается за счет установки кондиционеров, парового отопления, вентиляции. Температура воздуха поддерживается  22С-25С. Скорость движения воздуха (приблизительно 0,1 м/с) и влажность (40-60%) также поддерживаются  в оптимальном интервале.

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

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

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

На рабочих местах  установлены ПЭВМ типа IBM-PC преимущественно с мониторами  Samsung Samtron 76DF (размер экрана 17 дюймов, величина зерна трубки по горизонтали от 0,30 до 0,45 мм, максимальная частота регенерации изображения 85Гц, максимальное разрешение монитора составляет 1024 на 768 точек). Данные мониторы полностью удовлетворяют международным стандартам, и соответствует российским стандартам по обеспечению техники безопасности.

Специфическая опасность электрооборудования состоит в том, что токоведущие проводники, корпуса ЭВМ и прочее оборудование, оказавшееся под напряжением в результате повреждения изоляции, не сигнализируют человеку об опасности. Реакция человека на электричество возникает лишь при протекании тока через тело. При напряжении в электросети 220 В и частоте тока 50 Гц опасным считается ток силой более 20 мА; при силе тока более 30 мА существует угроза жизни человека вследствие остановки дыхания или сердца, а также получения сильных ожогов. Следовательно, необходима правильная организация обслуживания оборудования, проведение ремонтных и профилактических работ для предотвращения электротравматизма, в магазине обслуживанием оборудования занимаются сотрудники фирмы технического обслуживания.

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

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

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

Эвакуация персонала при пожаре осуществляется через 2 эвакуационных выхода, что соответствует требованиям, и регламентирована планом эвакуации, расположенном напротив каждого выхода. В кабинете предпринимателя есть два огнетушителя ОУ-5. Есть пожарная сигнализация.

Анализ основных опасных и вредных факторов на рабочем месте

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

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

Чтобы предупредить эти заболевания, необходимо тщательное выполнение всех рекомендуемых правил.

Перед работой на ПЭВМ оператор ЭВМ должен:

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

- можно ли изменить высоту и расположение клавиатуры;

- как располагается верхний край экрана по отношению к глазам оператора;                                    

- не работать на клавиатуре ЭВМ непрерывно более 30 минут;

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

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

При работе с ПЭВМ на работника оказывают действия, следующие

вредные производственные факторы:

- локальное мышечное напряжение, преимущественно мышц кисти и предплечья;

- напряжение зрения и внимания при наблюдении за экраном.

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

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

Условия труда на рабочем месте регламентирует ГОСТ 12.1.005-88, который определяет оптимальные и допустимые параметры для рабочей зоны производственных помещений (то есть для пространства высотой до 2 м над уровнем пола).

Выполняемые на рабочем месте работы относятся к категории легких физических с затратой энергии до 120 кал/ч (категория I), а рассматриваемое помещение - к помещениям с незначительными избытками явной теплоты (до 23 Вт/м).

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

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

5.2.Требования безопасности перед началом работы

Во время работы пользователь  ПК обязан:

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

- Следить за нормальным режимом работы основных блоков и дополнительных устройств компьютера;

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

- При проведении чистки и мелкого ремонта блоков и устройств компьютера отключать его от сети;

- При внезапном исчезновении напряжения компьютера отключать от сети;

- Соблюдать режим труда.

В зависимости от группы работ и категории тяжести и напряжения работы на компьютере делать регламентируемые перерывы в течении 8-ми часовой рабочей смены соответствующей длительности:

1) для работ группы А (по считыванию информации с экрана дисплея с предварительным запросом), с тяжестью и напряженностью работы (по суммарному числу не более 60 000 знаков считываемых в смену) – через 2 часа от начала рабочей смены и через 1,5 – 2 часа после обеденного перерыва продолжительностью 15 минут каждой;

2) для работ группы Б (по вводу информации), с тяжестью и напряженностью работы (по суммарному числу не более 40 000 считываемых и вводимых знаков за смену) – через два часа от начала рабочей смены и через 1,5 – 2 часа после обеденного перерыва продолжительностью 15 минут каждый или продолжительностью 10 минут через каждый час работы;

3) для работ группы В (творческая работа в режиме диалога с ПЭВМ), с тяжестью и напряженностью работы ( не более 6 часов суммарного времени работы за смену) через 1,5 – 2 часа от начала рабочей смены и через 1,5 – 2 часа после обеденного перерыва продолжительностью 20 минут каждый или продолжительностью 15 минут через каждый час работы.

5.3.Обеспечение пожаробезопасности помещения

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

Пожарная безопасность обеспечивается за счет использования первичных средств пожаротушения - огнетушителей ОУ-2Ц, автоматических установок пожарной сигнализации и пожаротушения - дымовых датчиков КН-1.

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

- соответствие напряжения в сети  характеристикам  ПК;

- наличие защитного заземления;

- меры защиты от перепадов в сети.

Приборы, находящиеся в помещении работают от напряжения 220 В. Применено заземление с изолированной нейтралью. Заземление выведено на заземляющий контур с сопротивлением 4 Ом. Заземление дисплеев осуществляется через системный блок ЭВМ.

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

При эксплуатации ЭВМ возможны возникновения следующих аварийных ситуаций:

- короткие замыкания;

- перегрузки;

- повышение переходных сопротивлений в электрических контактах;

- возникновение токов утечки.

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

Заключение

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

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

2. Разработана база данных с использованием инструментария Microsoft SQL Server 2005. Проектирование базы данных осуществлялось с детальным учетом объектов, явлений и связей предметной области. Для обеспечения эргономичной работы пользователя с программным продуктом разработано клиентское приложение на основе технологии Microsoft .NET Framework. Для доступа к данным используется технология ADO.NET. Разработка производилась с применением интегрированной среды разработки Microsoft Visual Studio 2005 Express Edition. Для повышения доступности информационной подсистемы конечным пользователям приложение имеет графический интерфейс и функционирует в среде операционной системы Windows.

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

4. Полные затраты на создание информационной подсистемы составили 46176,42 рублей. Планируемый годовой доход от внедрения – 27607,36 рублей. Чистый дисконтный доход за четыре года использования программного продукта составляет 25245,81 рублей. Внутренняя норма доходности проекта равна 46,93%, срок окупаемости проекта в целом – 2,74 года.

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

Список использованных источников

  1.  Мильнер Б. Теория организаций. / Б. З. Мильнер. – М.: ИНФА-М, 1998. – 336 с.
  2.  Бранчев Я. Проектирование и реализация информационных систем. / Я. С. Бранчев, Л. А. Шустер – М.: Вильямс, 2005. – 350 с.
  3.  ГОСТ 34.602-89. Техническое задание на создание автоматизированной системы.
  4.  Спирли Э. Корпоративные хранилища данных. Планирование, разработка и реализация. Т.1. / Э. Спирли. – М.: Вильямс, 2001 – 400 с.
  5.  Gardarin G.Relational Databases and Knowledge Bases. / G. Gardarin, P. Valduriez. – Reading MA: Addison-Wesley, 2004. – 1270 с.
  6.  Карпова Т. Базы данных. Модели, разработка, реализация. Учебник для ВУЗов / Т. С. Карпова. – СПб.: ПИТЕР, 2006. – 304 с.
  7.  Дейт K. Введение в системы баз данных: пер. с англ., 6-е изд. / К. Дж. Дейт. – М.: Диалектика, 2008. – 712 с.
  8.  Корнеев В. Базы данных. Интеллектуальная обработка информации. / В. В. Корнеев и др. – М.: Нолидж, 2001. – 496 с.
  9.  Глушаков С. Базы данных. Учебный курс / С. В. Глушаков, Д. В. Ломотько. – Ростов-на-Дону: Феникс, 2003. – 504 с.
  10.  Ханcен Г. Базы данных. Разработка и управление. / Г. Ханcен, Д. Ханcен. – М.: Бином, 2005. – 704 с.
  11.  Ревунков Г. Базы и банки данных и знаний. / Г. И. Ревунков, Э. Н. Самохвалов, В. В. Чистов. – М.: Высшая школа, 2002. – 368 с.
  12.  Следж О. Руководство администратора баз данных Microsoft SQL Server 2005. / О. Следж., М. Шпеник. – М.: Вильямс, 2006. – 1045 с.
  13.  Виейра Р. Программирование баз данных Microsoft SQL Server 2005. Базовый курс. / РВиейра. – М.: Wrox-пресс, 2007. – 832 с.
  14.  Джоунс Э. Функции SQL. Справочник программиста. / Э. Джоуэнс. – М.: Wrox-пресс, 2006. – 768 с.
  15.  Хендерсон К. Профессиональное руководство по Microsoft SQL Server: структура и реализация. / К. Хендерсон. – М.: Вильямс, 2005. – 1056 с.
  16.  Мейер Д. Теория реляционных баз данных. / Д. Мейер. – М.: Мир, 2007. – 608 c.
  17.  Дунаев С. Доступ к базам данных и техника работы в сети. Практические приемы современного программирования. / С. Дунаев. – М.: Диалог-МИФИ, 2007. – 416.
  18.  Кузнецов С. SQL. Язык реляционных баз данных. / С. В. Кузнецов. – М.:Майор, 2001. – 192 с.
  19.  Нортроп Т. Основы разработки приложений на платформе Microsoft .NET Framework. Учебный курс Microsoft. Перевод с англ. / Т. Нортроп, Ш. Уилдермьюс, Б. Райан. – М.: «Русская редакция», 2007. – 864 с.
  20.  Шилдт Г. C#: учебный курс. / Г. Шилдт. – СПб.: Питер, 2003. – 512 с.
  21.  Робинсон С. C# для профессионалов. Том 1. / С. Робинсон, О. Корнес, Д. Глин, Б. Харвей. – М.:Лори, 2003. – 1002 с.
  22.  Троелсен Э. Язык программирования C# 2005 и платформа .NET 2.0, 3-е издание.: пер с англ. / Э. Троелсен. – М.: Вильямс, 2007. – 1168 с.


Приложение А

(информационное) 

Схема организационно-управленческой структуры ИП Быкова Л.Ф., г. Ставрополь

Рисунок А.1 - Организационная структура ИП Быкова Л.Ф.

Приложение Б

(информационное)

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

Таблица Б.1 – Организационно-функциональная модель ИП Быкова Л.Ф.

Элементы
организационной
структуры

Функциональные области

Управление колхозом

Управление финансами

Управление
кадрами

Управление
закупками и
продажами

Управление
животноводством

Управление
растениеводством

Управление транспортом

1.1

1.2

1.3

2.1

2.2

2.3

2.4

3.1

3.2

3.3

3.4

4.1

4.2

4.3

5.1

5.2

5.3

5.4

5.5

6.1

6.2

6.3

6.4

6.5

7.1

7.2

Директор (ИП)

Ó

Ó

Ó

Ó

Ó

/

Главный бухгалтер

/

/

/

/

Ó

/

Заместитель директора

/

/

\

\

Ó

\

\

\

\

Начальник отдела кадров

Ó

Ó

Ó

Ó

Начальник отдела маркетинга

Ó

Ó

Начальник отдела поставок

\

\

Ó

Ó

Ó

/

/

/

Начальник транспортного отдела

/

/

\

Ó

Ó

Начальник отдела логистики

Ó

Ó

Ó

Ó

\

\

/

Продолжение таблицы Б.1

Начальник отдела продаж

\

\

/

/

/

/

Ó

Ó

Ó

/

Экономист по ценам

\

\

/

/

Товаровед

/

Ó

/

Менеджер логистики

\

\

/

/

Товаровед-реализатор

/

Отдел маркетинга

/

/

Отдел кадров

/

/

/

/

Отдел логистики

\

/

/

/

\

\

\

Отдел продаж

/

/

/

/

/

/

/

/

Бухгалтерия

/

Транспортный отдел

/

Складские цеха

\

/

/

/

\

Приложение В

(информационное)

Диаграмма вариантов использования информационной подсистемы для ИП Быкова Л.Ф.., г. Ставрополь

Рисунок В.1 – Диаграмма вариантов использования информационной подсистемы


Приложение Г

(информационное)

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

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


Приложение Д (информационное)

Структура таблиц базы данных

Таблица Д.1 – Описание таблиц базы данных

Наименование таблицы

Наименование атрибута

Описание атрибута (назначение)

Тип данных

Примечание

1

2

3

4

5

s_tovargroup

id_tovargroup

Уникальный идентификатор в отношении «Группа товаров»

int

Первичный ключ

sname_tovargroup

Краткое наименование группы товаров

char(50)

lname_tovargroup

Описание группы товаров

char(250)

s_tovar

id_tovar

Уникальный идентификатор в отношении «Товар»

int

Первичный ключ

sname_tovar

Краткое наименование товара

char (50)

lname_tovar

Описание товара

char (250)

id_sclad

идентификатор склада

int

Внешний ключ (s_sclad.id_sclad)

id_tovargroup

идентификатор группы товаров

int

Внешний ключ (s_tovargroup.id_tovargroup)

s_sclad

id_sclad

Уникальный идентификатор в отношении «Склад»

int

Первичный ключ

sname_sclad

Краткое наименование склада

char (50)

lname_sclad

Описание склада

char (250)

addr_sclad

Адрес склада

char (250)

s_valuta

id_valuta

Уникальный идентификатор в отношении «Валюта»

int

Первичный ключ

sname_valuta

Краткое наименование валюты

char (50)

lname_valuta

Описание валюты

char (250)

kurs_valuta

Курс к рублю

money

Продолжение таблицы Д.1

1

2

3

4

5

t_docspec

id_docspec

Уникальный идентификатор в отношении «Спецификация»

int

Первичный ключ

sname_docspec

Наименование позиции в спецификации документа

char (50)

id_tovar

Идентификатор товара

int

Внешний ключ (s_tovar.id_tovar)

num_tovar

Количество товара в данной позиции спецификации

float

id_edizm

Идентификатор единицы измерения

int

Внешний ключ (s_edizm.id_edizm)

id_valuta

Идентификатор валюты

int

Внешний ключ (s_valuta.id_valuta)

id_doc

Идентификатор документа, которому принадлежит позиция спецификации

int

Внешний ключ (t_doc.id_doc)

s_edizm

id_edizm

Уникальный идентификатор в отношении «Единица измерения»

int

Первичный ключ

sname_edizm

Краткое наименование единицы измерения

char (50)

lname_edizm

Описание единицы измерения

char (250)

s_kont

id_kont

Уникальный идентификатор в отношении «Контрагент»

int

Первичный ключ

f_kont

Фамилия физического лица

char (30)

i_kont

Имя физического лица

char (30)

o_kont

Отчество физического лица

char (30)

inn_kont

ИНН физического лица

char (12)

pfr_kont

Номер свидетельства пенсионного страхования

char (10)

reg_kont

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

char (25)

Продолжение таблицы Д.1

1

2

3

4

5

fadr_kont

Фактический адрес

char (250)

uadr_kont

Юридический адрес

char (250)

sname_kont

Краткое наименование контрагента

char (50)

lname_kont

Описание контрагента

char (250)

s1_kont

счет контрагента

char (25)

s2_kont

счет контрагента

char (25)

konttype_kont

Идентификатор типа контрагента

int

Внешний ключ (s_konttype.id_konttype)

t_doc

id_doc

Уникальный идентификатор в отношении «Документ»

int

Первичный ключ

sname_doc

Краткое наименование документа

char (50)

lname_doc

Описание документа

char (250)

date_doc

Дата документа

date

id_sotr

Идентитификатор ответственного сотрудника

int

Внешний ключ (t_sotr.id_sotr)

id_doctip

Идентификатор типа документа

int

Внешний ключ (s_doctip.id_doctip)

id_cenatip

Идентификатор типа цены

int

Внешний ключ (s_cenatip.id_cenatip)

id_kont

Идентификатор контрагента

int

Внешний ключ (s_kont.id_kont)

s_doctip

id_doctip

Уникальный идентификатор в отношении «Тип документа»

int

Первичный ключ

sname_doctip

Краткое наименование типа документа

char (50)

lname_doctip

Описание типа документа

char (250)

s_cenatip

id_cenatip

Уникальный идентификатор в отношении «Типа цены»

int

Первичный ключ

sname_cenatip

Краткое наименование типа цены

char (50)

lanme_cenatip

Описание типа цены

char (250)

Продолжение таблицы Д.1

1

2

3

4

5

s_konttype

id_konttype

Уникальный идентификатор в отношении «Тип контрагента»

int

Первичный ключ

sname_konttype

Краткое наименование типа контрагента

char (50)

lname_konttype

Описание типа контрагента

char (250)

t_sotr

id_sotr

Уникальный идентификатор в отношении «Сотрудник»

int

Первичный ключ

f_sotr

Фамилия сотрудника

char (30)

i_sotr

Имя сотрудника

char (30)

o_sotr

Отчество сотрудника

char (30)

inn_sotr

ИНН сотрудника

char (12)

fadr_sotr

Фактический адрес сотрудника

char (250)

regard_sotr

Адрес регистрации сотрудника

char (250)

psvid_sotr

Номер свидетельства пенсионного страхования

char (10)

id_dolzh

Идентификатор должности

int

Внешний ключ (s_dolzh.id_dolzh)

id_sotrtip

Идентификатор типа сотрудника

int

Внешний ключ (s_sotrtip.id_sotrtip)

s_dolzh

id_dolzh

Уникальный идентификатор в отношении «Должность»

int

Первичный ключ

sname_dolzh

Краткое наименование должности

char (50)

lname_dolzh

Описание должности

char (250)

id_otdel

Идентификатор отдела

int

Внешний ключ (s_otdel.id_otdel)

s_sotrtip

id_sotrtip

Уникальный идентификатор в отношении «Тип сотрудника»

int

Первичный ключ

sname_sotrtip

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

char (50)

lnmae_sotrtip

описание типа сотрудника

char (250)

Продолжение таблицы Д.1

s_otdel

id_otdel

Уникальный идентификатор в отношении «Отдел»

int

Первичный ключ

sname_otdel

Краткое наименование отдела

char (50)

lname_otdel

Описание отдела

char (250)


Приложение Е

(информационное)

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

Рисунок Е.1 – Физическая модель базы данных

Приложение Ж

(информационное)

Диаграммы классов наборов данных

Рисунок Ж.1 – Набор данных DataSet3 в режиме проектирования

Рисунок Ж.2 – Набор данных DataSet4 в режиме проектирования

Приложение Ж (продолжение)

(информационное)

Диаграммы классов наборов данных

Рисунок Ж.3 – Набор данных DataSet5 в режиме проектирования

Приложение З

(информационное)

Диаграммы классов различного функционального назначения

Приложение И (продолжение)

(информационное)

Диаграммы классов различного функционального назначения


Приложение К

(информационное)

Диаграмма классов клиентского  приложения ИП Сыротюк Р. Г., г. Ставрополь

Рисунок К.1 – Диаграмма классов клиентского приложения

Приложение Л

(информационное)

Листинг модулей программы

Рисунок Л.1 – Листинг модуля Program.cs
Приложение Л (продолжение)

(информационное)

Листинг модулей программы

Рисунок Л.2 – Фрагмент описания главной формы приложения
(модуль
MDIParent.Designer.cs)


Приложение Л (продолжение)

(информационное)

Листинг модулей программы

Рисунок Л.3 – Реализация обработчиков событий
в модуле
MDIChild_ScladTovarGroup.cs

Приложение М

(информационное)

Формы вывода информации

Рисунок М.1 – Вид отчета о заключенных договорах ИП Быкова Л.Ф.


Приложение М (продолжение)

(информационное)

Формы вывода информации

Рисунок М.2 – Вид отчета о загрузке складов


Приложение Н

(информационное)

Показатели технико-экономической эффективности проекта


PAGE  98


 

А также другие работы, которые могут Вас заинтересовать

27589. Задержание лица, совершившего преступление. Основания для задержания и условия правомерности действий по его задержанию. Отличие причинения вреда при задержании преступника от необходимой обороны 29 KB
  Задержание лица совершившего преступление. В соответствии с законом не является преступлением причинение вреда лицу совершившему преступление при его задержании для доставления органам власти и пресечения возможности совершения им новых преступлений если иными средствами задержать такое лицо не представилось возможным и при этом причиненный вред не превысил пределов необходимости. 91 УПК РФ: 1 если лицо застигнуто при совершении преступления или непосредственно после его совершения; 2 потерпевшие или очевидцы укажут на данное лицо как...
27591. Законодательное определение и критерии невменяемости. Уголовная ответственность лиц с психическими расстройствами, не исключающими вменяемости (ограниченная вменяемость) 34.5 KB
  Лицо находящееся в состоянии невменяемости не подлежит уголовной ответственности и не является субъектом преступления ст. Состояние невменяемости устанавливается заключением судебнопсихиатрической экспертизы. Юридический психологический критерий невменяемости имеет два признака: интеллектуальный признак т.
27593. Захват заложника 32.5 KB
  Захват заложника ст. Объективная сторона заключается в захвате или удержании лица в качестве заложника. Захват заложника – это открытое либо тайное с применением насилия или угрозы его применения либо без такового ограничение свободы его передвижения которое сопровождается в последующем открытым сообщением об этом и выдвигаемых условиях его освобождения.
27594. Изнасилование (ст. 131 УК). Отличие этого преступления от насильственных действий сексуального характера (ст. 132 УК) и от понуждения к действиям сексуального характера (ст. 133 УК). Половое сношение и иные действия сексуального характера с лицом, не дост 39.5 KB
  изнасилование половое сношение с применением насилия или с угрозой его применения к потерпевшей или другим лицам либо с использованием беспомощного состояния потерпевшей. Объектом этого преступления является половая свобода женщины а если потерпевшей является несовершеннолетняя или малолетняя то половая неприкосновенность ее. Потерпевшей может быть только женщина. Необходимо отметить что угроза может касаться не только потерпевшей но и других лиц судьба которых важна для потерпевшей например угроза убить мужа или детей женщины...
27596. Исправительные и обязательные работы как виды уголовного наказания. Их характеристика, порядок и условия применения 31 KB
  Исправительные и обязательные работы как виды уголовного наказания. Исправительные работы заключаются в принудительном привлечении осужденного к труду не имеющему основного места работы с удержанием в доход государства определенной доли из его заработка в размере установленном приговором суда. Исправительные работы включают следующие основные элементы: принудительное привлечение к труду; привлечение к труду лиц не имеющих основного места работы; отбывание наказания в местах определяемых органами местного самоуправления по...