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

Автоматизированнаясистема управления документооборотом ЦЗЛ. Подсистема регистрации исопровождения заказов на испытания.
 

Введение
Любаядеятельность человека связана с обработкой информации. При этом наибольшийуспех имеет тот, кто может качественно обработать достаточно большой объем информацииза приемлемое время. Естественно, что проблема создания различных средств иметодов оперирования с информацией всегда привлекала внимание общества.
В настоящеевремя компьютерная индустрия проникает во все области нашей жизни. Компьютерстановится нашим повседневным помощником. Области применения ЭВМ непрерывнорасширяются, все более захватывая и такие стороны человеческой деятельности,которые, как казалось, не приемлют каких либо вычислений. Применение ЭВМ всистемах обработки информации и управления, для научно-технических расчетов имоделирования стало вполне естественным.
Одна из областейприменения компьютеров – это автоматизация процессов производства. В настоящеевремя все большее значение имеет ускоренное решение некоторых видов задач, чтоприводит к экономии ресурсов и времени. Автоматизированная система управлениядокументооборотом ЦЗЛ решает именно эти две задачи.
До внедренияданного программного продукта на производстве все заказы хранились вмногочисленных журналах, хранимых в разрозненном виде. Автоматизация процесса позволилаупорядочить и структурировать все имеющиеся по заказам сведения. Это привело купрощению труда оператора и значительному сокращению времени на обработкуодного вида заказа.

1. Общая часть
 
1.1 Цельразработки
 
В данномдипломном проекте поставлена следующая задача: спроектировать и реализовать автоматизированнуюсистему управления документооборотом центральной заводской лаборатории ОАО «ВМЗ».Техническое задание на проектирование необходимо разрабатывать на основаниианализа текущей системы документооборота, сопровождающей процесс проведенияиспытаний в лабораториях ЦЗЛ./>
1.1.1Анализ использования разработки
Система предназначена для автоматизации процесса формирования иобработки заказов на испытание образцов продукции основных цехов ОАО «ВМЗ»,а также записи и хранения их в электронном виде.
Объектом автоматизации является документооборот процесса подготовки,изготовления и испытания образцов продукции основных цехов ОАО «ВМЗ».
Автоматизированная система управления документооборотом ЦЗЛ ОАО «ВМЗ»(именуемая далее Система) разрабатывается для:
-         формализациипроцесса формирования заказов на испытание образцов с единой системойнумерации;
-         централизованногоэлектронного учёта заказов на испытание образцов и результатов испытаний;
-         практическиполного упразднения бумажных журналов и протоколов,
-         сокращенияобъема вводимых данных за счет исключения дублирования вводимой информации опробах, образцах и испытаниях,
-         повышенияоперативности поступления заказов и формирования протоколов и сертификатов набазе единой интегрированной автоматизированной системой оперативного управленияпроизводством (ИАСОУП) ОАО «ВМЗ».
Разрабатываемый программный продукт должен строиться поклиент-серверной архитектуре.
Сервернаячасть системы должна быть общей с интегрированной автоматизированной системойоперативного управления производством (ИАСОУП) и использовать в качествехранилища данных единую базу данных (БД) в системе управления базами данных(СУБД) Oracle.
Клиентскиечасти должны иметь несложный интуитивно понятный интерфейс, облегчающий работуоператора. Кроме того, клиентские подсистемы должны строиться по открытойархитектуре для обеспечения возможности автоматического ввода данных сразличных устройств электронной регистрации измерений.
1.1.2Характеристика объектаинформатизации
Существует более 10 различных форм заказов, которые различаются поцехам и по видам испытаний.
Все формыразличаются как по содержанию, так и по расположению полей. Номер заказаприсваивается в цехе (порядковый с начала года). Регистрация заказов можетпроводиться в цехе и в ЦЗЛ (номер, дата). По одному заказу изготавливаетсянесколько образцов.
Пробы сдаются сменному мастеру участка изготовления образцов.Сменный мастер регистрирует заказ в «журнале приёма проб». Объём и видынеобходимых испытаний указываются цехом в заказе. Может указываться ссылка нанаучно-техническую документацию, в которой указано, какие образцы и каким образомнеобходимо изготавливать и / или непосредственно указываются виды иколичество испытаний.
После изготовления образцов на участке изготовления производитсярегистрация в том же «журнале приёма проб» даты и времени сдачи и ответственноголица.
Заказ (ранее доставленный на участок изготовления образцов) вместес образцами передаётся в одну из лабораторий.
В лабораториях заказ регистрируется в «журнале приёма образцов» в лабораториимеханических испытаний (ЛМИ), журнале «Сталь. Результаты испытаний (трубныецеха)» в объединенной аналитической лаборатории (ОАЛ) и в аналогичных журналахв других лабораториях. Заказ, как документ, хранится в лаборатории в течение 5лет.
Результаты механических испытаний фиксируются в журналах. Всегосуществует 21 журнал по цехам и видам испытаний. В пределах одного заказа вжурналах дублируются такие данные как: номер заказа, дата, время, марка стали,номер плавки, номер партии, номер трубы и т.д. Некоторые результаты получаютсяв результате вычислений, которые производятся на бумаге с использованиемкалькулятора.
Кроме журналов, результаты испытаний фиксируются в протоколе.Протокол оформляется в 2‑х экземплярах: один хранится в ЛМИ, второй – направляетсяв отдел технического контроля (ОТК) цеха.
В других лабораториях процесс регистрации и производится аналогичнымобразом. Отличия имеются в формах документов согласно специфике испытаний.
1.2 Анализ методов решения
Архитектураприкладной информационной системы четко определяет способ построения и развитияприложений и компонентов системы и способ включения приложений в общуюинформационную систему. Если все делается правильно, то приложения в системеможно однозначно отнести к одному из трех типов информационных составляющих(или компонент) системы.
 Презентационнаякомпонента содержит логику, которая представляет информацию во внешний мир иможет вводить информацию из внешнего мира. В большинстве случаев внешним миромдля
информационной системы является человек, конечный пользователь. Однако иногда вкачестве такового может оказаться аппаратный комплекс, телефонная аппаратура,банкомат или другая аппаратура сопряжения. Обычно логика презентационнойкомпоненты предназначена для генерации
системы вложенных меню, диалогов, форм, экранов и прочего, что позволяетпользователю осуществлять навигацию по различным частям приложения или поразным приложениям или вводить информацию на экране. Иногда на этом уровнеприложение также позволяет осуществлять простейшие оценки правильности вводаинформации и простейшие манипуляции по внешнему виду выводимой информации.
 Бизнес-компонентасодержит логику, которая реализует манипуляции с выбранными данными поопределенным правилам, т.е. бизнес-компонента – это обработка.
 Компонентадоступа к данным содержит логику, которая взаимодействует либо схранилищами данных (базы данных, иерархическая файловая система) или с какимлибо типом удаленного источника данных, например, с другой прикладной системой.Функции доступа к данным обычно используются бизнес-компонентами.
