Размещено на http://www.allbest.ru/

ВВЕДЕНИЕ

Актуальность разработки автоматизированной информационной подсистемы управление запасами для ООО «Регата-Ставрополь», обусловлена тем, что учет запасов не автоматизирован и организован в виде базы данных на бумажных носителях.

Целью данного проекта является разработка информационной подсистемы «InventoryManagement», для управления запасами ООО «Регата - Ставрополь».

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

В первом разделе пояснительной записки проводится результаты предпроектного обследования ООО «Регата-Ставрополь»:

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

- изучить документооборот фирмы;

- ознакомиться с информационной системой, функционирующей на фирме;

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

Во втором разделе пояснительной записки рассмотрены вопросы реализации информационной подсистемы «InventoryManagement». При разработке базы данных этой информационной подсистемы использовался Microsoft SQL Server 2008 Express Edition, а Windows-приложение было реализовано в среде Microsoft Visual Studio 2010.

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

В четвертом разделе дается технико-экономическое обоснование проекта. Рассчитаны показатели экономической эффективности и определен экономический эффект от внедрения информационной подсистемы на склад ООО «Регата - Ставрополь».

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

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

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

1 РЕЗУЛЬТАТЫ ПРЕДПРОЕКТНОГО ОБСЛЕДОВАНИЯ ООО «РЕГАТА - СТАВРОПОЛЬ». ФОРМУЛИРОВКА ЗАДАЧ ПРОЕКТИРОВАНИЯ

1.1 Результаты предпроектного обследования ООО «Регата - Ставрополь»

1.1.1 Объекты и методы проведения предпроектного обследования

Основными объектами обследования дипломного проекта являются:

- ООО «Регата - Ставрополь»;

- цели функционирования ООО «Регата - Ставрополь»;

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

- документооборот ООО «Регата - Ставрополь», связанный с учетом запасов продукции;

- совокупность организационных, технических, программных и информационных средств, объединенных в единую систему с целью сбора, хранения, обработки и выдачи необходимой информации, предназначенной для учета запасов в ООО «Регата - Ставрополь».

Обследование предприятия производится путем опроса сотрудников ООО «Регата - Ставрополь».

1.1.2 Программа проведения обследования

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

Таблица 1.1 - Программа обследования ООО «Регата - Ставрополь»

Наименование вопроса	Источник информации	Получатель информации
Общие сведения об организации	Директор	Проектировщик: Красноперов А. А.
Организационная структура	Аналогично	Аналогично
Функциональные области деятельности	Аналогично	Аналогично
Цели функционирования	Аналогично	Аналогично
Документооборот	Гл. бухгалтер и бухгалтер	Аналогично
Формы документов, используемых в документообороте	Аналогично	Аналогично
Порядок создания и хранения документов	Аналогично	Аналогично
Штатный состав	Аналогично	Аналогично
Наличие средств вычислительной техники и программного обеспечения	Аналогично	Аналогично
Характеристики существующей информационной системы	Аналогично	Аналогично
Технологии, методы и технические средства преобразования информации	Аналогично	Аналогично
Проблемные ситуации, связанные с работой существующей информационной системы	Аналогично	Аналогично

План-график выполнения работ на стадии сбора материалов обследования представлен в таблице 1.2.

Таблица 1.2 - План-график выполнения работ на стадии сбора материалов обследования

Наименование вопроса	Код работы	Исполнитель	Дата начала	Кол-во дней	Дата окончания
1	2	3	4	5	6
Общие сведения	001	Проектиров-щик: Красноперов А. А.	10.01.11	4	14.01.11
Организационная структура	002	Аналогично	14.01.11	3	17.01.11
Функциональные области деятельности	003	Аналогично	17.01.11	4	21.01.11
Цели функционирования	004	Аналогично	21.01.11	3	24.01.11
Документооборот	005	Аналогично	24.01.11	7	31.01.11
Формы документов, используемых в документообороте	006	Аналогично	31.01.11	4	04.02.11
Порядок создания и хранения документов	007	Аналогично	04.02.11	10	14.02.11
Штатный состав	008	Аналогично	14.02.11	2	16.02.11
Наличие средств вычислительной техники и программного обеспечения	009	Аналогично	16.02.11	5	21.02.11
Характеристики существующей информационной системы	010	Аналогично	21.02.11	3	24.02.11
Технологии, методы и технические средства преобразования информации	011	Аналогично	24.02.11	6	03.03.11
Проблемные ситуации, связанные с работой существующей информационной системы	012	Аналогично	03.03.11	4	06.03.11
Всего затрачено дней	55

1.1.3 Результаты предпроектного обследования и их анализ

Общая характеристика предприятия. Группа компаний «Регата» основана в 1985 году. За 24 года работы «Регата» переросла в группу компаний и заняла прочные позиции экспортера, импортера, дистрибьютора, оптовика и розничного оператора рынка.

