Курсовая работа (т): Автоматизированная информационная система мониторинга производства

контроль над производством;

управление складами (запасами);

управление заказами (экспортом) и т.д.

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

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

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

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

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

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

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

Сформулируем требования, предъявляемые к проектируемой системе.

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

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

Следующим важным требованием является достоверность. Все предоставляемые системой данные должны содержать минимум ошибок.

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

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

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

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

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

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

.2 Модель «Как есть» (AS-IS)

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

Анализ начинают с построения модели как есть (AS-IS), то есть модели существующей организации работы. Модель «как есть» может создаваться на основе изучения документации (должностных инструкций, положений о предприятии, приказов, отчетов), анкетирования и опроса служащих предприятия и других источников.

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

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

Рисунок 1.1 Контекстная диаграмма модели «Как есть»

Рисунок 1.2 Декомпозиция модели «Как есть»

.3 Модель «Как должно быть» (to-be)

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

Рисунок 1.3 Контекстная диаграмма модели «Как должно быть»

Рисунок 1.4 Декомпозиция модели «Как должно быть»

.4 Обоснование выбора средств разработки

В связи с тем, что система должна быть реализована так, чтобы сделать ее использование максимально простым и доступным из самых разных мест, где существует возможность выхода в сеть Интернет, она обязана быть изначально ориентированной на Web. Система должна представлять собой сайт, состоящий из совокупности динамических гипертекстовых страниц. Требуется выбрать язык программирования для создания таких страниц. В качестве языка разработки была выбрана технология ASP.Net и язык разработки C#. .NET - это новая технология для создания мощных сценариев, которые выполняются на сервере. Она предоставляет разработчикам службы, необходимые для создания .NET-приложений. Компания Microsoft первоначально планировала назвать свой продукт ASP+ - как усовершенствование ASP. Но после создания платформы .NET ASP+ была переименована в ASP.NET и вошла в состав пакета среды разработки приложений Visual Studio.NET.

Непосредственно взаимодействуя с операционной системой, среда .NET Framework предоставляет интерфейс ASP-приложениям. Новая технология ASP.NET позволяет создавать приложения на нескольких языках программирования, например на VisualBasic .NET, C# и JScript .NET. Благодаря этому приложениям предоставляются возможности .NET, такие как работа в среде CLR, безопасность типов и наследование. Наиболее важными усовершенствованиями, добавленными в ASP.NET, являются серверные элементы управления (ServerControls), новые возможности работы в Web, кэширование Web-страниц и новая объектная модель.

Технология ASP.NET является новой средой разработки Web-приложений. Технология ASP базировалась на использовании языков сценариев. В основу ASP.NET положена работа в среде CLR, что позволяет создавать Web-приложения на любом языке, поддерживаемом платформой .NET. Независимо от языка программирования, использованного при создании приложения ASP, его код компилируется в код на промежуточном языке IL. Это немаловажное преимущество, так как теперь возможности одного языка могут использоваться в другом языке без необходимости написания дополнительного кода. Таким образом достигается высокая степень повторного использования кода.

Файлы страниц, создаваемых в рамках технологии ASP.NET, могут иметь различные расширения. Файл стандартной ASP.NET-страницы имеет расширение .aspx. Файл Web-службы имеет расширение .asmx, а файл пользовательского элемента управления - расширение .ascx. Поддержка различных форматов файлов позволяет одновременно использовать ASP.NET- и ASP-страницы. В зависимости от расширения файла сервер IIS вызывает соответствующий ISAPI-фильтр для управления выполнением задачи. Архитектура ASP.NET позволяет различать управляемый и неуправляемый код. На коде, управляемом средой CLR, написаны .NET-приложения, что позволяет использовать возможности .NET Framework. Например, с помощью функции отсоединенного доступа технология ASP.NET поддерживает работу с серверами IIS 4.0, ISS 5.0 или InternetExplorer 5.5..NET поддерживает две модели программирования: Web-формы и Web-службы. Web-формы позволяют создавать Web-страницы с помощью форм. Элементы управления Web-форм доступны на панели инструментов General (Стандартная) и могут использоваться для создания элементов пользовательского интерфейса Web-форм. Элементы управления Web-форм могут использоваться многократно, что значительно упрощает задачу написания кода для Web-страниц.# (произносится си-шарп) - язык программирования, сочетающий объектно-ориентированные и контекстно-ориентированные концепции. Разработан в 1998-2001 годах группой инженеров под руководством АндерсaХейлсбергa в компании Microsoft как основной язык разработки приложений для платформы Microsoft .NET. Компилятор с C# входит в стандартную установку самой .NET, поэтому программы на нём можно создавать и компилировать даже без инструментальных средств вроде VisualStudio.