1.2.1 Однозвенныеприложения
Длямэйнфремов и для мини-компьютеров многопользовательские приложения обычно неразбиваются на свои фундаментальные составляющие. Все три компоненты сочетаютсяв исполняемой программе, которая работает на одной машине с вполне определеннымфайлом данных. В настоящее время таких программ почти уже не существует, испециалисты обучены писать по-новому, на совершенно других инструментахпрограммирования.
Раньше в информационныхотделах работали специалисты, писавшие файл-серверные системы для персоналок. Этоозначает, что все программы были сложны для понимания, и развивать которые могтолько их
первоначальный автор.
1.2.2 Двухзвенныеприложения
С появлениемперсональных компьютеров, локальных сетей, реляционных баз данных и мощныхнастольных приложений, компьютерная индустрия развернулась в сторону открытыхсистем и архитектуры клиент-сервер. Вскоре появились мощные инструменты дляскоростной разработки клиент-серверных приложений.
Открытыесистемы создавались для того, чтобы выйти из ограниченности и закрытости персональногорешения и получить доступ к внешним источникам информации. В клиент-сервернойархитектуре пользователи получили доступ к реляционным данным, могутсгенерировать свои собственные отчеты и манипулировать выборками при помощиперсональных электронных таблиц и инструментов анализа данных на своихперсональных компьютерах. Двухзвенная клиент-серверная архитектура разделяетприложение на две части: вычисление настольным компьютером и хранение данных сервером.Теперь клиентская машина в общем случае может быть с любой операционнойсистемой, от DOS до UNIX, серверная часть также может варьироваться отаппаратуры, возможно даже меньшей вычислительной мощности по сравнению сперсональным компьютером пользователя до многопроцессорных кластеров или мэйнфреймов.
Граница междуклиентом и сервером в таких системах проводится в произвольном месте и большейчастью зависит от используемых инструментов. В наиболее популярных ираспространенных клиент-серверных системах в качестве клиентской рабочейстанции применяется Windows‑компьютер, а в качестве сервера – SQL серверна основе Windows или UNIX. Инструментарий, при помощи которого создаются такиесистемы, позволяет разработчикам разрабатывать логику клиента и осуществлятьпростейшие запросные операции серверу. Такой тип клиент-серверной
архитектуры называют архитектурой с толстым клиентом, поскольку большаячасть приложения, включая презентационную логику, бизнес-логику и логикудоступа к данным, выполняется на персональном сетевом компьютере.
Двухзвенный клиент-серверныйподход предоставляет значительные преимущества по сравнению с однозвеннымподходом – проектирование происходит заметно быстрее, а сервер может бытьдовольно простым, поскольку большая часть сложной обработки возлагается наклиента. Следствием из этого является заметное удешевление системы, особенносерверной ее части. Появляется возможность не зависеть от платформы сервера,поскольку все базы данных от одного поставщика предоставляют одинаковыйинтерфейс независимо от платформы сервера. А такие интерфейсы, как ODBC(Microsoft) или IDAPI (Borland-Inprise) позволяют добиться и независимости отпроизводителя БД.
Такжедвухзвенный подход обладает и недостатками. Это проблемы с безопасностьюданных, проблемы с надежностью и управляемостью информационной системы,чрезмерные расходы при модификации и обслуживании информационной системы.Двухзвенная архитектура работает прекрасно, если имеется только однареляционная БД, а клиентские приложения совершают четко определенные простыедействия с данными. Hо по мере возрастания сложности системы – когда количествоисточников данных и количество пользователей возрастает – двухзвеннаяклиент-серверная система очень быстро исчерпывает возможности по развитию. Безжесткого контроля по безопасности, который могла бы предоставить толькоцентрализованная система, такой контроль должен возлагаться на каждоеклиентское приложение в отдельности. По мере возрастания сложности клиентскогоприложения увеличивается и его размер, а, следовательно, и затраты.
Одной изметодик, повышающей надежность и управляемость корпоративной информационнойсистемы, является перенос логики управления данными в хранимые процедуры накорпоративный SQL сервер. При этом логика доступа к данным отделяется от логикиобработки данных. Хранимые процедуры представляют собой предкомпилированныефункции SQL, работающие внутри SQL сервера. Они заметным образом повышают общуюустойчивость и производительность системы.
Однако написаниехранимых процедур требует довольно высокой квалификации. Кроме того, принаписании хранимых процедур разработчик имеет дело со специфическим окружениемконкретного SQL-сервера, его специфической архитектурой и его ограничениями.
Также двухзвенныйклиент-серверный подход хорошо работает в случае, когда все корпоративные данныехранятся лишь в одном месте, в одном SQL-сервере. Но на самом деле большинстводанных до сих пор находится в прежних форматах баз данных, а то и простосохраняются в файловой системе. Существующие на сегодня RAD-инструменты (rapid application development) предназначены большейчастью для операций с данными, выбираемыми из реляционных таблиц, и почти непредлагают средств для интеграции данных из многих источников в единую систему.
Каждыйпроизводитель SQL-сервера поддерживает свой собственный протокол для обращенияк данным, поэтому разработчику приходится каждый раз заново решать проблемуустановления соединения, синхронизации данных, безопасности и множество другихмелких и неприятных технических проблем.
Клиентскиеприложения становятся все более сложными и все менее управляемыми. Это общаятенденция для двухзвенного клиент-серверного подхода.
Двухзвеннаяклиент-серверная архитектура – это архитектура, существенно зависящая отприменяемых программных инструментов.
Возможностимасштабирования и развития системы существенно ограничены. Двухзвеннаяархитектура позволяет весьма производительным способом использовать RAD-инструменты,однако стоимость масштабируемости, администрирования, развития такойархитектуры непомерно высока. И при всем при этом такая архитектурапринципиально ограничивает доступ ко всем корпоративным данным и возможностиинтеграции всех систем в единое целое, поддержку одновременно и новых и прежнихтехнологий.
Ноинструменты визуальной сборки приложений дали возможность проектировать системучрезвычайно быстро. SQL‑серверы позволяют одновременно работать большомучислу пользователей. Сетевой трафик настолько мал, что сеть практически незамедляет работу большого числа конечных пользователей и передает данные с большойскоростью. Проблемы и ограничения содержатся не в программных продуктах, а ввыбранной архитектуре прикладной информационной системы.
1.2.3Трехзвенные приложения
Способпреодолеть ограничения двухзвенной архитектуры существует. Переход ктрехзвенной архитектуре позволяет сохранить преимущества двухзвенногоклиент-серверного подхода, и, кроме того, добиться дополнительной гибкости.
Под тремязвеньями понимаются три логические части корпоративной прикладной системы,количество компьютеров, работающих в системе, не имеет значения. Трехзвеннаямодель информационной системы подразумевает логическое деление прикладнойсистемы на три звена – презентационная логика, бизнес-логика и логика доступа кданным. В самом общем случае в системе может существовать сколь угодно многокомпонент каждого типа. Поэтому говорят о многозвенной архитектуре. Каждаяприкладная компонента системы может разделяться любым количеством прикладныхсистем. При разработке компоненты каждого типа может использоваться самый подходящийтип инструментального средства. Каждая компонента может быть установлена наодном или сразу на многих вычислительных машинах. Каждая компонентавзаимодействует друг с другом через общий интерфейс, который скрывает деталиреализации соответствующей логики. Hа инфраструктуру системы возлагаются задачиобеспечения безопасности данных, совместимости и надежной синхронизации междукомпонентами системы.
Эта задачарешена для всех компонент системы, и не требует отдельной проработки для каждойкомпоненты.
1.2.3.1 Модули и объекты
Преимуществатрехзвенной архитектуры заключаются не только в жизненном цикле приложения. То,что строится в результате применения многозвенного подхода – это наборклиентских и серверных модулей, которые взаимодействуют друг с другом припомощи стандартных протоколов и стандартных соглашений об интерфейсах, их можноинтегрировать и сопрягать друг с другом. Каждый модуль содержит в себе один илиболее объектов, разделяемых между приложениями. Эти объекты могут включаться вкачестве составной части в другие системы.
1.2.3.2 Балансировка загрузки и надежность системы
Динамическаяраспределенная инфраструктура позволяет распределенному приложению динамическиреконфигурироваться для того, чтобы приспособиться к увеличившемуся количествупользователей, изменившейся загрузке процессора или при внезапно случившемсясбое. Это может происходить абсолютно незаметно для пользователя. Именнофизическое разделение системы на модули является наиболее эффективным средствомдля поддержки масштабируемости, надежности системы. По мере подключения дополнительныхпользователей, при превышении допустимого уровня использования процессора, приисчерпании физической памяти или при наступлении какого-либо другого критериясерверный модуль может переключиться на альтернативную серверную машину илиразместить нагрузку на нескольких дополнительных машинах. Модуль балансировкиможет быть использован для того, чтобы повысить надежность системы в целом. Этодостигается автоматическим переключением на работающую серверную машину вслучае возникновения какой-либо неисправности. Это означает, что распределеннаяинфраструктура, позволяющая приложению быть разделяемым, безопасным, надежным,масштабируемым и управляемым, является самой важной составляющей корпоративнойинформационной системы.
1.2.3.3 Служба каталогов
Службакаталогов организует доступ к динамическому списку ресурсов всего предприятия.Когда пользователь или клиентское приложение формирует запрос, служба каталоговобрабатывает его и сообщает клиенту, каким образом взаимодействовать с соответствующимресурсом. Для того, чтобы объект можно было найти в системе, тот должен бытьзарегистрирован, как DCOM‑объект. При этом это дает требуемую гибкость,характерную для трехзвенных систем – мы просто указываем объект, и – всоответствии с каталогом представляется тот компьютер, на котором будетисполняться код. В результате такой гибкости становится возможной ибалансировка загрузки – можно предоставить тот компьютер, который в данныймомент меньше всего загружен работой.
1.2.3.4 Сервис безопасности
Сервисбезопасности устанавливает реестр авторизированных пользователей и групппользователей всего предприятия и регулирует, какие ресурсы всей системыдопустимо использовать для каждого пользователя. Сервис безопасностипредоставляет единственный пароль для пользователя для всех доступных ресурсовпредприятия. Если пользователь был аутентифицирован при входе в систему, всеподсистемы воспринимают его аутентифицированным и не требуют повторноговведения пароля при перемещении от подсистемы к подсистеме.
1.2.3.5 Служба управления приложениями
Службауправления приложениями предоставляет средство динамической реконфигурацииприложений. Эта служба отвечает за запуск приложений на соответствующей машинеи их последующий мониторинг. Если с приложением что-нибудь случилось в процессеэксплуатации, служба управления приложениями должна рестартовать приложение илипроизвести некую последовательность действий в зависимости от того, что былопредписано при конфигурации системы.
1.2.3.6 Интерфейсприложений
Для того чтобытрехзвенная инфраструктура заработала, недостаточно создать наборраспределенных приложений, которые могут запускаться и уничтожаться подуправлением сервера приложений. Кроме этого, необходимо, чтобы разные слоитрехзвенной архитектуры могли взаимодействовать между собой.
Как правило,ключевая идея такого взаимодействия заключается в том, что базовый программныйпродукт предоставляет централизованный или распределенный репозиторийинтерфейсов всех модулей системы. При введении модуля в систему такой интерфейсрегистрируется в репозитории-хранилище, после чего различные модули, чьиинтерфейсы совместимы между собой, могут подключаться друг к другу ивзаимодействовать между собой, в каком бы месте сети они не находились.
Для тогочтобы разработчик мог использовать программные инструменты от различныхпроизводителей (например, Java, C++, Delphi и т.п.) для определения интерфейсовраспределенных объектов применяется специальный язык определения интерфейсовIDL. Для разных стандартов (CORBA, DCOM, DCE) этот язык несколько отличается,но главный его смысл – он нужен для однозначного определения интерфейса взаимодействиямодулей между собой.
1.2.3.7 Гранулированностьинформационной системы
За высокуюгранулированность в системе приходится платить производительностью(динамическое связывание объектов требует затрат процессорного времени), а еслисистема разбита на слишком крупные гранулы, уменьшается степень повторногоиспользования кода, что нежелательно. CORBA, DCOM, DCE подталкиваютразработчика к разбиению системы на мелкие гранулы (или объекты, что болееправильный термин). Приложения серверного слоя также могут дополнительноразбиваться на гранулы-объекты, статически связываемые в период проектирования(компилирование приложения). Как правило, продукт от каждого производителяориентирован на соответствующую архитектуру объектов (CORBA, DCOM, DCE), такEntera ориентирована на DCE, MIDAS – на DCOM, ORBIX – на CORBA.
Объектныетрехзвенные архитектуры DCE, CORBA, DCOM предлагают реально действующиестандарты для построения трехзвенных приложений. Существующие серверыприложений, которые не поддерживают этих архитектур, предлагают свои внутренниемеханизмы для построения трехзвенной архитектуры. Перед тем, как выбрать, вкакой архитектуре строить свою информационную систему, корпоративныйразработчик обязан ясно представлять себе, какую цену он заплатит засоответствие архитектуре, то есть необходимо хорошо представлять себе не толькоплюсы соответствующей архитектуры, но и ее минусы.
1.2.3.8 Минусытрехзвенных архитектур
Трехзвенныеархитектуры обладают рядом преимуществ. Это гибкость, масштабируемость,многоплатформенность, распределенность технологий, управляемость, сочетаемостьтехнологий, безопасность данных, доступность, надежность. Но также они имеют иряд недостатков:
– непроработанностьархитектуры;
— тяжелые в реальностирешения;
— несоответствие с уже имеющимися технологиями;
— неустойчивость версий стандартов, а, следовательно, потенциальная несовместимость;
— недоразвитость инструментов (неудобство, ошибки);
— неоправданная дороговизна средств (или обучения специалистов, или высокая ценаадминистрирования).
Рассмотрим дваосновных вида объектных архитектур DCE и DCOM. DCE – этораспределенная архитектура появившаяся раньше DCOM.
Исходная UNIX-ориентированностьтехнологии DCE, ее некоторая громоздкость, ее ориентированность только на языкС, отсутствие системы управления приложениями – это очевидные минусы.
С другойстороны – надежность, поддержка архитектуры многими производителями, надежныйсервис безопасности, масштабируемость и ориентация архитектуры для работы стысячами пользователей, использующих сотни источников данных – это плюсы. РасширяемостьDCE доказывает и то, что при помощи хорошо устроенных продуктов можноскомпенсировать недостатки архитектуры, достроив в рамках архитектуры недостающиемеханизмы.
DCOM – закрытаяархитектура с закрытым протоколом. Может использоваться только в рамках даннойреализации, соотношения между объектными сервисами обладают очевидныминедостатками. Производителем DCOM является компания Microsoft.
Но недостаткиархитектуры так же, как и в случае DCE, можно исправить удачно сделаннымипродуктами. Inprise MIDAS вносит необходимую гибкость в архитектуру, снабжая еенеобходимым инструментарием и утилитами.
1.2.3.9 Тонкиеи толстые клиенты
В системе,построенной на основе трехзвенной архитектуры, клиентское приложение частоназывают тонким клиентом. Имеется в виду то, что клиентское приложениетрехзвенной архитектуры освобождено от кода обращения к данным, и поэтомугораздо тоньше по объему.
Тонкимклиентом называют также и стандартные internet‑клиенты, которые винтрасетях действительно занимаются только отображением / представлениемданных, хотя и не являются объектами, соответствующими архитектурам DCE, CORBA,DCOM. Эти два типа клиентов различаются не столько по объему кода, сколько поспособу их применения в течение жизни информационной системы. Трехзвеннаяархитектура предназначена для того, чтобы внести расширяемость имасштабируемость в информационные системы. Системы, которым нужны эти качества,никогда не бывают полностью завершены, и в течение жизненного цикла всегдаподвергаются изменениям. Тонкие клиенты первого типа также подвергаютсяизменениям с изменениями системы и, должны время от времени заменяться новыми,более модифицированными версиями. Тонкие клиенты второго типа (ультратонкие)могут не заменяться в течение жизненного цикла системы, поэтому обслуживаниеинтранет-системы несравненно проще трехзвенной системы, построенной безприменения стандартных тонких клиентов. В принципе, никакого противоречия тутнет, и можно было бы построить ультратонкого клиента и для DCE, CORBA, DCOM.
Первоначальноможет показаться, что ультратонкий клиент не может быть достаточнофункциональным по сравнению с просто тонким. Действительно, ультратонкий клиентне меняется в течение своей жизни, однако способен интерпретировать скрипты,получаемые с сервера.
В том случае,если при установлении соединения (или в течение рабочего сеанса, что тожевозможно) приложение серверного слоя снабжает ультратонкого клиента правиламиработы с бизнес-логикой, правилами отображения и манипулирования информацией,мы имеем дело с процессом доставки кода.В предельном случае готовое клиентское приложение, хранящееся на сервере,просто инсталлируется на клиентский компьютер. И это наиболее опасная ситуация,поскольку на клиентский компьютер может быть доставлено разрушительноеприложение, снабженное вирусом или «троянским конем».
Следующий шагпо ужесточению контроля – это введение на клиента интерпретатора, которыйконтролирует опасные ситуации. Например, на клиентский компьютер подгружаетсятолько описание формы – расположение кнопок, полей ввода и других контрольныхэлементов, что позволяет достичь компромисса между требованиями безопасности,функциональности презентационной логики и требованиями нулевогоадминистрирования для ультратонкого клиента.
Движение всторону достижения максимальной безопасности в пределе останавливается наварианте, когда клиентскими рабочими станциями являются терминалы либо X‑терминалы,а вся информация между сервером и терминалами курсирует с шифрованием трафика.
Удобствореализации ультратонкого клиента с подгружаемым со стороны сервера приложенийскриптом или кодом может быть как удачным, так и неудачным в зависимости отреализации.
1.3 Анализсредств программирования
На сегодняшний момент существует большое количество языковпрограммирования с различными возможностями и функционалом. В процессе обучениябыл изучен язык программирования С++, поэтому было принято решение вести разработкусистемы на С++ или родственном ему языке. Язык C++ – это универсальный языкпрограммирования, для которого характерны экономичность выражения, современныйпоток управления и
структуры данных, богатый набор операторов. Язык C++ не является ни языком «оченьвысокого уровня», ни «большим» языком, и не предназначается для некоторойспециальной области применения, но отсутствие ограничений и общность языкаделают его более удобным и эффективным для многих задач, чем языки,предположительно более мощные.
При этом возникает проблема, на какой разновидности остановится ив какой интегрированной среде разработки создавать программную часть ИС.
Проведем сравнительный анализ основных сред разработки на С++:
 