Общество с ограниченной ответственностью «Регата - Ставрополь» является филиалом ООО «Регата». Образовано 2 апреля 2007 г. и располагается по адресу: г. Ставрополь, Старомарьевское шоссе, 31.

Компания «Регата» поставляет продукцию более чем в 25 регионов России. Собственные представительства открыты в Москве, Самаре, Ставрополе, Волгограде, Саратове, Ростове, Екатеринбурге, Сургуте, Челябинске, Тюмени. В 2007 году «Регата» сделала первые шаги в экспортном направлении. Как дистрибьютор «Регата» входит в десятку крупнейших компаний России, как производитель -- в число 50 крупнейших в стране. По данным компании, на ее долю приходится не менее трети оборота алкогольной продукции в Ростове-на-Дону и Ростовской области.

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

Зона ответственности ООО «Регата - Ставрополь»: Ставропольский край и республики Северного Кавказа. Прямая дистрибуция из Ставрополя: Ставрополь и близлежащие регионы, Невинномысск, Изобильный, Михайловск.

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



Рисунок 1.1 - Схема организационной структуры ООО «Регата - Ставрополь»

ООО «Регата - Ставрополь» возглавляет директор. Директор руководит текущей деятельностью Учреждения и решает все вопросы его жизнеобеспечения, внутреннего распорядка и прочие.

В соответствии с должностными обязанностями, директор:

? осуществляет оперативное руководство работой, несет ответственность за деятельность организации;

? принимает меры поощрения работников и налагает на них взыскания в соответствии с правилами внутреннего распорядка;

? принимает решения по оперативным вопросам внутренней деятельности организации;

? обеспечивает выполнение образовательных и оздоровительных программ;

? открывает счета в финансово-кредитных учреждениях;

? издает приказы, инструкции, распоряжения и дает указания, обязательные для исполнения всеми работниками организации;

? разрабатывает и утверждает правила внутреннего трудового распорядка;

? выдает доверенности;

? решает другие вопросы.

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

В обязанности главного бухгалтера организации входят:

? организация бухгалтерского учета;

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

? анализ финансово-хозяйственной деятельности организации;

? контроль соблюдения режима экономии, контроль сохранности товарно-материальных ценностей организации.

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

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

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

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

Таким образом, структура управления ООО «Регата - Ставрополь» является линейно-функциональной.

Функциональная структура предприятия. Первоочередной задачей при проведении предпроектного обследования является проведение анализа структуры управления ООО «Регата - Ставрополь» и, прежде всего его функциональной структуры.

Конкретная функциональная структура управления определяется в зависимости от сочетания двух основных типов руководства - линейного (генеральный директор, совет директоров) и функционального (специализация руководителей по отдельным функциям управления) [5].

При анализе процесса функционирования объекта ввиду его сложности производят, обычно, разбиение системы на части. Такое разбиение называется декомпозицией. Разбивать систему на части можно до тех пор, пока выделенный элемент не перестает выполнять в системе каких-либо функций [6].

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

Лучше всего делить систему на подсистемы по функциональному признаку, то есть на основе выполняемых системой функций, а также существующей линейной структуры управления. Функциональная иерархия предполагает специализацию по отдельным функциям управления на всех уровнях этой иерархии [7].

В составе предприятия целесообразно выделить три области управления:

- производственную (торговую);

- обеспечивающую;

- управленческую.

Функциональные задачи и подзадачи предприятия представлены в виде таблицы (таблица 1.3).

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

+ - основной исполнитель

х - основной ответственный за исполнение

/ - частичная ответственность

Таблица 1.3 - Функциональные задачи и подзадачи предприятия

Номер и название функциональной задачи	Номер и содержание функциональной подзадачи
1. Производственная (торговая)	1.1 Получение заказов от клиентов и оформление договоров на их выполнение 1.2 Реализация товаров 1.3 Реклама производимой продукции 1.4 Закупка оптовой продукции
2. Управленческая	2.1 Управление кадрами 2.2 Планирование финансово-экономической деятельности организации 2.3 Анализ информации о деятельности предприятия
3. Обеспечивающая	3.1 Закупка оборудования 3.2 Ремонт и техническое обслуживание оборудования 3.3 Правовое обеспечение

Таблица 1.4 - Организационно-управленческая модель предприятия

Ответственные Лица	Номер и наименование задачи
	1.Производст- венная	2. Управленче-ская	3.Обеспечивающая
	1.1	1.2	1.3	1.4	2.1	2.2	2.3	3.1	3.2	3.3
1	2	3	4	5	6	7	8	9	10	11
Директор					+ ?	+	+ ?
Начальник ОП		+		+		/	/	+?
Главный бухгалтер					/	?	/	/		+
Начальник ОВД					/		/
Трейдмаркетолог			+	/		/	+			/
Супервайзер продавцов консультантов						/	/
Супервайзер отдела продаж		?
Менчейдайзеры			?						/
Торговые представители		+	/
Продавец-консультант	+ ?	/	/	/						/
Старший оператор									+?
Экономист				?		/
Бухгалтер								/		/

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

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

