«Проектирование реализации операций бизнес-процесса «Обеспечение послепродажного обслуживания» на примере ОАО «Керамин»»

Содержание:

ВВЕДЕНИЕ

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

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

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

Цель курсовой работы – проектирование реализации бизнес-процесса обеспечения послепродажного обслуживания. Для достижения цели будет созданоприложение«Сервисная программа технического обслуживания в ОАО «Керамин», которая должна выполнять следующие задачи:

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

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

ГЛАВА 1.АНАЛИТИЧЕСКАЯЧАСТЬ

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

В связи с расширением деятельности и реорганизацией структуры ОАО «Керамин», а также исходя из недостатков существующей системы, можно смело говорить о том, что выполнение бизнес-процессов в организации существенно затормаживается из-за долгого простоя в работе сотрудников. Поэтому, существующая система Astrosoft перестает удовлетворять возникающим потребностям в проведении бизнес – операций. Морально устарев, она начинает создавать помехи в конкурировании с другими развивающимися организациями.

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

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

Таким образом, требуется разработать программное обеспечение, которое должно автоматизировать учет заявок клиентов компании ОАО «Керамин». Разработанное программное приложение, согласно поставленной цели, должно:

1.Формировать отчётные формы (с возможностью вывода отчётов на принтер и экспорта).

2.Формировать заявку.

3.Формировать запросы на основании составленных таблиц.

1.2. Характеристика существующих бизнес-процессов

Предприятие ОАО «Керамин» состоит из следующих производственных подразделений:

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

- филиал завод «Стройфарфор» занимается выпуском санитарно-технических изделий (умывальники, бачки, унитазы, пьедесталы, биде и писсуары);

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

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

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

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

- в цехе производства тары из привозного картона изготавливают ящики для упаковки плитки и сантехники, а из досок – европоддоны;

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

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

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

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

Модель в BPwin представляет собой совокупность SADT– диаграмм, каждая из которых описывает отдельный процесс в виде разбиения его на шаги и подпроцессы. С помощью соединяющих дуг описываются объекты, данные и ресурсы, необходимые для выполнения функции.

Целью моделирования системы стало описание функционирования отдела по работе с клиентами.

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

B Pwin поддерживает три методологии –IDEF0, IDEF3 и DFD. В данном пункте была построена IDEF0 модель.

В диаграмме IDEF0 четыре стороны блока имеют различное предназначение:

-слева отображаются входные данные, исходные ресурсы для описываемой блоком функции (исходная информация, материалы);

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

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

-снизу – механизм – это то, посредствам чего осуществляется данное действие.

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

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

-принцип ограничения сложности: количество блоков от 2 до 8 (в BPwin) – это условие удобочитаемости;

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

В стандарте IDEF0 предполагается наличие двух типов диаграмм:

-контекстной диаграммы;

-диаграммы декомпозиции.

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

На контекстной диаграмме, входными данными являются:

-Информация о клиентах;

-Информация о сотрудниках;

-Информация о группах заявок;

-Информация для заявок.

К управлению будут относиться:

-Администратор;

-Сотрудник.

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

-Нормативные акты;

-Стандарты ввода информации.

К выходным ресурсам относятся:

-Заявка;

-Отчет.

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

Рисунок 1 – Контекстная диаграмма стандарта IDEF0

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

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

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

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

В результате декомпозиции блока «Учет заявок» получилось 4 дочерних диаграммы:

-Формирование справочника сотрудники;

-Формирование справочника клиенты;

-Формирование заявок;

-Формирование отчета о выполненных работах.

Декомпозиция блока «Учет заявок» представлена на рисунке 1.2.+

Рисунок 2 – Диаграмма декомпозиции блока «Учет заявок» стандарта IDEF0

1.3. Характеристика документооборота, возникающего при решении задачи

На текущий момент в отделе информационных технологий ОАО «Керамин» используется информационная система Astrosoft, относящееся к системам класса HelpDesк. Данная система предназначена для регистрации и учета заявок, поступающих от пользователей. Системы подобного класса, согласно методологии ITIL, обеспечивают [6]:

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

Система AstroSoft предоставляет следующие возможности:

• Автоматическую обработку заявок, поступающих в службу технической поддержки;
• Гибкую систему маршрутизации. Под маршрутизацией понимается передача заявки от одного отдела к другому;
• Создание единой Базы Знаний;
• Легкий Web-интерфейс, который понятен даже «неискушенным» пользователям ПК;
• Масштабируемая архитектура системы;
• Интеграция с системой мониторинга MS MOM2005;
• Интеграция с подсистемой инвентаризации MS SMS 2003;
• Открытый интерфейс Web-services для интеграции с внешними системами.

Прием заявок от пользователей производится тремя способами:

• С помощью электронной почты MS Outlook;
• При помощи телефонного звонка;
• Непосредственно через заведение заявки самим пользователем в системе Astrosoft.

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

После заведения заявки, будь то создание электронного письма на support@uniastrum.com или создание заявки в системе Astrosoft, она приходит в информационный отдел. Попадая в данный отдел, заявка проходит несколько этапов обработки. Инженер первой линии службы поддержки открывает список активных заявок в системе и выделяет заявки, которым не присвоена никакая рабочая группа. Каждая заявка открывается отдельно и проверяется на соответствие шаблону. Если заявка соответствует шаблону – ей присваивается рабочая группа, если она шаблону не соответствует-то она отклоняется. На рассмотрение одной заявки на соответствие шаблону уходит от 30 секунд до 1 минуты, с учетом того, что за 5 минут в отдел приходит примерно 30 заявок, то среднее время присваивания рабочих групп составляет 15–25 минут для 30 заявок. В это время, пока идет обработка заявки в отделе, пользователь, у которого возникла проблема, теряет работоспособность из-за невозможности продолжения операции. От этого страдает как сам сотрудник и клиенты, так и работа всей организации в целом. К примеру, если у потенциально 30 сотрудников возникнет нарушение работоспособности, это приведет к простаиванию финансовых операций компании.

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

Недостатком такой обработки является:

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

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

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

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

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

1.4. Обоснование проектных решений по информационному обеспечению

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

Наиболее часто используется приведение к третьей нормальной форме (3NF). В результате устраняется избыточность данных и упрощается процесс изменения структуры БД.

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

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

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

При разработке структуры данных рассматриваемой задачи изначально подразумевалось следование 3NF. В Access существует мастер анализа таблиц, позволяющий еще более упростить этот процесс. [3]

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

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

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

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

Программный продукт «Сервисная программа технического обслуживания в ОАО «Керамин» будет разработан на VisualC# 2010 с использованием MSAccess.

Средой разработки выбрана VisualStudio 2010, эта среда отличается наличием большого количества конструкторов генерации кода, облегчающих разработку приложения, а так же имеет массу обучающих интернет-ресурсов. Язык программирования выбран C#, позволяющий реализовать клиент-серверное приложение.

СУБД выбрано MSAccess.

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

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

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

С# — это язык программирования, синтаксис которого очень похож на синтаксис Java (но не идентичен ему). Например, вС# (как в Java) определение класса состоит из одного файла (*.cs), в отличие от C++, где определение класса разбито на заголовок (*.h) и реализацию (*.срр). Однако называть С# клоном Java было бы неверно. Как С#, так и Java основаны на синтаксических конструкциях C++. Если Java во многих отношениях можно назвать очищенной версией C++, то С# можно охарактеризовать как очищенную версию Java. [2]

Синтаксические конструкции С# унаследованы не только от C++, но и от VisualBasic. Например, в С#, как и в VisualBasic, используются свойства классов как C++, С# позволяет производить перегрузку операторов для созданных вами типов (Java не поддерживает ни ту, ни другую возможность). С# — это фактически гибрид разных языков. При этом С# синтаксически не менее (если не более) чист, чем Java, так же прост, как VisualBasic, и обладает практически той же мощью и гибкостью, что и C++. Подводя итоги, еще раз выделим основные особенности С#.

• Указатели больше не нужны. В программах на С#, как правило, нет необходимости в работе с ними (однако если это потребуется, возможности для работы с указателями есть).
• Управление памятью производится автоматически.
• В С# предусмотрены встроенные синтаксические конструкции для работы с перечислениями, структурами и свойствами классов.
• ВС# осталась возможность перегружать операторы, унаследованные от C++. При этом значительная часть возникавших при этом сложностей ликвидирована.
• Предусмотрена полная поддержка использования программных интерфейсов. Однако в отличие от классического СОМ применение интерфейсов — это не единственный способ работы с типами, используя различные двоичные модули. .NET позволяет передавать объекты (как ссылки или как значения) через границы программных модулей.
• Также предусмотрена полная поддержка аспектно-ориентированных программных технологий (таких как атрибуты). Это позволяет присваивать типам характеристики (что во многом напоминает COM IDL) для описания в будущем поведения данной сущности.

В MicrosoftAccess для обработки данных таблиц используется мощный язык SQL (StructuredQueryLanguage – Структурированный язык запросов). Используя его, можно выделить из одной или нескольких таблиц необходимую для решения конкретной задачи информацию.

Access значительно упрощает задачу обработки данных. Чтобы заставить MicrosoftAccess решать задачи, совершенно не требуется знать язык SQL.

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

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