1.3.1BorlandC++ Builder
Borland C++ Builder – очень мощная интегрированная среда программирования. Вместоотдельного инструментария, оперирующего визуальными элементами управления, вC++ Builder интегрирована так называемая палитра компонент, разделеннаякартотечными вкладками на несколько функциональных групп. Функциональныевозможности поставляемых компонент можно достаточно просто модифицировать, атакже разрабатывать компоненты, обладающие совершенно новым поведением.
Системасодержит библиотеку из более 100 визуальных компонент. Помимо известных элементовуправления Windows (кнопки, линейки прокрутки, поля редактирования, простые икомбинированные списки и т.д.) библиотека содержит новые компоненты поддержкидиалогов, обслуживания баз данных и многие другие.
ОпытнымC++ программистам нравится синтаксис и структура кода разрабатываемых на C++Builder программ, хотя его графическое обрамление заметно отличается оттрадиционных оболочек систем разработки. C++ Builder поддерживает основныепринципы объектно-ориентированного программирования – инкапсуляцию, полиморфизми множественное  наследование, а также нововведенные спецификации и ключевыеслова в стандарте языка.
 
1.3.2 MicrosoftVisualC++
Microsoft Visual C++ – универсальный языкпрограммирования, задуманный так, чтобы сделать программирование более приятнымдля серьезного программиста. Visual C++ предоставляет гибкие и эффективные средстваопределения новых типов. Используя определения новых типов, точно отвечающихконцепциям приложения, программист может разделять разрабатываемую программу налегко поддающиеся контролю части. Информация о типах содержится в некоторыхобъектах типов, определенных пользователем. Такие объекты просты и надежны виспользовании в тех ситуациях, когда их тип нельзя установить на стадиикомпиляции. Программирование с применением таких объектов часто называютобъектно-ориентированным. При правильном использовании этот метод дает болеекороткие, проще понимаемые и легче контролируемые программы.
Ключевымпонятием C++ является класс. Классы обеспечивают скрытие данных, гарантированнуюинициализацию данных, неявное преобразование типов для типов, определенныхпользователем, динамическое задание типа, контролируемое пользователемуправление памятью и механизмы перегрузки операций. C++ предоставляет гораздолучшие, чем в C, средства выражения модульности программы и проверки типов. C++и его стандартные библиотеки спроектированы так, чтобы обеспечиватьпереносимость. Имеющаяся на текущий момент реализация языка будет идти вбольшинстве систем, поддерживающих C. Из C++ программ можно использовать C библиотеки,и с C++ можно использовать большую часть инструментальных средств,поддерживающих программирование на C.
1.3.3MicrosoftVisualStudio
Microsoft Visual Studio – это уже проверенныйвременем программный продукт. Выделим две важнейшие его идеи:
·          открытость для языков программирования;
·           принципиально новый подход к построению каркасасреды – Framework. Net.
Средаразработки теперь является открытой языковой средой. Это означает, что наряду сязыками программирования, включенными фирмой Microsoft в среду могутдобавляться любые языки программирования, компиляторы которых создаются другимифирмами-производителями. Таких расширений среды Visual Studio сделано ужедостаточно много, практически они существуют для всех известных языков – Fortranи Cobol, RPG и Component Pascal, Oberon и SmallTalk.
Открытость среды не означает полной свободы. Главное ограничение,которое можно считать и главным достоинством, состоит в том, что все языки,включаемые в среду разработки Visual Studio. Net,должны использовать единый каркас – Framework. Net.Благодаря этому достигаются многие желательные свойства:
ü  легкостьиспользования компонентов, разработанных на различных языках;
ü  возможностьразработки нескольких частей одного приложения на разных языках;
ü  возможностьбесшовной отладки такого приложения;
ü  возможностьнаписать класс на одном языке, а его потомков – на других языках.
Существеннорасширился набор возможных архитектурных типов построения приложений. Помимотрадиционных Windows- и консольных приложений, появилась возможность построенияWeb‑приложений. Большое внимание уделяется возможности создания повторноиспользуемых компонентов – разрешается строить библиотеки классов, библиотекиэлементов управления и библиотеки Web‑элементов управления. Популярнымархитектурным типом являются Web‑службы, ставшие сегодня
благодаряоткрытому стандарту одним из основных видов повторно используемых компонентов.
Рассмотрим дватипа языка Visual С, включенных в среду разработки Microsoft Visual Studio:
1.3.3.1 VisualС++
Среди современных языковпрограммирования С++ является одним из наиболее распространенных. Язык С++универсален, однако наиболее эффективно его применение в задачах системногопрограммирования – разработке трансляторов, операционных систем, экранныхинтерфейсов, инструментальных средств. Язык С++ хорошо зарекомендовал себяэффективностью, лаконичностью записи алгоритмов, логической стройностьюпрограмм. Во многих случаях программы, написанные на языке С++ наглядны и простыв сопровождении.
Одним из основных достоинств языка С++ считается высокая переносимостьнаписанных на нем программ между компьютерами с различной архитектурой, междуразличными операционными средами. Трансляторы языка С++ существуют практическидля всех используемых в настоящее время персональных компьютеров.
С++ – язык программирования высокого уровня, обеспечивающий необычайнолегкий доступ к аппаратным средствам компьютера.
Перечислим некоторые особенности языка С++:
ü В языке С++ реализованы некоторые операции низкого уровня (вчастности, операции над битами). Некоторые из таких операций напрямуюсоответствуют машинным командам.
ü Базовые типы данных языка С++ отражают те же объекты, с которымиприходится иметь дело в программе на языке ассемблера, – байты, машинные слова,символы, строки.
ü Язык С++ поддерживает механизм указателей на переменные и функции.Поддерживается арифметика указателей, что позволяет осуществлятьнепосредственный доступ и работу с адресами памяти практически так же легко,как на языке ассемблера.
Несмотря на эффективность и мощность конструкций языка С++, онотносительно мал по объему. В нем отсутствуют встроенные операторы длявыполнения ввода-вывода, динамического распределения памяти, управленияпроцессами и т.п., однако в системное окружение языка С входит библиотекастандартных функций, в которой реализованы подобные действия. Вынос этихфункций в библиотеку позволяет отделить особенности архитектуры конкретногокомпьютера и соглашений операционной системы от реализации языка, сделатьпрограмму максимально независимой от деталей реализации операционной среды. Вто же время программисты могут пользоваться системными библиотечнымипрограммами, чтобы более эффективно использовать особенности конкретныхоперационных сред.
1.3.3.2 VisualC#
Многиеразработчики хотели бы использовать современный язык, который позволял быписать, читать и сопровождать программы с простотой Visual Basic и в то жевремя давал мощь и гибкость C++, обеспечивал доступ ко всем функциональнымвозможностям системы, взаимодействовал бы с существующими программами и легкоработал с возникающими Web – стандартами.
Учитывая всеподобные пожелания, Microsoft разработала новый язык – C#. В него входит многополезных особенностей – простота, объектная ориентированность, типоваязащищенность, «сборка мусора», поддержка совместимости версий и многое другое.Данные возможности позволяют быстро и легко разрабатывать приложения, особенноCOM – приложения и Web – сервисы. При создании C#, его авторы учитывали достижениямногих
других языков программирования: C++, C, Java, Delphi, Visual Basic и т.д. Приразработке C# у его авторов была возможность оставить в прошлом все неудобные инеприятные особенности (существующие, как правило, для обратной совместимости),любого из предшествующих ему языков. В результате получился действительнопростой, удобный и современный язык, по мощности не уступающий С++, носущественно повышающий продуктивность разработок.
C# являетсяхорошим выбором для быстрого конструирования различных компонентов – отвысокоуровневой бизнес логики до системных приложений, использующихнизкоуровневый код. Также следует отметить, что C# является и Web‑ориентированным– используя простые встроенные конструкции языка ваши компоненты могут бытьлегко превращены в Web‑сервисы, к которым можно будет обращаться изInternet посредством любого языка на любой операционной системе. Дополнительныевозможности и преимущества перед другими языками приносит в C# использование передовыхWeb‑технологий, таких как: XML и SOAP. Среда разработки Web‑сервисовпозволяет программисту смотреть на существующие сегодня Web‑приложения,как на родные C# объекты, что дает возможность разработчикам соотнести имеющиесяWeb‑сервисы с их познаниями в объектно-ориентированном программировании.
Очень частоможно проследить такую связь – чем более язык защищен и устойчив к ошибкам, темменьше производительность программ, написанных на нем. В C#, как в, несомненно,современном языке, существуют характерные особенности для обхода возможных ошибок.Например, там все переменные автоматически инициализируются средой и обладаюттиповой защищенностью, что позволяет избежать неопределенных ситуаций в случае,если программист забудет инициализировать переменную в объекте или попытаетсяпроизвести недопустимое преобразование типов. Также в C# были предприняты мерыдля исключения ошибок при
 обновлении программного обеспечения. Изменение кода, в такой ситуации, можетнепредсказуемо изменить суть самой программы. Чтобы помочь разработчикамбороться с этой проблемой C# включает в себя поддержку совместимости версий. Вчастности, если метод класса был изменен, это должно быть специально оговорено.Это позволяет обойти ошибки в коде и обеспечить гибкую совместимость версий.Также новой особенностью является поддержка интерфейсов и наследования.