Эффективным инструментом установления целей системы управления является метод «дерева целей», которое состоит из глобальной цели, целей и подцелей. При построении «дерева целей» его проектирование идет по методу «от общего к частному». Прекращение декомпозиции цели на более мелкие прекращается в тот момент, когда дальнейший процесс является нецелесообразным в рамках рассмотрения Главной цели [8].

Главной целью (Ц0) деятельности является получение максимальной прибыли.

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

Таблица 1.5 - Цели предприятия и критерии их достижения

Подцель	Наименование подцели	Средства достижения	Критерии достижения
Ц1	Привлечение новых клиентов	Ц11 - совершенствование клиентской базы; Ц12 - увеличение объемов рассылки рекламных буклетов по почте; Ц13 - проведение рекламных акций.	Увеличение объема реализуемой продукции на 30%, за счет расширения клиентской базы
Ц2	Повышение качества производимых товаров и услуг	Ц21 - выявление потребителей и определение их требования к продукции; Ц22 - преобразование требований потребителя в технические условия; Ц23 - определение этапов технологического процесса изготовления продукции, вырабатывание критериев процесса; Ц24 - оценивание результатов и степени удовлетворенности потребителя.	Улучшение качества производимых товаров и услуг на 25%, за счет определения потребностей покупателей
Ц3	Увеличение продаваемых товаров и услуг	Ц31 - увеличение объема рекламы; Ц32 - подбор квалифицированного персонала; Ц33 - снижение текучести кадров.	Увеличение реализуемых товаров и услуг на 10%, за счет оптимизации процесса работы организации

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



Рисунок 1.2 - Дерево целей деятельности организации

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

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

Входящие документы - документы, которые поступили на предприятие от внешних партнеров [9].

Большинство исходящих документов являются ответом организации на соответствующие входящие документы. Некоторая часть исходящих документов готовится на основе внутренних документов предприятия [9].

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

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

Перечень наиболее распространенных документов в ООО «Регата-Ставрополь» представлен в таблице 1.6

Таблица 1.6 - Документы ООО «Регата - Ставрополь»

Код доку-мента	Название	Кем готовится	Кем используется	Количе-ство, в год	Периодичность
1	Платежное поручение	Бухгалтер	Банк	1	1 раз в месяц
2	Договор купли-продажи	Бухгалтер	Менеджеры по продажам Гл. бухгалтер	любое	По требованию
3	Счет-фактура	Бухгалтер	Бухгалтер Гл. бухгалтер	любое	По требованию
4	Доверенность	Генеральный директор	Гл. бухгалтер, менеджер по продажам	любое	По требованию
5	Книга складского учета материалов	Бухгалтер	Главный бухгалтер	1	По мере необходимости

Для наиболее наглядного представления движения документов ниже приведена схема документооборота (рисунок 1.2).

Таблица 1.7 - Схема документооборота

Наименование документа	Директор	Гл. бухгалтер	Менеджер по продажам	Отдел кадров	Банк	Бухгалтер
1	2	3	4	5	6	7
Договор купли-продажи
Платежное поручение
Счет-фактура
Доверенность
Книга складского учета материалов

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

Наличие средств вычислительной техники и программного обеспечения. В ООО «Регата-Ставрополь» имеются следующие средства вычислительной техники и программного обеспечения реализованных в виде персональных компьютеров, имеющих характеристики:

а) системный блок:

1) процессор Celeron с тактовой частотой 3000 МГц;

2) оперативная память - 2 Гбайт;

3) жесткий диск -500 Гбайт;

4) устройство для чтения компакт-дисков LG.

б) монитор Samsung SyncMaster 795 MB 19?.

в) видеоадаптер ATI X2600XT 512 Mb.

г) встроенная звуковая карта.

д) ECP порт принтера (LPT1).

е) prolific USB-to-Serial Comm Port.

ж) 2 последовательных порта.

з) принтер HP Photosmart Pro B9180 Printer A4, 4800pdi, USB.

Через модем компьютер подключен к высокоскоростной локальной сети.

В ООО «Регата - Ставрополь» используются, как системное, так и прикладное программное обеспечение, которое представляет собой комплекс разнообразных программных средств общего и прикладного характера, необходимый для выполнения различных задач:

? общее программное обеспечение (операционные системы, сервисные средства и утилиты, инструментальные средства разработки, тесты и техническое обслуживание);

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

Среди офисных программ, а также сервисных средств и утилит, используемых в фирме можно выделить:

1. Microsoft Office Enterprise 2003 Russian(Microsoft Office Word 2003, Microsoft Office Excel 2003, Microsoft Office PowerPoint 2003, Microsoft Office Access 2003, Microsoft Office Outlook 2003).

2. Internet Explorer Русская версия. Обычный классический браузер имеющийся в пакете Microsoft Windows XP.

3. Архиватор WinRAR v3.62.

4. Антивирусное средство ESET NOD32 Antivirus 2.7.3.20

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