• создание в базе данных новой таблицы;
• добавление в таблицу новых записей;
• изменение записей;
• удаление записей;
• выборка записей из одной или нескольких таблиц (в соответствии с заданным условием); а, также, изменение структур таблиц. Со временем, SQL усложнился — обогатился новыми конструкциями, обеспечил возможность описания и управления новыми хранимыми объектами (например, индексы, представления, триггеры и хранимые процедуры) — и стал приобретать черты, свойственные языкам программирования. Каждое предложение SQL — это запрос или обращение к базе данных, которое приводит к изменению в базе данных. В соответствии с тем, какие изменения происходят в базе данных, различают следующие типы запросов:
• запросы на создание или изменение в базе данных новых или существующих объектов (при этом в запросе описывается тип и структура создаваемого или изменяемого объекта);
• запросы на получение данных;
• запросы на добавление новых данных (записей)
• запросы на удаление данных;
• обращения к СУБД.

Основным объектом хранения реляционной базы данных является таблица, поэтому все SQL-запросы — это операции над таблицами. В соответствии с этим, запросы делятся на:

• запросы, оперирующие самими таблицами (создание и изменение таблиц);
• запросы, оперирующие с отдельными записями (или строками таблиц) или наборами записей.

Каждая таблица описывается в виде перечисления своих полей (столбцов таблицы) с указанием:

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

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

• вставка новой строки;
• изменение значений полей строки или набора строк;
• удаление строки или набора строк.

Самый главный вид запроса — это запрос, возвращающий (пользователю) некоторый набор строк, с которым можно осуществить одну из трёх операций:

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

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

Язык SQL представляет собой совокупность:

• операторов;
• инструкций;
• и вычисляемых функций.

ГЛАВА 2. ПРОЕКТНАЯ ЧАСТЬ

2.1. Информационная модель и её описание

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

Рассмотрим информационную модель процессов «управление обращениями пользователей» на рисунке 4.

Рисунок 4– Информационная модель процессов «управление обращениями пользователей»

2.2. Характеристика нормативно-справочной, входной и оперативной информации

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

• Таблица «Заявки»;
• Таблица «Материалы»;
• Таблица «Виды работ»;
• Таблица «Местаустановок»;
• Таблица «Сотрудники»;
• Таблица «Причиныотказа»;
• Таблица «Срочность замены».

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

В данной системе к нормативно-справочной информации можно отнести следующие справочники:

– справочник заявок;

– справочник материалов;

– справочник видов работ;

– справочник местустановок;

– справочник сотрудников;

– справочник причин отказов;

– справочник срочности замен.

2.3.Характеристика результатной информации

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

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

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

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

Исходя из целей и задач, можно построить структурную схему автоматизированной системы (рисунок 5).

Рисунок 5 – Структурная схема автоматизированной системы

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

2.5. Характеристика базы данных

В данной модели создано семь сущностей:

«Справочник_вида_работ», «Справочник_мест_установки», «Справочник_сотрудников_ОИТ», «Справочник_заявок», «Справочник_по_материалам», «Справочник_причин_отказа», и «Справочник_по_срочности_замены». На рисунке 6 отображен логический уровень информационной модели.

Рисунок 6 – Логический уровень информационной модели

База данных «Сервисная программа технического обслуживания в ОАО «Керамин»« создавалась с самого начала в Access.

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

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

Таблица 1

Журнал заявок

Имя поля	Тип данных	Размер поля	Обязательное поле
Id-записи – ключевое поле	Счётчик	Длинное целое	Да
Id_заявки	Числовое	Длинное целое	Да
ФИО_предъявителя_заявки	Текстовое	50	Да
Должность_предъявителя_заявки	Текстовое	50	Да
Телефон_предъявителя_заявки	Числовое	Длинное целое	Да
Е-mail_предъявителя_заявки	Текстовое	50	Да
Адрес_предъявителя_заявки	Текстовое	50	Да
Id_вида_работ	Числовое	Длинное целое	Да
Дата_поступления_заявки	Дата/время	-	Да
Id_места_установки(отдела)	Числовое	Длинное целое	Да
Id_сотрудника	Числовое	Длинное целое	Да
Id_материала_для установки/замены	Числовое	Длинное целое	Да
Id_причины_отказа	Числовое	Длинное целое	Да
Id_срочности_замены	Числовое	Длинное целое	Да
Дата_исполнения_заявки	Дата/время	-	Да

Таблица 2

Справочник вида работ

Имя поля	Тип данных	Размер поля	Обязательное поле
Id_вида_работ – ключевое поле (мастер подстановки в таблицу журнал заявок)	Числовое	Длинное целое	Да
Вид_работы	Текстовое	50	Да
Примечание	Текстовое	50	Да

Таблица 3

Справочник заявок