Все рассмотренные выше языки программирования позволяют реализоватьв полной мере все возложенные на разрабатываемую систему функции. Безусловно,при выборе языка нужно учитывать текущие тенденции в мире программирования. Внастоящее время все большей популярностью пользуется С#, который к тому же вданный момент является ведущим языком по разработке открытых Web‑приложений. Именнопоэтому данный программный продукт разработан на Visual C#.

1.4 Анализ платформ (операционных систем)
На сегодняшний день существует большое множество различных операционныхсистем. Наиболее популярными являются Windows‑системы и Unix‑системы, которыесоответствуют всем международным стандартам и удовлетворяют пользователей поскорости, масштабируемости и открытости. Рассмотрим основные преимущества инедостатки этих операционных систем.
1.4.1 Linux
Linux – это современная POSIX‑совместимая и Unix‑подобнаяоперационная система для персональных компьютеров и рабочих станций. Это многопользовательскаясетевая операционная система с сетевой оконной графической системой X WindowSystem. Операционная система Linux
поддерживает стандарты открытых систем и протоколы сети Internet и совместима ссистемами Unix, DOS, MS Windows. Все компоненты системы, включая исходныетексты, распространяются с лицензией на свободное копирование и установку длянеограниченного числа пользователей.
Возможности, которые предоставляет операционная система Linux:
·         даетвозможность бесплатно и легально иметь современную ОС для использования, как наработе, так и дома;
·         обладаетвысоким быстродействием;
·         работаетнадежно, устойчиво, совершенно без зависаний; не подвержена вирусам;
·         позволяетиспользовать полностью возможности современных ПК, снимая ограничения, присущиеDOS и MS Windows по использованию памяти машины и ресурсов процессоров;
·         эффективноуправляет многозадачностью и приоритетами, фоновые задачи (длительный расчет,передача электронной почты по модему, форматирование дискеты и т.д.) не мешаютинтерактивной работе;
·         позволяетлегко интегрировать компьютер в локальные и глобальные сети, в т.ч. в Internet;работает с сетями на базе Novell и MS Windows;
·         позволяетвыполнять представленные в формате загрузки прикладные программы других ОС – различныхверсий Unix, DOS и MS Windows;
·         обеспечиваетиспользование огромного числа разнообразных программных пакетов, накопленных вмире Unix и свободно распространяемых вместе с исходными текстами;
·         предоставляетбогатый набор инструментальных средств для разработки прикладных программ любойстепени сложности, включая системы класса клиент-сервер,объектно-ориентированные, с многооконным текстовым и / илиграфическим интерфейсом, пригодных для работы как в Linux, так и в других ОС;
·         даетпользователю и особенно разработчику замечательную учебную базу в виде богатойдокументации и исходных текстов всех компонент, включая ядро самой ОС.
Linux – это полностью многозадачная многопользовательская операционнаясистема (точно также как и другие версии UNIX). Linux достаточно хорошо совместимс рядом стандартов на уровне исходных
текстов, включая IEEE POSIX.1, System V и BSD. Linux поддерживает различныетипы файловых систем для хранения данных. Реализована файловая система FAT и FAT32, позволяющая прямообращаться к файлам MS-DOS на жестком диске. Поддерживается также файловаясистема ISO 9660 CD-ROM для работы с дисками CD-ROM.
Linux обеспечивает полный набор протоколов TCP/IP для сетевой работы.Поддерживается весь спектр клиентов и услуг TCP/IP, таких как FTP, telnet, NNTPи SMTP.

1.4.2 Microsoft Windows
Microsoft Windows предоставляет иной подход к средам рабочей станциии сервера и реализует новейшие концепции управления системой и
администрирования. Вот некоторые из них.
• Active Directory – расширяемая и масштабируемая служба каталогов,использующая пространство имен, основанное на стандартной Интернет-службеименования доменов (Domain Name System, DNS).
• IntelliMirror – средства конфигурирования, поддерживающие зеркальноеотображение пользовательских данных и параметры среды, а также центральноеадминистрирование установки и обслуживания программного обеспечения.
• Terminal Services – службы терминалов, обеспечивающие удаленныйвход в систему и управление другими системами Windows.
• Windows Script Host – сервер сценариев Windows для автоматизации такихраспространенных задач администрирования, как создание учетных записейпользователей и отчетов по журналам событий.
Хотя у Windows масса других возможностей, каждая из этих четырехоказывает большое влияние на выполнение задач администрирования. Наиболееэффективна технология Active Directory, фундаментально изменившая способыуправления пользователями, группами и системами. Так что для успешной работы вWindows необходимо четко понимать структуры и процедуры Active Directory.
На крупных промышленных предприятиях чаще всего используют Unix‑системы, т. к.они более удовлетворяют потребностям и запросам пользователей. Многие задачи,решаемые в Unix, невозможно реализовать в Windows‑системах. Но в Unix‑системахприсутствует один большой недостаток – они не поддерживают Batch.21, при помощи которогоразрабатываемый программный продукт будет обращаться к базе данных и будет вкачестве посредника между клиентской и серверной части приложения.
Поэтому в качестве платформы для данного программного обеспечениябыла выбрана Windows‑система, которая удовлетворяет всем поставленнымтребованиям для решения данной задачи.
1.5 Обзор и выбор СУБД
База данных – это набор записей и файлов, организованных специальнымобразом.
До появления СУБД все данные, которые содержались в компьютернойсистеме постоянно, хранились в виде отдельных файлов.
Поставщики СУБД предлагают программные продукты для различных вычислительныхсистем: от персональных компьютеров и рабочих станций
до локальных сетей, мини-компьютеров и больших ЭВМ. Рассмотрим 4 основныхтипа СУБД, которые занимают лидирующее положение на рынке.
1.5.1 MySQL
MySQL – представляетсобой очень быстрый, многопоточный, многопользовательский и надежный сервер базданных SQL. Сервер MySQL предназначен как для обслуживания критически важных,сильно загруженных производственных систем, так и для встраивания в программноеобеспечение массового применения. MySQL – торговая марка, принадлежащая MySQLAB. Программное обеспечение MySQL распространяется в соответствие с двойнойлицензией. Пользователь может использовать его либо как бесплатный продукт соткрытым исходным кодом на условиях общедоступной лицензии GNU, либо приобрестистандартную коммерческую лицензию у MySQL AB.
Внутренниехарактеристики и переносимость:
ü  написанна C и C++. Протестирован на множестве различных компиляторов;
ü  работаетна различных платформах;
ü  дляобеспечения переносимости используется GNU Automake, Autoconf и Libtool;
ü  полностьюмногопоточный с использованием потоков ядра. Это означает, что, если такаявозможность обеспечивается, можно легко организовать работу с несколькимипроцессорами;
ü  оченьбыстрые дисковые таблицы на основе В-деревьев со сжатием индексов;
ü  оченьбыстрая базирующаяся на потоках система распределения памяти;
ü  оченьбыстрые соединения, использующие оптимизированный метод однопроходногомультисоединения (one-sweep multi-join);
ü  хеш-таблицыв памяти, используемые как временные таблицы;
ü  SQL‑функцииреализованы при помощи хорошо оптимизированной библиотеки классов, поэтому онивыполняются настолько быстро, насколько это возможно. Обычно послеинициализации запроса распределения памяти не происходит вообще;
ü  MySQL– код протестирован с использованием Purify (коммерческий детектор утечкипамяти), а также Valgrind, одного из GPL‑инструментов.
1.5.2Interbase
Interbase – высокопроизводительный, экономичный, многоплатформенныйсервер баз данных. InterBase представляет собой экономичную, высокопроизводительнуюСУБД с обработкой транзакций, которую используют миллионы пользователей во всеммире. Сочетая легкость установки, автоматическое восстановление после аварийныхотказов и минимальные требования к администрированию, InterBase являетсянаиболее подходящим решением для встраивания в тиражируемые приложения. Обладаяподдержкой многопроцессорного режима и сложной архитектурой, InterBase идеальноподходит для многофункциональных бизнес приложений, обслуживающих большоеколичество пользователей. Графический пользовательский интерфейс IBConsoleвключает монитор производительности, одновременно отслеживающий состояниенескольких серверов и баз данных InterBase.
В основе InterBaseнаходится многоуровневая архитектура управления несколькими версиями,предлагающая весомые преимущества в надежности, производительности,эффективности труда разработчиков и постоянном сопровождении. InterBaseосвобождает разработчиков от решения проблем совместимостии задач памятью, и наряду с этим обеспечивает немедленное восстановление послеаварийных отказов.
InterBase представляет собой идеальное решение для установки в условияхотсутствия администратора баз данных или IT‑поддержки.Автоматическое восстановление после аварийных сбоев иавтоматизированные процессы управления учетными записями пользователей,оперативное резервное копирование и автоматизация других задач сопровожденияпозволяют существенно уменьшить потребность в администрировании. Функцииавтоматической настройки включают оптимизацию запросов на основезатрат и автоматическую «сборку мусора».Динамическая перестройка структур индексаулучшает производительность и уменьшает потребность в администрировании.
СУБД InterBase непривязывает разработчиков к определенному языку программирования или ккакой-либо платформе. InterBase обеспечивает межплатформеннуюсовместимость систем Windows, Linux, Solaris и Java,при этом не требуется перекодирование и поддержка нескольких серверных частейСУБД.
Высокая экономичность иуниверсальность мощной встраиваемой СУБД Borland InterBase –это широкораспространенная СУБД для потребительских приложений,используемых тысячами конечных пользователей.