1. Программа «Консультант плюс».

2. Программа «1С:Бухгалтерия».

1.1.4 Анализ проблемных ситуаций и обоснование путей их решения

Изучив особенности структуры и организации работы информационной системы предприятия ООО «Регата-Ставрополь» можно сделать выводы о необходимости улучшения ее работы.

Проблемные ситуации и способы их преодоления представлены в таблице 1.7.

Таблица 1.7 - Проблемные ситуации

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

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

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

1.2.1 Общие сведения

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

Проведение данного вида работ осуществляется на основании заказа на выполнение дипломного проекта. Согласно данному заказу ООО «Регата - Ставрополь» поручает Северо-Кавказскому государственному техническому университету создание программно-технической продукции.

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

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

Основной целью разработки информационной подсистемы выступает повышение эффективности работы ООО «Регата - Ставрополь».

Основное назначение создаваемой информационной подсистемы - автоматизация управления запасами ООО «Регата - Ставрополь». Вводимые данные проверяются согласно методикам, установленными соответствующими документами.

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

? время на доступ к требуемой информации уменьшается до минимума;

? снижается вероятность потери или утраты информации;

? время обработки поступающей информации о запасах уменьшается в 2-3 раза.

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

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

? ввод данных о товаре на складе;

? уточнение данных о товаре;

? анализ данных о товаре;

? составление первичных документов на отпускаемую продукцию;

? ведение складского учета;

? получение статистической информации.

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

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

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

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

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

? просмотр информации в базе данных о запасах;

? редактирование информации в базе данных о запасах;

? ввод информации в базу данных о новых запасах;

? ввод информации о контрагентах;

? ввод информации о сотрудниках;

? формирование первичных документов на отпускаемую продукцию;

? формирование и вывод на печать отчетов;

? ведение складского учета;

? проверка вводимой информации.

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

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

На стадии технического проектирования выполняются следующие работы:

? разработка основных положений по новой системе;

? разработка функциональной структуры и перечня задач;

? разработка постановки решения задач для подсистемы;

? уточнение состава периферийной техники;

? уточнение состава аппаратной платформы проекта;

? разработка плана мероприятий по подготовке к внедрению системы;

? окончательное оформление проекта.

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

? разработка программного обеспечения для каждой задачи подсистемы;

? разработка технологических документов и инструкций;

? разработка правовых инструкций;

? оформление рабочего проекта.

Наиболее ответственной работой, выполняемой на этом этапе, являются «Кодирование и составление программной документации», в состав которой входят следующие компоненты:

? описание программ;

? спецификация программ;

? тексты программ;

? контрольные примеры;

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

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

Технологическая документация разрабатывается в соответствии с требованиями ГОСТ 3.11.09 - 82 «Система технологической документации. Термины и определения основных понятий», и составляет содержание технологического обеспечения информационной системы.

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



Рисунок 1.3 - Диаграмма вариантов использования информационной подсистемы «InventoryManagement»

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

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

Контроль приемки системы осуществляет комиссия, назначаемая директором ООО «Регата - Ставрополь».

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

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

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

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

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

а) установить следующее программное обеспечение:

1) Microsoft SQL Server 2008 R2 или выше;

2) NET Framework 4.0.

б) произвести обучение системного администратора.

в) произвести обучение пользователей работе с разработанной подсистемой.

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

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

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

1. Документ «Основные положения по системе».

2. Документ «Постановка задачи», который включает три составные части:

а) характеристику задачи;

б) описание выходной информации;

в) описание входной информации.

На этапе рабочего проектирования разрабатывается:

? технологическая документация, включающая технологические и инструкционные карты;

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

? правовые инструкции;

? документ «Рабочий проект», в который входят перечисленные на этом этапе документы.

На этапе подготовки объекта к внедрению формируется «Программа проведения опытного внедрения» и издается «Приказ о начале опытного внедрения».

На этапе «Сдача проекта в промышленную эксплуатацию» используют следующую совокупность документов:

а) договорная документация.

б) «Приказ на разработку информационной системы».

в) технико-экономическое обоснование и техническое задание.

г) «Приказ о начале промышленного внедрения».

д) «Программа проведения испытаний».

е) «Требования к научно-техническому уровню проекта системы».

В результате выполнения работ на данном этапе составляется «Акт сдачи проекта в промышленную эксплуатацию».

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

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

Информационные материалы на отечественные и зарубежные системы-аналоги не использовались.

При проектировании базы данных, написании исходного кода информационной подсистемы использовалась специальная литература, в частности, по Microsoft SQL 2008 и Visual C#.

Кроме этого, в процессе проектирования применялись различные ГОСТы, например, ГОСТ 3.11.09 - 82 «Система технологической документации. Термины и определения основных понятий».

Выводы

1. Компания ООО «Регата - Ставрополь» занимает одно из ведущих мест в макроэкономике Ставропольского края, в сфере экспортера, импортера, дистрибьютора, оптовика и розничного оператора рынка.