Имя поля	Тип данных	Размер поля	Обязательное поле
Id_заявки – ключевое поле (мастер подстановки в таблицу журнал заявок)	Числовое	Длинное целое	Да
Проблема	Тестовое	50	Да
Примечание	Текстовое	50	Да

Таблица 4

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

Имя поля	Тип данных	Размер поля	Обязательное поле
Id_места_установки(отдела) – ключевое поле (мастер подстановки в таблицу журнал заявок)	Числовое	Длинное целое	Да
ФИО_начальника_отдела	Текстовое	50	Да
Телефон	Числовое	Длинное целое	Да
Адрес	Текстовое	50	Да

Таблица 5

Справочник по материалам

Имя поля	Тип данных	Размер поля	Обязательное поле
Id_материала_для установки/замены – ключевое поле (мастер подстановки в таблицу журнал заявок)	Числовое	Длинное целое	Да
Наименование_материала	Текстовое	50	Да
Примечание	Текстовое	50	Да

Таблица 6

Справочник по срочности замены

Имя поля	Тип данных	Размер поля	Обязательное поле
Id_срочности_замены – ключевое поле (мастер подстановки в таблицу журнал заявок)	Числовое	Длинное целое	Да
Срочность_замены	Текстовое	50	Да
Примечание	Текстовое	50	Да

Таблица 7

Справочник причин отказа

Имя поля	Тип данных	Размер поля	Обязательное поле
Id_причины_отказа – ключевое поле(мастер подстановки в таблицу журнал заявок)	Числовой	Длинное целое	Да
Причина_отказа	Текстовый	50	Да
Необходимый_материал	Текстовый	50	Да
Цена	Денежный	-	Да

Таблица 8

Справочник сотрудников

Имя поля	Тип данных	Размер поля	Обязательное поле
Id_сотрудника_– ключевое поле (мастер подстановки в таблицу журнал заявок)	Числовой	Длинное целое	Да
ФИО	Текстовый	50	Да
Должность	Текстовый	50	Да
Телефон	Числовой	Длинное целое	Да
E – mail	Текстовый	50	Да
Адрес	Текстовый	50	Да

2.6. Структурная схема пакета

Разрабатываемое приложение имеет следующую структуру, которая представлена на рисунке 7.

Рисунок 7 – Структура приложения

2.7. Описание программных модулей

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

Рисунок 8 - Алгоритм работы приложения в целом

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

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

Алгоритм работы сервера (рисунок 2.6):

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

Рисунок 9 - Алгоритм работы сервера

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

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

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

- «Журнал заявок» (происходит переход на форму, на которой предоставляется возможность просмотреть и изменить данные). Данная кнопка представлена на рисунке 10.

Рисунок 10 – Кнопка «Журнал заявок»

- «Справочники» (позволяет выбрать один из справочников). Данная кнопка представлена на рисунке 11.

Рисунок 11 – Кнопка «Справочники»

- «Отчет» (происходит переход на форму, на которой можно с помощью кнопки Экспорт сформировать отчет). Данная кнопка представлена на рисунке 12.

Рисунок 12 – Кнопка «Отчет»

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

Рисунок 13 – Кнопка «Помощь»

- «Выход» (происходит выход из программы). Данная кнопка представлена на рисунке 14.

Рисунок 14 – Кнопка «Выход»

В программном продукте предусмотрены следующие элементы управления:

Button− применяется для реализации функции, активизирующихся при нажатии на данный элемент при нажатии;

Label− применяется для вывода текстовой информации;

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

StringGrid− использующийся для вывода данных в виде таблицы;

Форма «Сервисная программа технического обслуживания в ОАО «Керамин» – является главной формой данного проекта. При помощи вкладки меню, которая расположено на этой форме, открывает формы, содержащие интересующую нас информацию.

Форма «Журнал заявок».

Форма «Журнал заявок» нужна для просмотра, редактирования, добавления информации о предъявителях и исполнителях заявок, а так же о причинах неполадок и их решений.

Форма «Журнал заявок» содержит кнопки такие как: переходы по записям, добавить запись, удалить запись, сохранить запись.

Форма содержит в себе следующую информацию:

Id-записи;

Id-заявки;

ФИО_предъявителя_заявки ;

Должность_предъявителя_заявки;

Телефон_предъявителя_заявки;

E-mail_предъявителя_заявки;

Адрес_предъявителя_заявки;

Id вида работ;

Дата поступления заявки;

Id-места установки(отдела);

Id-сотрудника;

Id-материала для установки/замены;

Id-причины отказа;

Id-срочности замены;

Дата исполнения заявки.

Форма «Справочник заявок».

Форма «Справочник заявок» нужна для просмотра, редактирования, добавления информации о заявках (поломках, выхода из строя и замены устаревшего оборудования).

