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 можно легко настроить такие диаграммы с помощью:

– Консоли запросов (Query Tool) для поиска партии.

– Программы Process Explorer, перетащив идентификатор заказа из консоли запросов на диаграмму Process Explorer. Диаграмма автоматически отобразит данные за период обработки данного заказа.

• если нужно сравнить динамику изменения ключевой технологической переменной (например, вязкости металла) для нескольких заказов, наложив друг на друга профили вязкости для каждого случая, то перекрывающаяся периодическая диаграмма - отображение Process Explorer, входящее в комплекс Batch.21, позволит сделать это;

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

• Консоль запросов (Batch Query Tool) представляет собой удобное в эксплуатации средство генерации отчетов, позволяющее Batch.21 прозрачно выполнять сложные SQL_запросы к реляционной базе данных или к базе данных реального времени InfoPlus.21. Результаты запросов могут быть легко перемещены в другое приложение, например, Microsoft Excel.

Эти возможности обусловлены тем, что Batch.21 анализирует и хранит данные в периодическом контексте.

Клиентские приложения Batch.21 связываются с сервером через интерфейс приложений Batch.21. Клиентские приложения позволяют организовать обмен периодическими данными с базой данных, настраивать базу данных, просматривать эти данные в Process Explorer и создавать отчеты в MS Excel.

Бизнес-логика системы Batch.21 сконцентрирована в сервере ППП (BCU) - программе преобразования партий (Batch Conversion Utility) и его компонентах, которые базируются на Microsoft Transaction Server. Эти компоненты осуществляют связь с реляционной СУБД и СУБД реального времени. Сервер ППП считывает данные из БД реального времени и преобразует их, согласно своим настройкам, в данные Batch.21. Через интерфейс приложений Batch.21 сервер ППП соединяется с сервером Batch.21.

Данные Batch.21 хранятся в реляционной базе данных Microsoft SQL Server или 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 Оценка экономической эффективности применения ПП

Показатель эффекта определяет все позитивные результаты, достигаемые при использовании ПП. Экономический эффект от использования ПП за расчётный период Т определяется по формуле, руб.:

Э_Т = Р_Т - З_к,

где Р_Т - стоимостная оценка результатов применения ПП в течение

периода Т, руб.;

З_к - стоимостная оценка затрат на создание и сопровождение ПП, руб.

Стоимостная оценка результатов применения ПП за расчётный период Т определяется по формуле:

Т

P_T = P_{t t,}

где Т - расчётный период;

Р_t - стоимостная оценка результатов года t расчётного периода, руб.;

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

Дисконтирующая функция имеет вид:

_t = 1 / (1 + p)^t,

где p - коэффициент дисконтирования (p = E_н = 0.2, Е_н - нормативный коэффициент эффективности капитальных вложений).

Таким образом,

Т

P_T = P_t / 1.2^t

t = 0

В данном случае ПП заменяет ручной труд, следовательно, набор полезных результатов в принципе не меняется. В качестве оценки результатов применения ПП в год берётся разница (экономия) издержек, возникающая в результате использования ПП, т.е. P_t = Э_у.

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

Э_у = З_р - З_а,

где З_р - затраты на ручную обработку информации, руб.;

З_а - затраты на автоматизированную обработку информации, руб.

Затраты на ручную обработку информации определяются по формуле:

З_р = О_и Ц Г_д / Н_в,

где О_и - объём информации, обрабатываемой вручную, Мбайт;

Ц - стоимость одного часа работы, руб./час;

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

Н_в - норма выработки, Мбайт/час.

В данном случае: О_и = 25 Мбайт (общий размер обрабатываемых данных, вводимых для регистрации за год с последующим подсчетом статистики),

Ц = 12000 / 22 / 8 68,18 руб./час,

где Г_д = 2.5 (установлен экспериментально);

Н_в = 0.004 Мбайт/час. Следовательно, затраты на ручную обработку информации будут равны:

З_р = 25 68,18 2.5 / 0.004 = 1065312,5 руб.

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

З_а = t_a Ц_м + t_о (Ц_м + Ц_о),

где t_a - время автоматической обработки, ч.;

Ц_м - стоимость одного часа машинного времени, руб./час;

t_о - время работы оператора, ч.;

Ц_о - стоимость одного часа работы оператора, руб./час.

Для данного ПП: t_a = 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

P₅= 1065312,5/ 1.2^t=

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 - Рабочее место при выполнении работ сидя. Общие эргономические требования.