2. Основной причиной создания информационной подсистемы являются большие материальные и временные затраты учета запасов на складе. Актуальность разработки автоматизированной информационной подсистемы управление запасами для ООО «Регата-Ставрополь», обусловлена тем, что учет запасов не автоматизирован и организован в виде базы данных на бумажных носителях.

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

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

? произвести разработку информационной подсистемы;

? произвести тестирование и внедрение подсистемы;

? оценить технико-экономические показатели.

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

2.1 Обоснование выбора среды разработки приложения

В качестве среды разработки информационной подсистемы был выбран Microsoft Visual Studio 2010. Выбор этого программного продукта обусловлен тем, что использование данной среды разработки позволяет достичь высочайшей производительности приложений.

Приложение разрабатывалось на языке С#. C# -- объектно-ориентированный язык программирования. Разработан в 1998--2001 годах группой инженеров под руководством Андерса Хейлсберга в компании Microsoft, как основной язык разработки приложений для платформы Microsoft .NET Framework и впоследствии был стандартизирован как ECMA-334 и ISO/IEC 23270. Компилятор C# входит в стандартную установку .NET Framework. Язык имеет статическую типизацию, поддерживает полиморфизм, перегрузку операторов (в том числе операторов явного и неявного приведения типа), делегаты, атрибуты, события, свойства, обобщённые типы и методы, итераторы, анонимные функции с поддержкой замыканий, LINQ, исключения, комментарии в формате XML [12].

В качестве СУБД для базы данных выбран - SQL Server 2008 R2 Express Edition. Это мощная и надежная система управления данными, предоставляющая широкий набор функций для обеспечения защиты данных и повышения производительности для внедренных приложений, упрощенных веб-сайтов, веб-приложений и локальных хранилищ данных. Эта версия предназначена для простого развертывания и быстрого создания прототипов. Она включает поддержку Sysprep -- программы подготовки систем Майкрософт для развертывания в операционной системе Microsoft Windows. Для повышения эффективности администрирования в SQL Server были включены библиотеки Declarative Management Framework, позволяющие распределять полномочия для баз данных или отдельных таблиц. Были улучшены методы компрессии данных. SQL Server Katmai поддерживает набор библиотек ADO.NET Entity Framework и средства оповещения, репликации и определения данных [13].

SQL Server 2008 имеет упрощенное администрирование - автоматическая настройка базы данных для обеспечения оптимальной производительности.

2.2 Создание логической и физической модели базы данных информационной подсистемы «InventoryManagement»

2.2.1 Определение сущностей модели базы данных информационной подсистемы

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

На основании проведенного исследования предметной области, были выявлены сущности и их атрибуты.

В таблице 2.1 представлены сущности модели базы данных информационной подсистемы.

Таблица 2.1 - Перечень сущностей

Наименование сущности	Описание
Tovar	Содержит информацию о товаре
Postyplenie	Содержит информацию о поступлениях товара
Otgryzka	Содержит информацию об отгруженном товаре
Sotrydniki	Содержит информацию о сотрудниках организации
Kontragent	Содержит информацию о контрагентах
Users	Содержит информацию о пользователях системы

2.2.2 Определение атрибутов сущностей базы данных информационной подсистемы

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

Рассмотренные выше сущности имеют следующие атрибуты, указанные в таблице 2.2

Таблица 2.2 - Перечень атрибутов

Наименование сущности	Наименование атрибута	Применение	Тип данных
1	2	3	4
Tovar	Id_tovar	Содержит уникальный номер товара	int
	Name	Содержит наименование товара	nvarchar(50)
	Tcena_pokupki	Содержит цену покупки товара	float
	Tcena_prodaji	Содержит цену реализации товара	float
	Kolichestvo	Содержит количество товаров	nvarchar(50)
Postyplenie	Id_Postyplenie	Содержит уникальный номер поступления товара	int
	Nomer_nakladnoy	Содержит номер приходной накладной	int
	Id_tovar	Содержит код товара	int
	Id_kontragent	Содержит код контрагента	int
	Id_sotrydnik	Содержит код сотрудника	int
	Kolichestvo_tovara	Содержит количество товара	int
	Date_time	Содержит дату и время поступления товара	datetime
Otgryzka	Id_otgryzka	Содержит уникальный номер отгрузки товара	int
	Nomer_nakladnoy	Содержит номер приходной накладной	int
	Id_tovar	Содержит код товара	int
	Id_kontragent	Содержит код контрагента	int
	Id_sotrydnik	Содержит код сотрудника	int
	Kolichestvo_tovara	Содержит количество товара	int
	Date_time	Содержит дату и время поступления товара	datetime
Sotrudniki	Id_sotrydnik	Содержит уникальный номер сотрудника	int
	FIO	Содержит ФИО сотрудника	nvarchar(100)
	Nomer_pasporta	Содержит номер и серию паспорта	nvarchar(50)
	Doljnost	Содержит должность сотрудника	nvarchar(50)
	Vozrast	Содержит возраст сотрудника	int
	Telefon	Содержит номер телефона	nvarchar(50)