Форма «Справочник заявок» содержит кнопки: переходы по записям, добавить запись, удалить запись, сохранить запись.

Форма содержит в себе следующую информацию:

Id-заявки;

Проблема (неполадка);

Примечание.

Форма «Справочник материалов».

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

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

Форма содержит в себе следующую информацию:

Id-материала для установки/замены;

Наименование материала;

Примечание.

Форма «Справочник вида работ».

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

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

Форма содержит в себе следующую информацию:

Id-вида работ;

Вид работы;

Примечание.

Форма «Справочник мест установок».

Форма «Справочник мест установок» является перечнем учреждений.

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

Форма содержит в себе следующую информацию:

Id-места установки (отдела);

ФИО начальника отдела;

Телефон;

E-mail;

Адрес.

Форма «Справочник сотрудников».

Форма «Справочник сотрудников» нужна для просмотра, добавления данных о сотрудниках.

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

Форма содержит в себе следующую информацию:

Id-сотрудника;

ФИО;

Должность;

Телефон

E-mail;

Адрес.

Форма «Справочник причин отказа».

Форма «Справочник причин отказа» нужна для просмотра и добавления записи о причине отказа и её устранения.

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

Форма содержит в себе следующую информацию:

Id-причины отказа;

Причина отказа;

Необходимый материал;

Цена.

Форма «Справочник по срочности замены».

Форма «Справочник по срочности замены» нужна для просмотра, редактирования и добавления записи по срочности замены.

Форма содержит в себе следующую информацию:

Id-срочности замены;

Срочность замены;

Примечание.

Также программа содержит отчет по полученным заявкам.

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

2.8.Контрольный пример реализации проекта и его описание

После запуска программного приложения на экране появится форма «Сервисная программа технического обслуживания в ОАО «Керамин», которая выглядит следующим образом:

Рисунок 15 – Главная форма

На панели меню представлены пять вкладок. При выборе меню «Главная форма» мы можем перейти на форму «Журнал заявок». При выборе вкладки «Справочники» мы можем перейти на следующие формы: «Справочник заявок», «Справочник по материалам», «Справочник вида работ», «Справочник мест установок», «Справочник сотрудников», «Справочник причин отказа», «Справочник по срочности замены». При выборе вкладки «Отчёт» мы можем открыть и просмотреть, а также распечатать отчет. При выборе вкладки «Помощь» получим вкладку «О программе.

При нажатии на главной форме вкладки меню «Главная форма» мы можем просмотреть форму «Журнал заявок»:

Рисунок 16 – Главная форма

Форма «Журнал заявок»

Рисунок 17 – Журнал заявок

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

Нажав на вкладку «Справочники» мы видим:

Рисунок 18 – Справочники

Форма «Справочник заявок»

Рисунок 19 – Заявки

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

Форма «Справочник по материалам»

Рисунок 20 – Материалы

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

Форма «Справочник вида работ»

Рисунок 21 – Виды работ

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

Форма «Справочник мест установок»

Рисунок 22 – Места установок

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

Форма «Справочник сотрудников»

Рисунок 23 – Сотрудники

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

Форма «Справочник причин отказа»

Рисунок 24 – Причины отказа

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

Форма «Справочник срочности замены»

Рисунок 25 – Срочность замены

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

Нажав на вкладку «Отчёт» мы видим:

Рисунок 26 – Отчет

Данные экспортируются в Excel.

Рисунок 27 – Экспорт в Excel

В главном меню выбираем раздел о программе. Пример показан на рисунке 28.

Рисунок 28 – О программе

В данном разделе можно:

− ознакомится с версией программы;

− полное название программы.

ЗАКЛЮЧЕНИЕ

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

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

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

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

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

Разработанный программный продукт не требователен к ресурсам и может работать под любой операционной системой семейства Windows.

Программный продукт «Сервисная программа технического обслуживания в ОАО «Керамин»» разработан в среде программирования VisualC# 2010 с использованием MSAccess.

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

1. Владимир Грекул, Нина Коровкина, Юрий Куприянов. Проектное управление в сфере информационных технологий. – М.:БИНОМ, ИНФРА-М, 2013.

2. Гуриков С. Р. Введение в программирование на языке Visual C#; Форум, Инфра-М, 2013. - 448 c.

3. Голицына, О.Л. и др. Базы данных; Форум; Инфра-М, 2013. - 399 c.

4. Пугачев С.,Шериев А., Кичинский К. Разработка приложений для Windows 8 на языке C#; БХВ-Петербург, 2013. - 416 c.

6. Гринченко, Н.Н. и др. Проектирование баз данных. СУБД MicrosoftAccess; Горячая Линия Телеком, 2012. – 613 c.

