Дипломная работа: Автоматизированная система управления документооборотом центральной заводской лаборатории. Подсистема регистрации и сопровождения заказов на испытания
Клиентские части должны иметь несложный интуитивно понятный интерфейс, облегчающий работу оператора. Кроме того, клиентские подсистемы должны строиться по открытой архитектуре для обеспечения возможности автоматического ввода данных с различных устройств электронной регистрации измерений.
Журналы и протоколы, формируемые системой должны содержать всю необходимую для отчетности информацию и отвечать существующим требованиям к оформлению и содержанию.
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 по основным показателям ПП:
- функциональный набор: примерно одинаковый;
- интерфейс: у автоматизированной системы более удобный, разработанный специально для ЦЗЛ с учетом требований и пожеланий будущих пользователей;
- инструкция для пользователя: у автоматизированной системы более подробная;
- требуемые ресурсы: примерно одинаковые.
Таким образом, при равных стартовых возможностях применение разработанной автоматизированной системы кажется более предпочтительным. Это превосходство обуславливается, прежде всего, тем, что автоматизированная система разработана с учетом требований ЦЗЛ, устранены лишние детали, интерфейс более гибкий и удобный. Следовательно, можно утверждать, что автоматизированная система будет сохранять высокую конкурентоспособность до тех пор, пока не появятся новые, перспективные технологии.