Kontragent	Id_kontragent	Содержит уникальный номер контрагента	int
	Name	Содержит наименование организации	int
	INN	Содержит ИНН контрагента	nvarchar(50)
	KPP	Содержит КПП контрагента	nvarchar(50)
	BIK	Содержит БИК контрагента	nvarchar(50)
	Mail	Содержит электронный адрес контрагента	nvarchar(50)
	Address	Содержит адрес конртагента	nvarchar(50)
Users	login	Содержит логин пользователя	int
	password	Содержит пароль пользователя	int

2.2.3 Определение связей между сущностями базы данных информационной подсистемы «InventoryManagement»

Анализ данных таблицы 2.2 позволяет сделать вывод о том, что в логической модели базы данных «InventoryManagement» имеются независимые и зависимые сущности. Признаком того, что сущность является зависимой, служит наличие среди ее атрибутов внешних ключей (у независимой сущности внешние, то есть наследуемые ключи отсутствуют). Более подробные сведенья о взаимосвязи зависимых (дочерних) и независимых (родительских) сущностях приведены в таблице 2.3.

Таблица 2.3 - Данные о взаимосвязи сущностей БД информационной подсистемы «InventoryManagement»

Номер связи	Родительская таблица	Дочерняя таблица	Тип связи
1	Tovar	Postyplenie	1:М
2	Tovar	Otgryzka	1:М
3	Sotrudniki	Postyplenie	1:М
4	Sotrudniki	Otgryzka	1:М
5	Kontragent	Postyplenie	1:М
6	Kontragent	Otgryzka	1:М

Из анализа таблицы 2.3 можно сделать следующие выводы:

1. Количество родительских сущностей три (Tovar, Sotrudniki, Kontragent).

2. Количество дочерних сущностей две (Postyplenie и Otgryzka)

3. Во всех типах связи наследуемый ключ не может принимать пустые значения типа Null.

4. Кратность связей в рассмотренных случаях составляет 1:N (один-ко-многим).

Для создания логической модели используем CASE-средство ERwin версии 4.0. Пользуясь данными таблицы 2.3, установим связи между сущностями логической модели базы данных информационной подсистемы «InventoryManagement» в ERwin. В результате логическая модель базы данных информационной подсистемы «InventoryManagement» в ERwin примет вид, представленный на рисунке 2.1.



Рисунок 2.1 - Логическая модель базы данных информационной подсистемы «InventoryManagement»

2.2.4 Создание физической модели базы данных информационной подсистемы «InventoryManagement»

Для создания физической модели используем CASE-средство ERwin версии 4.0. После того как будут выполнены все необходимые действия, физическая модель приобретет вид, показанный на рисунке 2.2.



Рисунок 2.2 - Физическая модель базы данных информационной подсистемы «InventoryManagement»

2.3 Создание проекта и решений Microsoft Visual Studio для реализации информационной подсистемы «InventoryManagement»

Для создания проекта необходимо запустить Microsoft Visual Studio 2010 стандартным способом. Используя набор команд: «Пуск > Все программы > Microsoft Visual Studio 2010». Затем создадим проект: «Файл > Создать > Проект > Приложение WindowsFormsApplication». Эти действия представлены на рисунке 2.3.



Рисунок 2.3 - Процесс создания проекта

Затем необходимо ввести имя проекта «InventoryManagent», указать месторасположения проекта. Далее на экране появится окно конструктора Form1. Сохраним его под именем MainWindow (рисунок 2.3).

Рисунок 2.4 - Внешний вид среды Visual Studio после создания проекта

2.4 Реализация приложения

2.4.1 Разработка интерфейса главной формы MainWindow

Поместим на форму MainWindow компонент MenuStrip и сохраним его под именем menuStrip1. Заполняем пункты меню, в соответствии с функциями программы. Вид меню главной формы представлен на рисунках 2.5, 2.6, 2.7.

Рисунок 2.4 - Вид меню главной формы

Рисунок 2.6 - Вид меню главной формы



Рисунок 2.7 - Вид меню главной формы

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

private void поступлениеТовараToolStripMenuItem_Click(object sender, EventArgs e)

{

ReturnsGoods dialog = new ReturnsGoods();

dialog.ShowDialog(this);

}

Этот код позволяет из главной формы по нажатию меню «Поступление товара» перейти к форме ReturnsGoods, на которой происходит заполнение формы получения товара.

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

2.4.2 Реализация формы ReturnsGoods

Для создания новой формы необходимо нажать «Проект», затем «Добавить новый элемент», после чего откроется окно (рисунок 2.8). Из установленных шаблонов выбираем Windows Forms, а из списка элементов форму Windows Forms. Сохраним форму под именем ReturnsGoods.



Рисунок 2.8 - Создание формы ReturnsGoodds

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

? dataGridView1 - таблица, в которой отображается информация о товаре имеющемся на складе;