1.5.3   SQL Server
SQL Server – семействопродуктов, разработанных для хранения данных в больших системах, осуществляющихобработку информации, и обслуживания коммерческих Web‑узлов. SQL Server прости удобен в использовании, он широко применяется как в сложных системах, скоторыми работают сотни пользователей, так и в малом бизнесе. Он популярентакже у отдельных пользователей, которым нужен надежный и удобный сервер БД.Клиентские приложения могут работать с БД SQL Server разными способами.Например, клиентское приложение может обращаться к реляционному ядру БД сиспользованием языка структурированных
запросов. Клиент-серверная система управления базами данных предоставляетбогатый спектр новых возможностей, которые облегчают процесс создания,внедрения и управления распределенными клиент-серверными прикладнымипрограммами. Основные возможности: встроенная поддержка приложений Internet,усовершенствованные механизмы распределенных транзакций, тиражирование вразнородных средах, расширенные распределенные средства управления и новаяархитектура динамической блокировки.
MS SQL Server обеспечиваетпроизводительность, безопасность и взаимодействие с другими системами, которыетак необходимы для организации работы предприятия. В то же время эта системавесьма экономична и проста в управлении, что делает ее идеальным решением длякомпаний любого размера.
Microsoft SQLServer облегчает создание и управление прикладными программами для внутреннихкорпоративных сетей (так называемые «интрасети») и Internet. Новая утилитаMicrosoft SQL Server Web Assistant использует интерфейс, типичный дляпрограмм-мастеров, и шаг за шагом помогает администратору базы данных или Web‑мастерупомещать данные из Microsoft SQL Server в сети WWW. Таким образом можнолегко создавать интерактивные Web‑узлы, основу которых составляют базыданных. При помощи утилиты Web Assistant, Microsoft SQL Server автоматическисоздает страницы на основе гипертекстового языка описания документов или заполняетHTML – шаблоны данными из Microsoft SQL Server, причем это может осуществлятьсялибо каждый раз при изменении данных, либо в установленные моменты времени.
1.5.4 Oracle
Oracle – система управления базами данных нового поколения. Значительноепродвижение технологии вперед, с одной стороны, можно объяснить появлениемобъектных расширений реляционной модели данных,
то есть совершенно нового направления для Oracle. С другой стороны, в первую очередьOracle – это устойчивая, масштабируемая система управления реляционными базамиданных, способная эффективно хранить и обрабатывать огромное количество данныхв условиях многопользовательского доступа. Ядро сервера Oracle было серьезнопереработано на основе опыта разработки и эксплуатации приложений дляпредыдущих версий, при этом был получен значительный выигрыш впроизводительности и надежности. С помощью технологий Oracle возможно построитьинформационную систему, решающую сколь угодно сложные задачи по обработкеданных. Для этого в распоряжении проектировщиков и разработчиков имеются всенеобходимые инструментальные средства. Oracle оказалась очень удачной системойуправления базами данных. На ее основе были построены системы, автоматизирующиесамые различные области человеческой деятельности. В базах данных подуправлением серверов Oracle было накоплено огромное количество информации. ВOracle появились новые возможности для управления большими и сверхбольшимибазами данных. Кратко перечислим их.
Секционирование таблиц и индексов – таблицы и индексы могут бытьразбиты на секции, с каждой из которых можно работать как с одним объектом, например,хранить различные секции на различных устройствах и управлять ими автономно.
Для оптимального доступа к данным была улучшена работа оптимизаторазапросов: введен новый тип запросов – типа «звезда», появились новые подсказкиоптимизатору. Теперь поддерживаются новые виды индексов – масочные двоичныеиндексы и индексы с реверсированным ключом.
Другим важным нововведением для Oracle стала поддержка объектныхрасширений. Тенденция к объектной ориентированности в настоящее времянаблюдается у всех крупных производителей систем управления базами
данных. Не осталась в стороне и корпорация Oracle. Oracle поддерживает абстрактныетипы данных, то есть разработчик может конструировать новые типы данных избазовых.
Начиная с версии 8.1.5.0, ядро сервера Oracle включает в себя Java‑машину.Таким образом, стало возможным разрабатывать серверную компоненту системы какна основном языке создания хранимых программ PL/SQL, так и на Java. Программы,написанные на этих языках, могут взаимодействовать между собой. Использованиеязыка Java предоставляет возможность подключения сотен предопределенныхклассов. Динамический SQL в Oracle выполняется так же быстро, как и обычныйстатический. Появилась возможность ведения политики безопасности:принудительное блокирование учетной записи пользователя, установка срокадействия пароля, блокирование учетной записи пользователя после определенногочисла неудачных попыток входа в систему, программная реализация собственныхалгоритмов проверки сложности пароля и т.д.
Каждая из рассмотренных выше СУБД по своим функциям подходит дляразработки Автоматизированной системы регистрации заказов на испытания. Былавыбрана СУБД Oracle, которая больше всего подходит для крупных предприятий по своимтехническим характеристикам, к тому же данная СУБД уже давно широко применяетсяв ОАО «ВМЗ».

1.6     Дополнительныепрограммные средства
Одним из важных требований построения системы является ее полная интеграцияс интегрированной информационной системой оперативного управленияпроизводством, внедряемой в настоящее время в трубных цехах ВМЗ. Эта системареализуется с использованием сторонних программных продуктов MES уровня AspenOne.
Для управления информацией об объектах в системе продуктов
AspenOne используется продукт Aspen Batch.21. Он представляетсобой надстройку над базой данных и упрощает взаимодействие с ней со стороны клиентскихприложений. Кроме того, Batch.21 выполняет функции контроля данных, ихинтеграцию и выборку, а также формирование отчетов по расписанию или потребованию.
Batch.21 позволяет просматривать технологические данные в периодическомконтексте. Например:
•          Если нужнопросмотреть диаграммы нескольких ключевых технологических переменных запромежуток времени, в течение которого обрабатывался один заказ, то с помощью Batch.21 можно легко настроитьтакие диаграммы с помощью:
–       Консолизапросов (QueryTool) для поиска партии.
–       ПрограммыProcess Explorer, перетащив идентификатор заказа из консоли запросов надиаграмму Process Explorer. Диаграмма автоматически отобразитданные за период обработки данного заказа.
•          еслинужно сравнить динамику изменения ключевой технологической переменной(например, вязкости металла) для нескольких заказов, наложив друг на другапрофили вязкости для каждого случая, то перекрывающаяся периодическая диаграмма– отображение Process Explorer, входящее в комплекс Batch.21,позволит сделать это;
•          еслинужно иметь возможность быстро создавать отчеты, описывающие эффективностьпроизводственного процесса в периодическом контексте;
•          Консользапросов (BatchQueryTool) представляет собойудобное в эксплуатации средство генерации отчетов, позволяющее Batch.21прозрачно выполнять сложные SQL‑запросы к реляционной базе данных или кбазе данных реального времени InfoPlus.21. Результаты запросов могутбыть легко перемещены в другое приложение, например, MicrosoftExcel.
Эти возможности обусловлены тем, что Batch.21 анализирует и хранитданные в периодическом контексте.
Клиентские приложения Batch.21 связываются с сервером через интерфейсприложений Batch.21. Клиентские приложения позволяют организовать обменпериодическими данными с базой данных, настраивать базу данных, просматриватьэти данные в Process Explorer и создавать отчеты в MSExcel.
Бизнес-логика системы Batch.21 сконцентрирована в сервере ППП (BCU) – программепреобразования партий (BatchConversionUtility) и его компонентах,которые базируются на MicrosoftTransactionServer. Эти компонентыосуществляют связь с реляционной СУБД и СУБД реального времени. Сервер ПППсчитывает данные из БД реального времени и преобразует их, согласно своимнастройкам, в данные Batch.21. Через интерфейс приложений Batch.21сервер ППП соединяется с сервером Batch.21.
Данные Batch.21 хранятся в реляционной базе данных MicrosoftSQLServer или Oracle. Чтобы хранитьтехнологические данные, необходимо использовать СУБД реального времени InfoPlus.21.

Таблица 1 – Особенности и преимущества Batch.21Особенность Преимущество Периодические данные можно легко извлечь с помощью консоли запросов. Это позволяет генерировать сложные отчеты по периодическим процессам без необходимости дополнительного программирования. Временные диаграммы можно использовать для просмотра технологических данных, как периодических, так и обычных. Пользователю нет необходимости изучать новые программные средства; быстрое переключение между графиками. Псевдонимы тэгов Пользователю нет необходимости знать, какой именно аппарат задействован для какой именно партии; он освобожден от необходимости запоминать имена тэгов. Можно выбирать вид периодической диаграммы. Можно сравнивать партии между собой, или сравнивать эффективность по различным параметрам для одной партии. Имеются графические консоли для настройки Batch.21. Упрощается настройка потока периодических данных. С помощью ППП можно настраивать сбор периодических данных из базы данных реального времени. Можно гибко настроить оптимальный баланс между текущей информацией и загрузкой системы; может накапливать данные в промежуточном хранилище.
Рассмотреввсе аспекты для разработки автоматизированной системы управлениядокументооборотом ЦЗЛ, изучив предметную область, в которой будет применятьсяданная система, и, собрав необходимые сведения о том, что бы хотели видетьпользователи данного программного продукта, в итоге получили конкретный методрешения:
ü    Клиент-сервернаяархитектура системы – трехзвенная
ü    ИспользованиеWeb-forms (тонкий клиент)
ü    Языкпрограммирования – Visual C #
ü    СУБД– Oracle
ü    Операционнаясистема – Windows

2. Специальнаячасть
 
2.1 Структураинформационной системы/> /> /> /> /> /> /> /> /> />
/>
/>
/>
/>
/>
/>/>/>
/>/>/>
/>

Web-browser                Web-browser Web-browser
Рисунок 2 – Структураинформационной системы и ее отдельных компонентов