7. Дейт, К.Дж. Введение в системы баз данных; К.: Диалектика; Издание 6-е, 2012. - 360 c.

Приложение

Текст программы

Главная форма приложения

using System;

usingSystem.Collections.Generic;

usingSystem.ComponentModel;

usingSystem.Data;

usingSystem.Drawing;

usingSystem.Linq;

usingSystem.Text;

usingSystem.Windows.Forms;

namespaceУчет_заявок

{

public partial class Главная : Form

{

publicГлавная()

{

InitializeComponent();

this.IsMdiContainer = true;

}

private void выходToolStripMenuItem_Click(object sender, EventArgs e)

{

Close();

}

private void журналЗаявокToolStripMenuItem1_Click(object sender, EventArgs e)

{

Журнал_заявокFormDrives = newЖурнал_заявок();

FormDrives.MdiParent = this;

FormDrives.Show();

}

private void заявкиToolStripMenuItem_Click(object sender, EventArgs e)

{

ЗаявкиFormDrives = new Заявки();

FormDrives.MdiParent = this;

FormDrives.Show();

}

private void материалыToolStripMenuItem_Click(object sender, EventArgs e)

{

МатериалыFormDrives = new Материалы();

FormDrives.MdiParent = this;

FormDrives.Show();

}

private void видыРаботToolStripMenuItem_Click(object sender, EventArgs e)

{

Виды_работFormDrives = new Виды_работ();

FormDrives.MdiParent = this;

FormDrives.Show();

}

private void местаУстановокToolStripMenuItem_Click(object sender, EventArgs e)

{

Места_установокFormDrives = newМеста_установок();

FormDrives.MdiParent = this;

FormDrives.Show();

}

private void сотрудникиToolStripMenuItem_Click(object sender, EventArgs e)

{

СотрудникиFormDrives = new Сотрудники();

FormDrives.MdiParent = this;

FormDrives.Show();

}

private void причиныОтказаToolStripMenuItem_Click(object sender, EventArgs e)

{

Причины_отказаFormDrives = newПричины_отказа();

FormDrives.MdiParent = this;

FormDrives.Show();

}

private void срочностьЗаменыToolStripMenuItem_Click(object sender, EventArgs e)

{

Срочность_заменыFormDrives = newСрочность_замены();

FormDrives.MdiParent = this;

FormDrives.Show();

}

private void отчетToolStripMenuItem_Click(object sender, EventArgs e)

{

ОтчетFormDrives = new Отчет();

FormDrives.MdiParent = this;

FormDrives.Show();

}

private void оПрограммеToolStripMenuItem_Click(object sender, EventArgs e)

{

О_программеFormDrives = newО_программе();

FormDrives.MdiParent = this;

FormDrives.Show();

}

}

}

Форма «Журнал заявок»

usingSystem;

usingSystem.Collections.Generic;

usingSystem.ComponentModel;

usingSystem.Data;

usingSystem.Drawing;

usingSystem.Linq;

usingSystem.Text;

usingSystem.Windows.Forms;

namespaceУчет_заявок

{

public partial class Журнал_заявок : Form

{

publicЖурнал_заявок()

{

InitializeComponent();

}

private void журнал_заявокBindingNavigatorSaveItem_Click(object sender, EventArgs e)

{

this.Validate();

this.журнал_заявокBindingSource.EndEdit();

this.tableAdapterManager.UpdateAll(this.сХЕМАDataSet);

}

private void Журнал_заявок_Load(object sender, EventArgs e)

{

// TODO: данная строка кода позволяет загрузить данные в таблицу "сХЕМАDataSet.Журнал_заявок". При необходимости она может быть перемещена или удалена.

this.журнал_заявокTableAdapter.Fill(this.сХЕМАDataSet.Журнал_заявок);

}

}

}

Форма «Виды работ»

usingSystem;

usingSystem.Collections.Generic;

usingSystem.ComponentModel;

usingSystem.Data;

usingSystem.Drawing;

usingSystem.Linq;

usingSystem.Text;

usingSystem.Windows.Forms;

namespaceУчет_заявок

{

public partial class Виды_работ : Form

{

publicВиды_работ()

{

InitializeComponent();

}

private void справочник_вида_работBindingNavigatorSaveItem_Click(object sender, EventArgs e)

{

this.Validate();

this.справочник_вида_работBindingSource.EndEdit();

this.tableAdapterManager.UpdateAll(this.сХЕМАDataSet);

}

private void Виды_работ_Load(object sender, EventArgs e)

{

// TODO: данная строка кода позволяет загрузить данные в таблицу "сХЕМАDataSet.Справочник_вида_работ". При необходимости она может быть перемещена или удалена.

this.справочник_вида_работTableAdapter.Fill(this.сХЕМАDataSet.Справочник_вида_работ);

}

}

}