? textBox - поля для ввода текста, используется для введения номера накладной;

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

? два элемента button - кнопки для перехода на другие формы;

? dateTimePicker1 - используется для вывода даты;

? семь элементов label - используются для оформления формы.

После добавления всех элементов форма ReturnsGoods принимает вид, показанный на рисунке 2.9.



Рисунок 2.9 - Вид формы ReturnsGoods

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

private void button4_Click(object sender, EventArgs e)

{

// сохранение приходной накладной

AdapterDataContext db = new AdapterDataContext();

List<GoodStruct> glist = new List<GoodStruct>();

int NOT_DEFINED = -1;

int _nakladNumber= NOT_DEFINED, kontrId = NOT_DEFINED, sotrydId=NOT_DEFINED;

DateTime dt=DateTime.Now;

string kontrName="";

string sotrudName = "";

try

{

_nakladNumber = Int32.Parse(nakladNumber.Text);

// проверка номера накладной

var Choose = from pps in db.postyplenie where pps.nomer_nakladnoi == _nakladNumber select pps;

try

{

int pps_id = Convert.ToInt32(Choose.First().nomer_nakladnoi);

MessageBox.Show("Произошла ошибка. Номер накладной не уникален.", "Приходная накладная", MessageBoxButtons.OK, MessageBoxIcon.Error);

return;

}

catch (Exception ex)

{

//-----

}

DataRowView srow = (DataRowView)kontrComboBox.SelectedItem;

kontrId = (int)srow.Row["id_kontragent"];

kontrName = (string)srow.Row["name"];

dt = dateTimePicker1.Value;

DataRowView sotrRow = (DataRowView)comboBox3.SelectedItem;

sotrydId = (int)sotrRow.Row["id_sotrydnik"];

sotrudName = (string)sotrRow["FIO"];

}

catch

{

MessageBox.Show("Произошла ошибка.

Вы ввели неверные данные.", "Приходная накладная", MessageBoxButtons.OK, MessageBoxIcon.Error);

return;

}

int ID_IDX = 0, QUANT_IDX = 2;

foreach (DataGridViewRow row in dataGridView1.Rows)

{

int row_id = (int)row.Cells[ID_IDX].Value;

string quantityString = (string)row.Cells[QUANT_IDX].Value;

int quantity;

try

{

quantity = Int32.Parse(quantityString);

}

catch

{

quantity = 0;

}

if (quantity > 0)

{

// меняем поле количество для каждого товара

var Choose = from st in db.tovar where

st.id_tovar == row_id select st;

int q = Convert.ToInt32(Choose.First().kolichestvo);

double cost =

Convert.ToDouble

(Choose.First().tcena_pokupki);

double realcost = Convert.ToDouble(Choose.First().tcena_prodaji);

string name =

Convert.ToString(Choose.First().name);

GoodStruct good = new GoodStruct(name, quantity, cost, realcost);

glist.Add(good);

Choose.First().kolichestvo = q + quantity;

db.SubmitChanges();

// -------------------------------------------

postyplenie post = new postyplenie

{

data_time = dt,

id_kontragent = kontrId,

id_sotrydnik = sotrydId,

id_tovar = row_id,

nomer_nakladnoi = _nakladNumber,

kolichestvo_tovara = quantity

};

db.postyplenie.InsertOnSubmit(post);

db.SubmitChanges();

}

}

При нажатии на кнопку с надписью «Добавить контрагента» (рисунок 2.9) открывается диалоговое окно, представленное на рисунке 2.10.

Рисунок 2.10 - Вид формы добавление контрагента

Для закрытия текущей формы используем метод Close().

При нажатии на кнопку с надписью «Добавить новый товар» (рисунок 2.9) открывается диалоговое окно, представленное на рисунке 2.11.

Рисунок 2.11 - Вид формы Добавление товара

2.4.3 Реализация формы ChargeGoods

Создадим новую экранную форму и сохраним её под именем ChargeGoods.

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

? dataGridView1 - таблица, в которой отображается информация о товаре имеющемся на складе;

? textBox - поля для ввода текста, используется для введения номера накладной;

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

? button - кнопка для перехода на другую форму;

? dateTimePicker1 - используется для вывода даты;

? семь элементов label - используются для оформления формы;

? сhekBox - используется, для указания необходимости расходной накладной.

После добавления всех элементов форма MainWindow принимает вид, показанный на рисунке 2.10.

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

private void button4_Click(object sender, EventArgs e)

{

// сохранение расходной накладной

AdapterDataContext db = new AdapterDataContext();

List<GoodStruct> glist = new List<GoodStruct>();

string kontrName = "";

string sotrudName = "";

int NOT_DEFINED = -1;

int _nakladNumber = NOT_DEFINED, kontrId = NOT_DEFINED, sotrydId = NOT_DEFINED;

DateTime dt = DateTime.Now;

try

{

_nakladNumber = Int32.Parse(nakladNumber.Text);

// проверка номера накладной

var Choose = from pps in db.otgryzka where pps.nomer_nakladnoi == _nakladNumber select pps;

try

{

int pps_id = Convert.ToInt32(Choose.First().nomer_nakladnoi);

MessageBox.Show("Произошла ошибка. Номер накладной не уникален.", "Расходная накладная", MessageBoxButtons.OK, MessageBoxIcon.Error);

return;

}

catch (Exception ex)

{

//-----

}

DataRowView srow = (DataRowView)kontrComboBox.SelectedItem;

kontrId = (int)srow.Row["id_kontragent"];

kontrName = (string)srow.Row["name"];

dt = dateTimePicker1.Value;

DataRowView sotrRow = (DataRowView)comboBox3.SelectedItem;

sotrydId = (int)sotrRow.Row["id_sotrydnik"];

sotrudName = (string)sotrRow["FIO"];

}

catch

{

MessageBox.Show("Произошла ошибка. Вы ввели неверные данные.", "Расходная накладная", MessageBoxButtons.OK, MessageBoxIcon.Error);

return;

}

int ID_IDX = 0, QUANT_IDX = 2;

foreach (DataGridViewRow row in dataGridView1.Rows)

{

int row_id = (int)row.Cells[ID_IDX].Value;

string quantityString = (string)row.Cells[QUANT_IDX].Value;

int quantity;

try

{

quantity = Int32.Parse(quantityString);

}

catch

{

quantity = 0;

}

if (quantity > 0)

{

// меняем поле количечество для каждого товара

var Choose = from st in db.tovar where st.id_tovar == row_id select st;

int q = Convert.ToInt32(Choose.First().kolichestvo);

double cost = Convert.ToDouble(Choose.First().tcena_pokupki);

string name = Convert.ToString(Choose.First().name);

GoodStruct good = new GoodStruct(name, quantity, cost, realcost);

glist.Add(good);

Choose.First().kolichestvo = q - quantity;

db.SubmitChanges();

// -------------------------------------------

otgryzka post = new otgryzka

{

data_time = dt,

id_kontragent = kontrId,

id_tovar = row_id,

nomer_nakladnoi = _nakladNumber,

kolichestvo_tovara = quantity

};

db.otgryzka.InsertOnSubmit(post);

db.SubmitChanges();

}

}

if (isExcelReportNeed.Checked)

{

int var = Convert.ToInt32(nakladNumber.Text);

var f = new rasxod_naklad(var);

f.Show();

}

MessageBox.Show("Накладная успешно сохранена", "Расходная накладная", MessageBoxButtons.OK, MessageBoxIcon.Information);

}

Рисунок 2.12 - Вид формы ChargeGoods

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

if (isExcelReportNeed.Checked)

{

int var = Convert.ToInt32(nakladNumber.Text);

var f = new rasxod_naklad(var);

f.Show();

}

Расходная накладная выводиться в виде отчета (рисунок 2.13).



Рисунок 2.13 - Расходная накладная

При нажатии на кнопку с надписью «Добавить контрагента» (рисунок 2.12) открывается диалоговое окно, представленное на рисунке 2.14.

Рисунок 2.14 - Вид формы добавление контрагента

2.4.4 Разработка интерфейса формы StaffControlForm

Для создания новой формы необходимо нажать «Проект», затем «Добавить новый элемент». Из установленных шаблонов выбираем Windows Forms, а из списка элементов форму Windows Forms. Сохраним форму под именем StaffControlForm. Для разработки данной формы были использованы следующие элементы управления данными:

? DataGridView - используется для отображения таблицы с данными;

? textBox - поля для ввода текста, используется для поиска сотрудников;

? три элемента label - используются для оформления формы.

После добавления всех элементов форма StaffControlForm принимает вид, показанный на рисунке 2.15.

Рисунок 2.15 - Вид формы StaffControlForm

2.4.5 Разработка интерфейса формы Goods

Для создания новой формы необходимо нажать «Проект», затем «Добавить новый элемент». Из установленных шаблонов выбираем Windows Forms, а из списка элементов форму Windows Forms. Сохраним форму под именем Goods. Для разработки данной формы были использованы следующие элементы управления данными:

? DataGridView - используется для отображения таблицы с данными;

? textBox - поля для ввода текста, используется для поиска сотрудников;

? три элемента label - используются для оформления формы.

После добавления всех элементов форма Goods принимает вид, показанный на рисунке 2.16.

Рисунок 2.16 - Вид формы Goods

2.4.6 Разработка интерфейса отчета Report_otgryzka

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

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

? TextBox - текстовое поле для записи шапки отчета;

? Tablix - отображает данные в таблице.

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



Рисунок 2.17 - Конструктор отчета Report_otgryzka

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

2.4.7 Разработка интерфейса отчета Ostatki

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

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

? TextBox - текстовое поле для записи шапки отчета;

? Tablix - отбображает данные в таблице.

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

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



Рисунок 2.18 - Конструктор отчета Ostatki

2.4.8 Разработка интерфейса отчета Report_postuplenie