Структураинформационной системы построена по трехзвенной архитектуре «клиент – сервер».
Функционированиемеханизма в трехзвенной архитектуре обеспечивается при помощи трех основныхкомпонентов:
ü    рабочихстанций пользователей;
ü    серверовприложений;
ü    серверабазы данных.
Организацияработы автоматизированной системы в трехзвенной архитектуре позволяетоптимально распределить нагрузку на аппаратное обеспечение. Удаленныепользователи обращаются к программным модулям, запущенным на сервереприложений. При этом все, кроме визуализации,
переносится на сторону сервера.
СУБД Oracle представляет собойхранилище данных, к которым обращается система Batch.21. Используется Oracle 9i.
Структураобъектов (таблиц, триггеров, хранимых процедур) скрыта от разработчика,поскольку используется промежуточная система Batch.
Все компонентысистемы развернуты на серверах HP Proliant DL 360.
Batch.21 осуществляетвыполнение запросов к базе и предоставляет два вида интерфейса:
ü  DCOM;
ü  Web‑сервисы.
Web‑сервисы используютпередачу данных через XML. DCOM – технология распределенной компонентной модели.
Application Server – Web‑сервер, содержащийразработанные по технологии ASP. Net приложения для решения стоящих перед нами задач.
Клиентские ПК– «тонкие» клиенты, получающие доступ к приложениям Application Server через Web-browser.

2.2    Требования кинформационной системе/>
 
2.2.1   Общие требования
Система должна создаваться как открытая, масштабируемая система,непосредственно связанная с процессом производства и системой контроля качествапродукции.
Данная система для более тесной интеграции с процессом производствапродукции должна быть реализована на единой платформе с интегрированнойавтоматизированной системой оперативного управления производством.
Создаваемая система не должна влиять на работоспособность ИАСОУП,а лишь получать и предоставлять данные для общего использования./>
2.2.2 Требования к структуре и функционированию системы
Разрабатываемая система должна строиться по клиент-серверной архитектуре(Рисунок 3).
Серверная часть системы должна быть общей с ИАСОУП и использоватьв качестве хранилища данных единую БД в СУБД Oracle.
Клиентские части должны иметь несложный интуитивно понятныйинтерфейс, облегчающий работу оператора. Кроме того, клиентские подсистемыдолжны строиться по открытой архитектуре для обеспечения возможностиавтоматического ввода данных с различных устройств электронной регистрацииизмерений.
Журналы и протоколы, формируемые системой должны содержать всюнеобходимую для отчетности информацию и отвечать существующим требованиям коформлению и содержанию.
 

2.2.3 Требования к удобству эксплуатации
Все разработанные клиентские части должны иметь удобный дляэксплуатации интерфейс, максимально облегчать ввод данных оператору. Основнаячасть информации должна храниться в электронном виде. Необходимые журналы ипротоколы должны быть доступны через стандартный механизм Web‑доступа.2.2.4  Требования кзащите информации от несанкционированного доступа
В Системе должна быть предусмотрена защита от несанкционированногодоступа, разрушения или изменения информации (программ, баз данных).
Должна быть предусмотрена защита от несанкционированного измененияинформации по следующим путям доступа:
-         человеко-машинныйинтерфейс;
-         внешниеносители (дискеты и т.п.);
-         корпоративныекомпьютерные сети.
Должен быть предусмотрен парольный доступ для работы с Системой наоснове доменной аутентификации пользователей.
Для защиты от вирусов должен проводиться периодический контроль наналичие вирусов.
 
2.2.5 Требованияпо сохранности информации и надежности функционирования
Привозникновении нештатных ситуаций, таких как сбой серверной или клиентскойчасти, информация, введенная в Систему до момента сбоя должна полностьюсохраняться. В Системе должна быть предусмотрена функция резервированияинформации на случай полной или частичной потери данных на стороне сервера иобеспечены соответствующие условия хранения записей, сводящие к минимумувозможность их порчи или повреждения и предотвращающие ее потерю./>
2.2.6 Общиетребования к функциям Системы
Все функции Системы должны выполняться с надежностью, оговореннойв п.п. 2.1. Выполнение любой из функций (основных или дополнительных) недолжно приводить к останову или недопустимой задержке выполнения остальныхфункций Системы. Основными формами ввода информации должны быть экранные формы,соответствующие каждому виду испытаний. Основными формами представленияжурналов и протоколов являются сформатированные html‑документы. Формыввода и структура выходных документов согласуются с Заказчиком в процессевыполнения проекта.2.3 Программное обеспечение
Программное обеспечение (ПО) Системы должно представлять собойсовокупность программных средств, обеспечивающих реализацию целей и задачСистемы, а также функционирование комплекса технических средств Системы.
В состав ПО должно входить:
-         общеепрограммное обеспечение;
-         специальноепрограммное обеспечение.
Общее программное обеспечение представляет собой операционнуюсистему Windows 2000 и выше с компонентами.NET Framework.
Специальное программное обеспечение должно включать интерфейсныекомпоненты и клиентские части Системы. Специальное ПО должно разрабатыватьсясогласно принципам архитектуры открытых систем для обеспечения возможностирасширения его функций.

2.4 Описание программного состава информационной сети ЦЗЛ
В состав информационной сети ЦЗЛ входят приложения:
ü  Zakaz_web;
ü  Proba_web;
ü  DWTT_web;
ü  Rast_web;
ü  Udar_web;
ü  Xim_web;
Zakaz_web – данное приложение используетсяв цехах для оформления заказа на проведение испытаний в ЦЗЛ (Рисунок 4). В немприсутствуют все виды испытаний, проводимых в ЦЗЛ, а также основныехарактеристики испытываемых труб: толщина стенки, диаметр, номер плавки,номер трубы, марка стали и другие.
Рисунок 4 –Заказ на испытание труб
Также вданном приложении можно осуществить поиск уже имеющегося в базе данных заказа пономеру. Для формирования заказа необходмо выбрать цех (2, 3, 4, 5) и тип заказа(1‑сварное соединение, 2‑основной металл, 3‑зарезервировано,4‑металлография) и нажать кнопку «Задать». Система сгенерирует очередной свободныйномер заказа данного типа. После этого необходимо заполнить все поля формы инажать кнопку «Сохранить». Если все поля заполнены правильно, заказ сохраняетсяи внизу появится сообщение «Заказ успешно сохранен», в противном случаевыведется предупреждение. Из этой формы можно посмотреть бланк заказа, нажавкнопку «Бланк заказа».
Данная форма заполняется на основании заказа, оформленного в цехе.Оператор может последовательно получить все непринятые заказы, нажимая кнопку«Получить» или может сразу ввести номер нужного заказа в поле и нажать кнопку«Загрузить». После этого заказ можно принять, нажав на кнопку «Принять». Изэтой формы также можно посмотреть бланк заказа.
DWTT_web – приложение, реализующее проведение испытаний на DWTT. Вданном приложении используются такие параметры для проведения испытаний, как толщинаобразца трубы, высота сечения, высота хрупкой составляющей, толщина хрупкойсоставляющей, вязкая составляющая в процентах. Форма ввода данных DWTTявляется самой объемной, поскольку может сразу работать с несколькими заказами(до пяти). Это реализовано в связи со спецификой испытаний. Принятые кисполнению заказы можно загрузить в форму, нажав кнопку «Получить». Послепроведения испытаний и занесения параметров в поля формы, необходимо нажатькнопку «Рассчитать» для расчета вычисляемых величин и далее кнопку «Сохранить».
Rast_web – приложение,реализующее проведение испытаний на растяжение труб. В данном приложенииприсутствует два вида растяжений: продольное и поперечное. Главнымипараметрами для проведения испытаний служат начальная толщина, ширина,площадь, расчетная длина образца, а также конечная расчетная длин (Рисунок7). Чтобы получить номер нужного заказа на испытания по растяжению труб,нелюходимо нажать кнопку «Получить», либо ввести номер нужного заказа. Послеввода всех параметров необходимо нажать кнопку «Рассчитать» для получениярезультатов по испытанию, затем кнопку «Сохранить».
Udar_web – приложение, реализующеепроведение испытаний на ударный изгиб по трубам.
Для проведения испытаний используются такие параметры, как высота,ширина, площадь, поглощающая энергия и ударная вязкость образца. Вседействия, производимые в этой форме для испытаний аналогичны действиям прииспытаниях на растяжение.
Xim_web – приложение, реализующеепроведение испытаний стали, из которой изготовлена труба, по химическимпараметрам. В данном приложении предствлены все необходимые химические реагенты,которые используют для определения прочности испытываемого образца. Испытанияможно проводить как по одному виду химического реагента, так и по нескольким.Чаще всего для более точного определения качества стали испытания проводятся повсем видам реагентов.
Во всехформах предусмотрена проверка вводимых пользователем данных на правильностьввода, большая часть полей просто не позволяет ввести недопустимые символы.Данный функционал, как и расчеты в формах, выполнены в виде Java‑скриптов. Этозначительно ускоряет работу с приложением.
2.5Описание алгоритма
 
Данныйпрограммный продукт разработан по определенному алгоритму:
/>
Рисунок 10 – Алгоритмдействия автоматизированной системы

/>
Рисунок 11 – Алгоритмвывода данных о заказе
/>

/>
Рисунок 12 – Алгоритмввода данных о новом заказе
/>
Рисунок 13 –Алгоритм получения номера заказа
Разработанныйпрограммный код системы регистрации и сопровождения заказов ЦЗЛ ОАО «ВМЗ»вынесен в приложение.
Из-забольшого объема приведены два кода программы – это файлы DWTT_web (Приложение А) и Zakaz_web (Приложение Б).Остальной программный код по структуре аналогичен приложению DWTT_web, за исключением названийразличного рода испытаний, принцип работы приложений подобен.