C# относится к семье языков с <#"791979.files/image005.gif">

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

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

работа со складом ТМЦ;

работа со складом готовой продукции;

работа с графиками работы;

работа с нормами;

завершение работы системы.

Работа со складом ТМЦ подразумевает следующие действия:

просмотр данных движения материала;

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

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

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

Работа со складом готовой продукции подразумевает следующие действия:

вывод информации о движении готовой продукции;

отгрузка продукции;

прием продукции на склад.

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

Работа с графиками работ включает следующие функции:

вывод данных графика работ;

коррекция данных графика;

просмотр графиков работы.

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

Работа с нормами включает следующие функции:

ввод данных норм;

коррекция норм;

просмотр норм.

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

. Описание структурной схемы

Структурная схема - это совокупность элементарных звеньев объекта и связей между ними, один из видов графической модели <#"791979.files/image006.gif">

Рисунок 3.1 - Структурная схема

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

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

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

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

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

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

Модуль формирования отчетов позволяет формировать отчеты, выводить их на печать, а также сохранять их на локальный компьютер в формате MSWord, Pdf, MSExcel.

. Разработка программных модулей системы

.1 Описание классов системы

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

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

Рисунок 4.1 - Типовой класс разрабатываемой информационной системы

Диаграмма классов уровня форм представлена на рисунке 4.2. На ней представлены разработанные страницы (веб-формы).

Приведем описание созданных форм:

Default - главная страница, содержит форму авторизации пользователей.

TMC_Kladovshik - форма для ввода и коррекции данных о движении ТМЦ кладвощиком;

TMC_ingener - форма для просмотра данных о движении ТМЦ инженером;

TMC_master - форма для просмотра данных о движении ТМЦ мастером;

Default_ingener - главная форма для инженера УРТМ;

Default_master - главная форма для мастера УРТМ;

Default_ Kladovshik - главная форма для кладовщика;

Norma_ingener - форма для работы с нормами инженера УРТМ;

Norma_master - форма для просмотра значений норм мастером УРТМ;

Product_ingener - форма для просмотра данных о движении готовой продукции на складе инженером УРТМ;

Product_master - форма для просмотра данных о движении готовой продукции на складе мастером УРТМ;

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

Grafic_ingener - форма для просмотра и печать данных графика работ инженером УРТМ;

Grafic_master_input - форма для ввода данных о графике работ мастером УРТМ;

Grafic_master_correct - форма для корректировки данных о графике работ мастером УРТМ;

Grafic_kladovshik - форма для просмотра и печать данных графика работ кладовщиком.

Рисунок 4.2 - Диаграмма классов уровня форм

.2 Описание структуры данных системы

Проектирование физической структуры таблиц базы данных и связей осуществлялось при помощи инструментальной среды Erwin фирмы LogicWorks. ERWin- средство разработки структуры базы данных (БД).ERwin сочетает графический интерфейс Windows, инструменты для построения ER-диаграмм, редакторы для создания логического и физического описания модели данных и прозрачную поддержку ведущих реляционных СУБД и настольных баз данных [18]. создает визуальное представление (модель данных) для решаемой задачи. Это представление может использоваться для детального анализа, уточнения и распространения как части документации, необходимой в цикле разработки [19].

В ERwin существуют два уровня представления и моделирования - логический и физический. Логический уровень означает прямое отображение фактов из реальной жизни. Целевая СУБД, имена объектов и тины данных, индексы составляют второй (физический уровень модели Erwin).