Форма «Заявки»

using System;

usingSystem.Collections.Generic;

usingSystem.ComponentModel;

usingSystem.Data;

usingSystem.Drawing;

usingSystem.Linq;

usingSystem.Text;

usingSystem.Windows.Forms;

namespaceУчет_заявок

{

public partial class Заявки : Form

{

publicЗаявки()

{

InitializeComponent();

}

private void справочник_заявокBindingNavigatorSaveItem_Click(object sender, EventArgs e)

{

this.Validate();

this.справочник_заявокBindingSource.EndEdit();

this.tableAdapterManager.UpdateAll(this.сХЕМАDataSet);

}

private void Заявки_Load(object sender, EventArgs e)

{

// TODO: данная строка кода позволяет загрузить данные в таблицу "сХЕМАDataSet.Справочник_заявок". При необходимости она может быть перемещена или удалена.

this.справочник_заявокTableAdapter.Fill(this.сХЕМАDataSet.Справочник_заявок);

}

}

}

Форма «Материалы»

using System;

usingSystem.Collections.Generic;

usingSystem.ComponentModel;

usingSystem.Data;

usingSystem.Drawing;

usingSystem.Linq;

usingSystem.Text;

usingSystem.Windows.Forms;

namespaceУчет_заявок

{

public partial class Материалы : Form

{

publicМатериалы()

{

InitializeComponent();

}

private void справочник_по_материаламBindingNavigatorSaveItem_Click(object sender, EventArgs e)

{

this.Validate();

this.справочник_по_материаламBindingSource.EndEdit();

this.tableAdapterManager.UpdateAll(this.сХЕМАDataSet);

}

private void Материалы_Load(object sender, EventArgs e)

{

// TODO: данная строка кода позволяет загрузить данные в таблицу "сХЕМАDataSet.Справочник_по_материалам". При необходимости она может быть перемещена или удалена.

this.справочник_по_материаламTableAdapter.Fill(this.сХЕМАDataSet.Справочник_по_материалам);

}

}

}

Форма «Места установок»

usingSystem;

usingSystem.Collections.Generic;

usingSystem.ComponentModel;

usingSystem.Data;

usingSystem.Drawing;

usingSystem.Linq;

usingSystem.Text;

usingSystem.Windows.Forms;

namespaceУчет_заявок

{

public partial class Места_установок : Form

{

publicМеста_установок()

{

InitializeComponent();

}

private void справочник_мест_установкиBindingNavigatorSaveItem_Click(object sender, EventArgs e)

{

this.Validate();

this.справочник_мест_установкиBindingSource.EndEdit();

this.tableAdapterManager.UpdateAll(this.сХЕМАDataSet);

}

private void Места_установок_Load(object sender, EventArgs e)

{

// TODO: данная строка кода позволяет загрузить данные в таблицу "сХЕМАDataSet.Справочник_мест_установки". При необходимости она может быть перемещена или удалена.

this.справочник_мест_установкиTableAdapter.Fill(this.сХЕМАDataSet.Справочник_мест_установки);

}

}

}

Форма «Причины отказа»

usingSystem;

usingSystem.Collections.Generic;

usingSystem.ComponentModel;

usingSystem.Data;

usingSystem.Drawing;

usingSystem.Linq;

usingSystem.Text;

usingSystem.Windows.Forms;

namespaceУчет_заявок

{

public partial class Причины_отказа : Form

{

publicПричины_отказа()

{

InitializeComponent();

}

private void справочник_причин_отказаBindingNavigatorSaveItem_Click(object sender, EventArgs e)

{

this.Validate();

this.справочник_причин_отказаBindingSource.EndEdit();

this.tableAdapterManager.UpdateAll(this.сХЕМАDataSet);

}

private void Причины_отказа_Load(object sender, EventArgs e)

{

// TODO: данная строка кода позволяет загрузить данные в таблицу "сХЕМАDataSet.Справочник_причин_отказа". При необходимости она может быть перемещена или удалена.

this.справочник_причин_отказаTableAdapter.Fill(this.сХЕМАDataSet.Справочник_причин_отказа);

}

}

}

Форма «Сотрудники»

using System;

usingSystem.Collections.Generic;

usingSystem.ComponentModel;

usingSystem.Data;

usingSystem.Drawing;

usingSystem.Linq;

usingSystem.Text;

usingSystem.Windows.Forms;

namespaceУчет_заявок