3. Экономика производства
В успешном завершениипроекта и его эффективной эксплуатации заинтересованы все его участники,реализующие таким образом свои индивидуальные интересы, а именно:
-    заказчикпроекта получает проект и доходы от его использования;
-    руководительпроекта и его команда получают плату по контракту, дополнительноевознаграждение по результатам работы, а также повышение профессионального рейтинга;
-    органывласти получают налоги со всех участников, а также удовлетворение общественных,социальных и прочих нужд и требований на вверенной им территории.
Бизнес-планирование имониторинг позволяют легче преодолеть помехи и препятствия, связанные с такимивнешними и внутренними факторами, характерными для переходного периода вРоссии, как:
-    нестабильнаяэкономика;
-    дефицити ограниченность средств и ресурсов;
-    инфляцияи возрастание стоимости проекта;
-    социальныепроблемы и требования;
-    возрастающиетребования к качеству программной продукции.
Если эти изменения неанализируются и не учитываются, то это приводит к таким негативным результатам,как:
-    превышениеранее установленной стоимости, продолжительности и сроков завершения проектов;
-    увеличениештрафов за нарушение обязательств;
-    отставаниев реализации и практическом использовании результатов научных исследований и опытно-конструкторскихразработок;
-    снижениеэффективности и увеличение сроков окупаемости проекта.
В создавшихся условияхработа инженера подразумевает не только нахождение прогрессивных решений, но иих технико-экономическое обоснование, доказательство того, что выбранныйвариант является наиболее выгодным и экономически эффективным.
/>3.1     Анализ основных разделов бизнес-плана
Данный разделпосвящён обоснованию эффективности разработки автоматизированной системы управлениядокументооборотом ЦЗЛ.
При анализецелесообразности данную разработку следует рассматривать как некоммерческийпродукт в том смысле, что она не предназначена для широкого тиражирования ипродажи с целью получения прибыли. Это упрощение сделано для того, чтобыпоказать прибыльность внедрения нашего программного продукта (ПП) на бюджетныхпредприятиях, где ценность системы определяется сэкономленными ею средствами.Экономическая целесообразность разработки такой продукции заключается в экономиитрудозатрат по сравнению с ручной обработкой и получении более достоверной информацииза более короткое время.
3.2    Описание функцийавтоматизированной системы
Автоматизированнаясистема предназначена для автоматизации управления документооборотом ЦЗЛ напроизводстве с последующим получением статистической и аналитической информациижурналах. Опишем основные функции, которые способна выполнять данная система:
1) Ведение базы данныхзаказов с подробными данными различных свойствах заказа:
-    вводновой записи о заказе;
-    редактированиезаписи о заказе;
-    просмотрсохраненной записи о заказе;
-    обслуживаниебаз данных журнала регистрации;
2) Получение аналитической и статистической информации:
-    выдачастатистической информации о количестве заказов, в общем, и по конкретнымсвойствам, за конкретный период времени;
-    выдачастатистической информации о количестве брака;
3) Получение справочнойинформации в печатном виде на официальных бланках:
-    печатьжурнала регистраций за определенный период времени;
-    печатьсправок по различным видам проведенных испытаний;
-    печатьаналитической и статистической отчетности;
Таким образом,функциональные возможности системы весьма значительны и смогут удовлетворитьосновные потребности потенциальных пользователей при учете заказов и получениинеобходимой информации.
3.3 Возможный рынок сбытаавтоматизированной системы
Главным заказчикомразрабатываемой автоматизированной системы является ЦЗЛ ОАО «ВМЗ». Как ужебыло сказано ранее, разрабатываемый ПП ориентирован на применение, преждевсего, в учреждениях, где ценность системы будет определяться экономиейтрудозатрат по сравнению с ручной обработкой информации, а также получениемболее достоверной и точной информации за короткие промежутки времени.
Потребность в автоматизированнойсистеме может возникнуть также на других промышленных предприятиях такого жепрофил/>/>/>/>/>/>я.

3.4 Календарный план-график работы над автоматизированной системой
Жизненным цикломпрограммы считается весь цикл от принятия решения о проведении разработок дополного отказа конечного пользователя от применения данного ПП:
-    этапработы над ПП составил 4 месяца;
-    этапвведения ПП – 1 месяц;
-    этапзрелости: полный переход к автоматизированной системе (порядка 1 месяца);
По предварительным оценкам,замена системы произойдет не ранее 2012 года. Следовательно, минимальный срок«жизни» разрабатываемой программы составляет не менее 5 лет.
/>3.5Оценка конкурентоспособностиИСУП
 
Успех в конкурентнойборьбе в большей степени определяется тем, насколько удачно выбран типконкурентного поведения организации и насколько умело он реализуется напрактике.
Конкурентоспособностьизделия – это его способность противостоять на рынке изделиям, выполняющиманалогичные функции. При этом конкуренцию составляют не только изделия той жетехнолого-конструктивной группы, но и любой товар, выполняющий аналогичныефункции. Конкурентоспособность определяется многими факторами. Одни факторыопределяют характеристики самого продукта, другие зависят от темповтехнического развития товарной группы, к которой относится изделие, третьи – отрыночной конъюнктуры.
Из известных намавтоматизированных систем учета заказов, построенная на основе базы данных Access.
Проведём сравнениеразработанной автоматизированной системы и системы базы данных Access по основным показателямПП:
-    функциональныйнабор: примерно одинаковый;
-    интерфейс:у автоматизированной системы более удобный, разработанный специально для ЦЗЛ сучетом требований и пожеланий будущих пользователей;
-    инструкциядля пользователя: у автоматизированной системы более подробная;
-    требуемыересурсы: примерно одинаковые.
Таким образом, при равныхстартовых возможностях применение разработанной автоматизированной системыкажется более предпочтительным. Это превосходство обуславливается, преждевсего, тем, что автоматизированная система разработана с учетом требований ЦЗЛ,устранены лишние детали, интерфейс более гибкий и удобный. Следовательно, можноутверждать, что автоматизированная система будет сохранять высокую конкурентоспособностьдо тех пор, пока не появятся новые, перспективные технологии.
/>3.6     Калькуляция темы
Характерной чертойпроводимых работ является их теоретическая направленность. Основнымиисточниками затрат при работе над темой как части этапа проектированияжизненного цикла целенаправленной интеллектуальной системы являются капитальныепредпроизводственные затраты, которые в определенной степени могут быть учтеныи минимизированы.
Калькулирование осуществляется по калькуляционнымстатьям расходов.
Данные по окладам работающего персонала, а такжевсе процентные составляющие, используемые в этой части, были получены вплановом отделе ОАО «ВМЗ» (Приложение В).
Таблица 2 – Затраты на расходные материалы№ п/п Наименование материала
Расход,
шт. Цена, руб./шт.
Сумма,
руб. 1 Пакет Visual Studio с библиотеками 1 8000 8000 2 Вспомогательная литература 3 70 210 3 CD диски 10 10 100 4 Канцтовары + + 200 Итого 8510
Таблица 3 – Основнаязаработная плата разработчиков ПП№ п/п Наименование этапа Исполнители
Трудоём-кость, чел. дн.1
Трудоём-кость, чел. мес.2 Оклад, руб. Затраты по з/п, руб. 1 Подготовительный Программист 20 0.909 12000 10908 2 Техническое задание Специалист по ИО 10 0.455 12000 5460 3 Основной Программист 60 2.727 12000 32724 4 Тестирование Программист 10 0.455 12000 5460 5 Технический отчёт Программист 15 0.682 12000 8184 6
Сдача
темы Специалист по ИО 5 0.227 12000 2724 Итого 65460
Дополнительная заработная плата разработчиков ППсоставляет 20% от основной заработной платы:
0.2 ´ 65460 = 13092 руб.
Фонд заработной платы представляет собой суммуосновной и дополнительной заработной платы:
65460+13092 = 78552 руб.
Отчисления на социальныенуждысоставляют 26,2% от фонда оплаты труда:
0.262 ´ 78552 » 20580,62 руб.
Накладные расходы составляют 250% отвеличины основной заработной платы:
2.5 ´ 65460 » 163650 руб.
Прочие расходы включают расходы намашинное время (порядка 3‑ёх месяцев на разработку, отладку итестирование ПП: 700 часов стоимостью 2 руб./час):
700 ´ 2 = 1400 руб.
Таблица 4 – Калькуляция темы№ п/п Наименование статей расходов Затраты, руб. 1 Расходные материалы 8510.00 2 Основная заработная плата разработчиков 65460.00 3 Дополнительная заработная плата разработчиков 13092.00 4 Отчисления на социальное страхование 20580,62 5 Накладные расходы 163650.00 6 Прочие расходы 1400.00 Итого затрат
Зк = 272692,62
/>3.7     Оценка экономической эффективности применения ПП
Показатель эффектаопределяет все позитивные результаты, достигаемые при использовании ПП. Экономическийэффект от использования ПП за расчётный период Т определяется по формуле,руб.:
ЭТ = РТ– Зк,

где РТ –стоимостная оценка результатов применения ПП в течение
периода Т, руб.;
Зк –стоимостная оценка затрат на создание и сопровождение ПП, руб.
Стоимостная оценка результатов применения ПП зарасчётный период Т определяется по формуле:
Т
PT = å Pt ´ at,
где Т – расчётный период;
Рt – стоимостная оценкарезультатов года t расчётного периода, руб.;
at – дисконтирующая функция, которая вводится с целью приведениявсех затрат и результатов к одному моменту времени.
Дисконтирующая функция имеет вид:
at = 1 / (1 + p)t,
где p – коэффициент дисконтирования (p = Eн= 0.2, Ен – нормативный коэффициент эффективности капитальныхвложений).
Таким образом,
Т
PT = å Pt / 1.2t
t = 0
В данном случае ППзаменяет ручной труд, следовательно, набор полезных результатов в принципе неменяется. В качестве оценки результатов применения ПП в год берётся разница(экономия) издержек, возникающая в результате использования ПП, т.е. Pt = Эу.
Экономия от замены ручнойобработки информации на автоматизированную образуется в результате снижения затратна обработку информации и определяется по формуле, руб.:
Эу = Зр– За,
где Зр –затраты на ручную обработку информации, руб.;
За – затратына автоматизированную обработку информации, руб.
Затраты на ручную обработку информации определяются по формуле:
Зр = Ои´ Ц ´ Гд / Нв,
где Ои – объёминформации, обрабатываемой вручную, Мбайт;
Ц – стоимость одного часаработы, руб./час;
Гд –коэффициент, учитывающий дополнительные затраты времени на логические операциипри ручной обработке информации;
Нв – нормавыработки, Мбайт/час.
В данном случае: Ои = 25 Мбайт (общийразмер обрабатываемых данных, вводимых для регистрации за год с последующимподсчетом статистики),
Ц= 12000 / 22 / 8 » 68,18 руб./час,
где Гд = 2.5 (установленэкспериментально);
Нв = 0.004 Мбайт/час. Следовательно,затраты на ручную обработку информации будут равны:
Зр = 25 ´ 68,18 ´ 2.5 / 0.004 = 1065312,5 руб.
Затраты на автоматизированную обработкуинформации рассчитываются по следующей формуле:

За = ta ´ Цм + tо ´ (Цм + Цо),
где ta – время автоматическойобработки, ч.;
Цм – стоимостьодного часа машинного времени, руб./час;
tо – время работы оператора,ч.;
Цо – стоимостьодного часа работы оператора, руб./час.
Для данного ПП: ta = 18 ч., Цм= 2 руб., tо= 83.3 ч.,
Цо = 12000 /22 / 8 » 68,18 руб.
(Для ввода данныхоператором в систему понадобится: (1000 случаев)*(5 мин. регистрации 1случая) = 5000 мин. = 83.3 часа; Для автоматической обработки введенныхданных, если получать по 10 справок в неделю (время получения одной справки 2 мин.)понадобится 1080 мин. = 18 часов в год)
Следовательно, затраты наавтоматизированную обработку информации будут равны:
За = 18 ´ 2 + 83,3 ´ (2 + 68,18) = 2096.01 руб.
Таким образом, годоваяэкономия от внедрения ПП равна:
Эу = 1065312,5– 5882 = 1059430,50 руб.
Экономический эффект отиспользования ПП за год определяется по формуле, руб.:
Эг = Эу– Ен ´ Зк.,
Эг = 1065312,5– 0.2 ´ 272692,62 » 792619,88 руб.
Эффективность разработки может быть оценена поформуле:
Эр = Эг´ 0.2 / Зк,
 
