Материал: Автоматизация приема заявок на ремонт и модернизацию ПК в ПАО "Т Плюс" Пермская ТЭЦ-9
Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
52
1.3.3. Выбор и обоснование способа приобретения ИС для
автоматизации задачи
При выборе способов собственной автоматизации у каждой компании
существуют следующие альтернативы:
1.
Приобрести готовое решение.
В данной ситуации организация покупает настроенную модель ведения
бизнеса. Плюсами такого решения можно считать: низкую стоимость системы,
универсальный набор связанных бизнес процессов, высокую надежность. В
качестве минусов следует отметить: необходимость перестройки собственной
деятельности под приобретенную модель, отсутствие специфичной
управленческой отчетности.
2.
Приобрести адаптируемое решение и услуги по настройке.
При таком подходе организация получит универсальное программное
обеспечение, адаптированное под его специфику. Качество адаптации очень
сильно зависит от стоимости дополнительной настройки. Такое решение будет
учитывать специфику данной организации, как в плане процессов, так и
отчетности. Надежность данного решения будет меньше, так как в ходе
настройки неизбежно будет внесено какое-то количество ошибок. Стоимость
владения будет существенно выше, чем в первом случае.
Покупка готового решения приведёт к желаемому результату, но платить
за подобное решение, которое позволит начальнику отдела ИТ и специалистам
решать различные задачи придется очень много, в связи с этим платить
большие суммы не имеет смысла.
Доработка готового решения не возможна, так как подобные системы
относятся к разряду систем с закрытым исходным кодом.
53
3.
Разработка собственного ПО
Разработка собственного программного решения информационной
системы позволит решить сразу большой спектр задач на этапе
проектирования, что позволит разработать систему под уже имеющиеся бизнес-
процессы, а также получить возможность переделать бизнес-процессы с целью
оптимизации работы.
Единственным отрицательным моментом при разработке собственного
ПО служит значительное время на проектирование и разработку и так же
затраты на разработку.
В связи с тем, что все рассмотренные аналоги сложны в установке,
настройке и работе, а также имеют высокую стоимость, внедрение какого-либо
программного продукта является проблематичным. В связи с этим необходимо
рассмотреть средства разработки собственного решения.
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному
обеспечению
Входные документы для решаемой задачи желательно получать через
сеть, поэтому они должны быть представлены в файлах заранее согласованной
структуры. Для упрощения использования таких файлов, они должны иметь
табличную форму (что несложно осуществить, т.к. эти документы являются
результатными в других задачах и выводятся программными средствами).
При построении структуры экранных форм для ввода данных первичных
документов с оперативной информацией целесообразно использовать
комбинированную форму, максимально приближенную к той, которая была
использована для построения самого документа. Расположение полей должно
быть в последовательности, соответствующей логической структуре документа
и файлов с оперативной информацией, сокращающей трудоемкость операции
загрузки информации в информационную базу.
54
При построении экранных форм для документов с постоянной
информацией следует иметь в виду, что эти макеты используются для ввода и
актуализации записей информационной базы, поэтому для их проектирования
целесообразно применить анкетную форму расположения реквизитов, удобную
для выполнения этих операций.
В ИС будут использоваться формы документов, выполненные
оригинальным проектированием непосредственно для работы специалистов.
В работе будет использоваться диалоговый режим при работе с
программой, т.е. по мере выполнения команд и запуску определенных форм
программа будет ожидать от пользователя определенных действий. По мере их
выполнения будет происходить обработка информации, запись в БД,
преобразование, вывод на печать, фильтрация и поиск.
Результат обработки будет представляться в виде отчетов, либо
измененных наборов данных для отображения на экране. Например, поиск
документов по реквизитам, при вводе определенного параметра пользователем
система произведет отбор записей, которые отвечают данному условию, и
предоставит список.
Благодаря диалоговому режиму отсутствует четко установленная заранее
последовательность операций по обработке данных.
Для каждого из входных документов будут создаваться экранные формы
ввода первичной информации. При этом необходимо обеспечить соответствие
макета экранной формы форме входного документа. Не обязательно, чтобы
внешний вид этих форм совпадал, но все вводимые элементы данных должны
располагаться в том же относительном порядке и иметь такой же формат, что и
в исходном документе.
Результатная информация должна отображаться на экранных формах в
соответствии с формой выходного документа, отчетах по документу или
журналу документов.
55
Для удобного доступа к данным результатных форм предполагается
разработка журналов документов, списка документов, отсортированного по
различным признакам. Проектируемые журналы:
Журнал заявок
Журнал выполненных работ
Журнал оборудования
Журнал замен деталей.
Условно-постоянная информация будет храниться в справочниках. В
системе потребуются следующие справочники:
Справочник «Подразделения»;
Справочник «Причины поломок»;
Справочник «Детали»;
Справочник «Оборудование»;
Справочник «Марки оборудования»;
Справочник «Сотрудники»;
Справочник «Тип оборудования».
Формы для ввода справочников должны позволять просматривать,
добавлять, редактировать, удалять записи. При проектировании макетов форм
ввода справочников применим анкетную форму расположения реквизитов,
удобную для ввода и актуализации справочников.
Для ввода первичной информации понадобятся следующие формы:
Заявка на обслуживание.
Оборудование.
Замена деталей.
Размещение оборудования.
Списание оборудования.
Ремонт оборудования.
Для всех документов должны печататься отчетные формы.
56
Организация диалога осуществляется посредством установки
связей между данными, которые представляют собой информационные модели.
В данной работе используется реляционная модель, так как со
структурной точки зрения реляционные модели являются более простыми и
однородными, чем сетевые и иерархические модели. Реляционные модели
являются наиболее распространенными и наиболее подходят для решения
рассматриваемой задачи.
Для реализации проекта был выбран тип СУБД – Microsoft SQL Server
2008.
Модель базы данных 1С:Предприятия 8.3 имеет ряд особенностей,
отличающих ее от классических моделей систем управления базами
данных (например, основанных на реляционных таблицах), с которыми имеют
дело разработчики в универсальных системах.
Основное отличие заключается в том, что разработчик 1С:Предприятия
не обращается к базе данных напрямую. Непосредственно он работает с
платформой 1С:Предприятия. При этом имеет возможности:
описывать структуры данных в конфигураторе,
манипулировать данными с помощью объектов встроенного
языка,
составлять запросы к данным, используя язык запросов.
1.4.2.Обоснование проектных решений по программному
обеспечению
Программное обеспечение (ПО) – совокупность программ системы
обработки данных и программных документов, необходимых для эксплуатации
этих программ. ПО предназначено для придания вычислительной системе
определенных свойств, связанных с увеличением производительности,
повышением достоверности получаемых результатов, повышением
надежности функционирования системы, улучшения работы пользователя.
Источник: https://baza.diplomsite.ru/previewfile/1928