{

public partial class Сотрудники : Form

{

publicСотрудники()

{

InitializeComponent();

}

private void справочник_сотрудников_ОИТBindingNavigatorSaveItem_Click(object sender, EventArgs e)

{

this.Validate();

this.справочник_сотрудников_ОИТBindingSource.EndEdit();

this.tableAdapterManager.UpdateAll(this.сХЕМАDataSet);

}

private void Сотрудники_Load(object sender, EventArgs e)

{

// TODO: данная строка кода позволяет загрузить данные в таблицу "сХЕМАDataSet.Справочник_сотрудников_ОИТ". При необходимости она может быть перемещена или удалена.

this.справочник_сотрудников_ОИТTableAdapter.Fill(this.сХЕМАDataSet.Справочник_сотрудников_ОИТ);

}

}

}

Форма «Срочность замены»

usingSystem;

usingSystem.Collections.Generic;

usingSystem.ComponentModel;

usingSystem.Data;

usingSystem.Drawing;

usingSystem.Linq;

usingSystem.Text;

usingSystem.Windows.Forms;

namespaceУчет_заявок

{

public partial class Срочность_замены : Form

{

publicСрочность_замены()

{

InitializeComponent();

}

private void справочник_по_срочности_заменыBindingNavigatorSaveItem_Click(object sender, EventArgs e)

{

this.Validate();

this.справочник_по_срочности_заменыBindingSource.EndEdit();

this.tableAdapterManager.UpdateAll(this.сХЕМАDataSet);

}

private void Срочность_замены_Load(object sender, EventArgs e)

{

// TODO: данная строка кода позволяет загрузить данные в таблицу "сХЕМАDataSet.Справочник_по_срочности_замены". При необходимости она может быть перемещена или удалена.

this.справочник_по_срочности_заменыTableAdapter.Fill(this.сХЕМАDataSet.Справочник_по_срочности_замены);

}

}

}

Форма «Отчет»

using System;

usingSystem.Collections.Generic;

usingSystem.ComponentModel;

usingSystem.Data;

usingSystem.Drawing;

usingSystem.Linq;

usingSystem.Text;

usingSystem.Windows.Forms;

usingMicrosoft.Office.Interop.Excel;

namespaceУчет_заявок

{

public partial class Отчет : Form

{

privateMicrosoft.Office.Interop.Excel.ApplicationObjExcel;

privateMicrosoft.Office.Interop.Excel.WorkbookObjWorkBook;

privateMicrosoft.Office.Interop.Excel.WorksheetObjWorkSheet;

private string fileName;

publicОтчет()

{

InitializeComponent();

}

private void журнал_заявокBindingNavigatorSaveItem_Click(object sender, EventArgs e)

{

this.Validate();

this.журнал_заявокBindingSource.EndEdit();

this.tableAdapterManager.UpdateAll(this.сХЕМАDataSet);

}

private void Отчет_Load(object sender, EventArgs e)

{

// TODO: данная строка кода позволяет загрузить данные в таблицу "сХЕМАDataSet.Журнал_заявок". При необходимости она может быть перемещена или удалена.

this.журнал_заявокTableAdapter.Fill(this.сХЕМАDataSet.Журнал_заявок);

}

private void button1_Click(object sender, EventArgs e)

{

fileName = System.Windows.Forms.Application.StartupPath + "\\" + textBox1.Text + ".xlsx";

try

{

ObjExcel = new Microsoft.Office.Interop.Excel.Application();

//Книга.

ObjWorkBook = ObjExcel.Workbooks.Add(System.Reflection.Missing.Value);

//Таблица.

ObjWorkSheet = (Microsoft.Office.Interop.Excel.Worksheet)ObjWorkBook.Sheets[1];

for (inti = 0; i<журнал_заявокDataGridView.Rows.Count; i++)

{

DataGridViewRow row = журнал_заявокDataGridView.Rows[i]; // строки

for (int j = 0; j <row.Cells.Count; j++) //циклпоячейкамстроки

{

ObjExcel.Cells[i + 1, j + 1] = row.Cells[j].Value;

}

}

ObjWorkBook.SaveAs(fileName);

}

catch (Exception ex) { MessageBox.Show(ex.Message, "Error"); }

finally

{

{

ObjWorkBook.Close();

// Закрытиеприложения Excel.

ObjExcel.Quit();

ObjWorkBook = null;

ObjWorkSheet = null;

ObjExcel = null;

GC.Collect();

}

}

this.Text = this.Text + " - " + textBox1.Text + ".xlsx";

}

}

}

Форма «О программе»

usingSystem;

usingSystem.Collections.Generic;

usingSystem.ComponentModel;

usingSystem.Data;

usingSystem.Drawing;

usingSystem.Linq;

usingSystem.Text;

usingSystem.Windows.Forms;

namespaceУчет_заявок

{

public partial class О_программе : Form

{

publicО_программе()

{

InitializeComponent();

}

private void okButton_Click(object sender, EventArgs e)

{

Close();

}

}

}