Эр = 792619,88 ´ 0.2 / 272692,62 » 0,58
Поскольку Эр> 0.20, наша разработка является экономически целесообразной.
Предполагается, что данный ПП без изменений идоработок будет использоваться в течение пяти лет. Тогда стоимостная оценкарезультатов применения ПП (экономия) за расчётный период T = 5 лет составит:
5
P5=å 1065312,5/ 1.2t=
t=0
=1065312,5+887760,42+739800,35+616500,29+513750,24+428125,2=
=4251249.00 руб.
Экономический эффект от использования ПП зарасчётный период T= 5 лет составит:
ЭТ = 4251249.00 – 272692,62= 3978556,38 руб.
Очевидно, что разработканашей автоматизированной системы является абсолютно эффективной.
3.8     Расчётцены ПП
 
Как уже отмечалось ранее, данный ПП непредназначен для выхода на открытый рынок программной продукции. Тем не менее,определение договорной цены ПП необходимо для случая появления возможностипродажи автоматизированной системы.
Цена программной продукции формируется на базеэкономически обоснованной (нормативной) себестоимости её производства и прибыли,руб.:
Цпп = С + Пн + Нэ,

где С – себестоимость ПП, руб. (используем Зк);
Пн – нормативная прибыль, руб.;
Нэ – надбавка к цене, руб., еслигодовой экономический эффект от применения ПП составляет свыше 10 тыс. руб.(берётся в% от нормативной прибыли).
Нормативная прибыль определяется как:
Пн = Уп ´ Фзп,
где Уп – уровень прибыли в% к фонду заработнойплаты разработчиков
Фзп – фонд заработной платыразработчиков ПП, руб.
Уровень прибыли рассчитывается по формуле:
Уп = Руп + Рп,
где Руп – расчётный уровень прибыли(норматив рентабельности), включаемый в цену на разработку (ориентировочно 90 ¸ 100% к Фзп);
Рп – предложения разработчиков поповышению Руп на основе анализа эффективности создаваемого ПП, егонаучно-технического уровня, важности и т.д.; в качестве показателей повышения Рупмогут быть приняты предложения разработчиков или заказчика по повышению уровняосновных требований: конкретных характеристик, ТЗ, сокращение сроков выполненияработы и др.
Примем Руп = 90%, Рп = 5% кФзп. Тогда уровень прибыли будет равен:
Уп = 0.9 + 0.05 = 0.95
Определим нормативную прибыль:
Пн = 0.95 ´ 78552 » 74624,4 руб.
Поскольку годовой экономический эффект отприменения ПП больше 10 тыс. руб., надбавку к цене за эффективность возьмём 20%от нормативной прибыли:
Нэ = 0.2 ´ 78552» 15710,4 руб.
Таким образом, договорная цена нашей ИСУПсоставит:
Цпп = 272692,62+ 74624,4 + 15710,4 = 363027,42руб.
В том случае, если будет осуществлятьсятиражирование ПП (n копий),договорная цена каждой тиражной копиисоставит:
Цтк = Цпп / n = 363027,42 / nруб.
Бизнес-план – специальныйинструмент менеджмента, используемый в современной рыночной экономикенезависимо от масштабов, сферы деятельности и формы предпринимательства. Успехи в обычной рыночной торговле, и в выходе фирмы с новым продуктом на рынокневозможен без полного и ясного представления о перспективах предпринимаемогодела, без разработки надёжных предварительных ориентиров и реального планадействий. Бизнес-план позволяет очертить круг проблем, с которыми столкнётсяпредприниматель при реализации своих целей в изменчивой, неопределённой,конкурентной хозяйственной среде, сформировать и обеспечить пути решения этихпроблем.
Задачей создаваемойавтоматизированной системы является автоматизация управления документооборотомЦЗЛ. Поскольку приходится с каждым днем вести все более жесткий контролькачества, нагрузка на пользователей постоянно возрастает. Это вызываетнеобходимость расширения штата сотрудников с целью своевременного выполненияпроцесса регистрации и своевременной выдачи статистической отчетности.Внедрение автоматизированной системы может дать значительный эффект за счёт,прежде всего, сокращения времени, а также за счёт уменьшения необходимого числасотрудников, занимающихся этой проблемой. Расширение сферы применения ПП на всюсистему учета позволит ещё больше повысить экономический эффект от примененияПП.
Затраты на разработку, полученные методомкалькуляции, составляют 272692,62 руб.
Договорная цена на ИСУП, сформированнаяна основе нормативной себестоимости производства ПП и прибыли, составляет 363027,42руб.
Экономический эффект от использования данногоПП за расчётный период (5 лет) составит 3978556,38 руб., при этомэффективность разработки – примерно 0,58, т.е. разработчикпокроет свои расходы на создание автоматизированной системы ориентировочно загод и затем начнёт получать прибыль.
Таким образом, заказчикдолжен утвердить затраты на создание нашей автоматизированной системы,поскольку в результате анализа установлено, что внедрение разработки оправданои экономически целесообразно.
4. Мероприятия по технике безопасности ипротивопожарной технике
 
4.1Техника безопасности при работе за компьютером
На местахработы пользователей и в лабораториях ЦЗЛ установлена дорогостоящая сложная итребующая осторожного и аккуратного обращения аппаратура – компьютеры (ПЭВМ), атак же другие технические средства. Поэтому необходимо: бережно обращаться с этойтехникой; не входить в лабораторию в верхней одежде; войдя в лабораторию,спокойно занимать своё место.
На рабочемместе размещены составные части ПЭВМ – системный блок, клавиатура и монитор(дисплей). Во время работы лучевая трубка монитора (дисплея) работает подвысоким напряжением. Неправильное обращение с клавиатурой, кабелями имониторами может привести к тяжелым поражениям электрическим током, вызватьзагорание или иной выход из строя аппаратуры. Поэтому строго запрещается:
ü  Трогать разъемысоединительных кабелей;
ü  Прикасаться к экрану и ктыльной стороне монитора, клавиатуры;
ü  Прикасаться к питающимпроводам и устройствам заземления;
ü  Класть дискеты, книгитетради на монитор и клавиатуру;
ü  Работать во влажнойодежде и влажными руками;
ü  Использовать в работе дискеты,не зарегистрированные в лаборатории вычислительной техники (ЛВТ).
При появлениизапаха гари немедленно прекратите работу, выключите аппаратуру и сообщите обэтом старшему по должности или соответствующему специалисту.
Перед началомработы:
ü  Убедитесьв отсутствии видимых повреждений аппаратуры и соединительных кабелей на вашемрабочем месте;
ü  Сядьтетак, чтобы линия взора приходилась в центр экрана, что дает возможность, ненаклоняясь, пользоваться клавиатурой и воспринимать передаваемую на экранмонитора информацию;
ü  Хорошоразберитесь в особенностях применяемых в работе устройств;
ü  Запишитев журнал регистрации время начала и окончания работы на ПЭВМ;
Во времяработы ПЭВМ лучевая трубка монитора является источником электромагнитного излучения,неблагоприятно воздействующего на зрение при работе вблизи экрана. Поэтомуследует соблюдать расстояние между вашими глазами и экраном монитора равное 60–70 см.,допустимое расстояние не менее 30 см.
Следите заосанкой, не допускайте искривления позвоночника.
ü   Вовремя работы:
·             Строговыполняйте все указанные выше правила
·             Следитеза исправностью аппаратуры и немедленно прекращайте работу при появлениинеобычного звука или самопроизвольного выключения аппаратуры.
ü   Плавнонажимайте на клавиши, не допускайте резких ударов;
ü   Работайтена клавиатуре чистыми руками;
ü   Никогдане пытайтесь самостоятельно устранить неисправность в работе аппаратуры.
По окончанииработы:
ü   Подготовьтекомпьютер к выключению (завершите все работающие программы.), чтобы не потерятьне сохраненные данные;
ü   Отключитетумблер «СЕТЬ»;
ü   Запишитев журнале регистрации время окончания работы./>

4.2     Порядокдействий при возникновении нештатной ситуации
ü   Приработе с Системой может возникнуть ряд нештатных ситуаций, непосредственнонесвязанных с ее работоспособностью. Прежде всего, это потеря сетевого соединения,сбои операционной системы и выход из строя аппаратной части и т.д. Решениеданной проблемы не входит в область ответственности разработчика системы. Привозникновении такой проблемы необходимо обратиться в службу поддержкипользователей ОАО «ВМЗ».
ü   Привозникновении сбоя на клиентской части системы, оператор прежде всего долженубедиться, что он не вызван сторонними причинами, частично указанными выше.
ü   Еслисбой произошел в работе Системы, не по сторонним причинам, то необходимосвязаться с системным администратором ИАСОУП.
ü   Влюбом из перечисленных случаев, когда работоспособность Системы временнонарушена, необходимо продолжать регистрацию измерений в бумажных журналахвручную. При восстановлении работоспособности занести всю накопленную вбумажных журналах информацию в Систему. Это подразумевает наличие на рабочихместах операторов бланков журналов и инструкций, а также справочников ГОСТов иТУ в бумажной форме.

Заключение
В данном дипломном проекте проведено проектирование и разработкаавтоматизированной системы управления документооборотом ЦЗЛ, в частностиподсистема регистрации и сопровождения заказов на испытания.
Разработанная система позволяет решать следующие задачи:
·         Вводзаказов на испытания в единую ИСОУП;
·         Приемказаказов работниками ЦЗЛ;
·         Регистрациярезультатов испытаний на DWTT;
·         Регистрациярезультатов испытаний на химический анализ;
·         Регистрациярезультатов испытаний на растяжение;
·         Регистрациярезультатов испытаний на ударный изгиб.
Также Система предоставляет пользователю удобный и наглядный интерфейс.
Система построена по новейшей архитектуре информационной системы –трехзвенной, что позволяет значительно облегчить работу системногоадминистратора.
В результате внедрения Системы значительно сократился объембумажной документации.
Разработанный продукт входит в состав MES‑системы (Manufacturing Environment System – система управленияпроизводственной средой предприятия) ОАО «ВМЗ». Также данный программныйпродукт соответствует международным стандартам качества и заметно повышаетрейтинг ОАО «ВМЗ».

Списокиспользуемой литературы
1.  MySQL.Справочник по языку.: Пер. с англ. – М.: Издательский дом «Вильяме», 2005.
2.   Стефанков Д.В. Справочникпрограммиста и пользователя. М.: Кварта, 1993.
3.  Намиот Д.Е. Основныеособенности языка программирования C++. – М.: «Память», 1991.
4.  РазработкаWeb – приложений на Microsoft Visual Basic.NET и Microsoft Visual C#.NET.Учебный курс MCAD/MCSD/Пер. с англ. – М.: Издательско-торговый дом «РусскаяРедакция», 2003.
5.  Ватсон К.С#.: Пер. с англ. – М.: Издательство «Лори», 2005.
6.  Журнал«КомпьюТерра» №37–38 1998
7.   Выполнениеорганизационно-экономической части дипломных проектов: учебное пособие. – М.:МИРЭА, 1994. – 74 с.
8.  Кураков Л.П.,Попов В.М. и др. Сборник бизнес-планов: Современная практика идокументация. Отечественный и зарубежный
9.  ГОСТ12.2.032–84 – Рабочее место при выполнении работ сидя. Общие эргономическиетребования.