47
быть применены для решения поставленной задачи имеют высокую стоимость и
сложность в интеграции в организации, в связи с этим было принято решение о
разработке собственной информационной системы. В связи с этим необходимо
рассмотреть способы проектирования, инструментальные средства
проектирования и разработки программного обеспечения.
Поскольку организация обладает всеми имеющимися средствами для
разработки собственного программного обеспечения проектирование и
разработка информационной системы может быть выполнена собственными
силами без привлечения сторонних разработчиков и покупки дополнительного
программного обеспечения.
1.3.2. Выбор и обоснование стратегии автоматизации задачи
Существует четыре варианта стратегии автоматизации: кусочная
(хаотичная) автоматизация, автоматизация по участкам, автоматизация по
направлениям и комплексная автоматизация.
Кусочная автоматизация предполагает под собой приобретение
предприятием без конкретного стратегического плана отдельных фрагментов
информационной системы, которые не способны оказать реальной пользы
предприятию в целом. Дальнейшее развитие информационной системы
предприятия связано с новыми, значительными затратами.
Автоматизация по участкам предусматривает автоматизацию отдельных
бизнес процессов, объединенных по набору выполняемых функций. Этот способ
автоматизации выбирается при условии, если существуют участки, где
применение автоматизированных систем дает значительный экономический
эффект, например за счет сокращения персонала [12].
Автоматизация по направлениям подразумевает под собой автоматизацию
отдельных направлений деятельности компании. В этом случае компания
получает полную автоматизацию работы. Такой подход к автоматизации вполне
нормален и в дальнейшем интеграция уже автоматизированных направлений в
рамках всего предприятия не будет связана с серьезными препятствиями.
В нашем случае целесообразным будет применение четвертого варианта
автоматизации - автоматизации по направлениям.
Разработка и внедрение информационной системы «Учет ремонта и
48
модернизации оборудования ПК» Ленинградская АЭС будет проходить
следующим образом:
1. Анализ предметной области. На этом этапе разработчик, совместно с
Заказчиком, проводит исследование, определяет цели и задачи проекта.
2. Выбор решения по реализации.
3. Постановка задачи и определение функциональности ИС.
4. Разработка хранилища данных и дизайна ИС. При разработке дизайна
необходимо учесть целый ряд важных факторов. Это предпочтения
пользователей, удобство интерфейса и его эноргомичность.
5. Программная реализация. Созданная модель данных и хранилище
данных интегрируется с программной реализацией интерфейса.
6. Тестирование проекта. Проверка работоспособности разработанной ИС.
Все выявленные в ходе тестирования ошибки и недочёты немедленно
устраняются в рамках технического задания.
7. Сдача проекта. Сдача готового проекта, демонстрация всех
возможностей, ранее описанных в техническом задании на разработку ИС [8].
1.3.3. Выбор и обоснование способа приобретения ИС для
автоматизации задачи
При выборе способов собственной автоматизации у каждой компании
существуют следующие альтернативы:
1. Приобрести готовое решение.
В данной ситуации организация покупает настроенную модель ведения
бизнеса. Плюсами такого решения можно считать: низкую стоимость системы,
универсальный набор связанных бизнес процессов, высокую надежность. В
качестве минусов следует отметить: необходимость перестройки собственной
деятельности под приобретенную модель, отсутствие специфичной
управленческой отчетности.
2. Приобрести адаптируемое решение и услуги по настройке.
При таком подходе организация получит универсальное программное
обеспечение, адаптированное под его специфику. Качество адаптации очень
сильно зависит от стоимости дополнительной настройки. Такое решение будет
учитывать специфику данной организации, как в плане процессов, так и
49
отчетности. Надежность данного решения будет меньше, так как в ходе
настройки неизбежно будет внесено какое-то количество ошибок. Стоимость
владения будет существенно выше, чем в первом случае [38].
Покупка готового решения приведёт к желаемому результату, но платить
за подобное решение, которое позволит начальнику отдела ИТ и специалистам
решать различные задачи придется очень много, в связи с этим платить большие
суммы не имеет смысла.
Доработка готового решения не возможна, так как подобные системы
относятся к разряду систем с закрытым исходным кодом.
3. Разработка собственного программного решения информационной
системы позволит решить сразу большой спектр задач на этапе проектирования,
что позволит разработать систему под уже имеющиеся бизнес-процессы, а так
же получить возможность переделать бизнес-процессы с целью оптимизации
работы.
Единственным отрицательным моментом при разработке собственного
ПО служит значительное время на проектирование и разработку и так же
затраты на разработку.
В связи с тем что все рассмотренные аналоги сложны в установке,
настройке и работе, а так же имеют высокую стоимость, внедрение какого либо
программного продукта является проблематичным. В связи с этим необходимо
рассмотреть средства разработки собственного решения.
1.4. Обоснование проектных решений
1.4.1. Обоснование проектных решений по информационному
обеспечению
Входные документы для решаемой задачи желательно получать через
сеть, поэтому они должны быть представлены в файлах заранее согласованной
структуры. Для упрощения использования таких файлов, они должны иметь
табличную форму (что несложно осуществить, т.к. эти документы являются
результатными в других задачах и выводятся программными средствами).
При построении структуры экранных форм для ввода данных первичных
документов с оперативной информацией целесообразно использовать
комбинированную форму, максимально приближенную к той, которая была
50
использована для построения самого документа. Расположение полей должно
быть в последовательности, соответствующей логической структуре документа
и файлов с оперативной информацией, сокращающей трудоемкость операции
загрузки информации в информационную базу.
При построении экранных форм для документов с постоянной
информацией следует иметь в виду, что эти макеты используются для ввода и
актуализации записей информационной базы, поэтому для их проектирования
целесообразно применить анкетную форму расположения реквизитов, удобную
для выполнения этих операций [5, 8, 9, 10, 22].
В ИС будут использоваться формы документов выполненные
оригинальным проектированием непосредственно для работы специалистов.
В работе будет использоваться диалоговый режим при работе с
программой, т.е. по мере выполнения команд и запуску определенных форм
программа будет ожидать от пользователя определенных действий. По мере их
выполнения будет происходить обработка информации, запись в БД,
преобразование, вывод на печать, фильтрация и поиск.
Результат обработки будет представляться в виде отчетов, либо
измененных наборов данных для отображения на экране. Например, поиск
документов по реквизитам, при вводе определенного параметра пользователем
система произведет отбор записей, которые отвечают данному условию, и
предоставит список.
Благодаря диалоговому режиму отсутствует четко установленная заранее
последовательность операций по обработке данных [4, 5, 8].
Для каждого из входных документов будут создаваться экранные формы
ввода первичной информации. При этом необходимо обеспечить соответствие
макета экранной формы форме входного документа. Не обязательно, чтобы
внешний вид этих форм совпадал, но все вводимые элементы данных должны
располагаться в том же относительном порядке и иметь такой же формат, что и в
исходном документе.
Результатная информация должна отображаться на экранных формах в
соответствии с формой выходного документа, отчетах по документу или
журналу документов.
51
Для удобного доступа к данным результатных форм предполагается
разработка журналов документов, списка документов отсортированного по
различным признакам. Проектируемые журналы:
1. Журнал заявок
2. Журнал выполненных работ
3. Журнал оборудования
4. Журнал замен деталей.
Условно-постоянная информация будет храниться в справочниках. В
системе потребуются следующие справочники:
Справочник «Подразделения»;
Справочник «Причины поломок»;
Справочник «Детали»;
Справочник «Оборудование»;
Справочник «Марки оборудования»;
Справочник «Сотрудники»;
Справочник «Тип оборудования».
Формы для ввода справочников должны позволять просматривать,
добавлять, редактировать, удалять записи. При проектировании макетов форм
ввода справочников применим анкетную форму расположения реквизитов,
удобную для ввода и актуализации справочников.
Для ввода первичной информации понадобятся следующие формы:
1. Заявка на обслуживание.
2. Оборудование.
3. Замена деталей.
4. Размещение оборудования.
5. Списание оборудования.
6. Ремонт оборудования.
Для всех документов должны печататься отчетные формы.
Организация диалога осуществляется посредством установки связей
между данными, которые представляют собой информационные модели.
В данной работе используется реляционная модель, так как со
структурной точки зрения реляционные модели являются более простыми и
52
однородными, чем сетевые и иерархические модели. Реляционные модели
являются наиболее распространенными и наиболее подходят для решения
рассматриваемой задачи [8, 14, 13].
Для реализации проекта был выбран тип СУБД – Microsoft SQL Server
2008.
Модель базы данных 1С:Предприятия 8.3 имеет ряд особенностей,
отличающих ее от классических моделей систем управления базами
данных (например, основанных на реляционных таблицах), с которыми имеют
дело разработчики в универсальных системах.
Основное отличие заключается в том, что разработчик 1С:Предприятия не
обращается к базе данных напрямую. Непосредственно он работает с
платформой 1С:Предприятия. При этом он может:
описывать структуры данных в конфигураторе,
манипулировать данными с помощью объектов встроенного языка,
составлять запросы к данным, используя язык запросов.
1.4.2. Обоснование проектных решений по программному
обеспечению
Программное обеспечение (ПО) – совокупность программ системы
обработки данных и программных документов, необходимых для эксплуатации
этих программ. ПО предназначено для придания вычислительной системе
определенных свойств, связанных с увеличением производительности,
повышением достоверности получаемых результатов, повышением надежности
функционирования системы, улучшения работы пользователя.
Под программным обеспечением понимается совокупность программ и
документации на них, которые предназначены для реализации целей и задач на
ЭВМ.
В качестве операционной среды для разработки и применения программы
была выбрана операционная система семейства Windows, в частности
операционная система Windows 7.
Основным принципом выбора СУБД следует считать определение
программного продукта, в наибольшей мере соответствующего предъявляемым
требованиям.
53
Инструментарий технологии программирования – совокупность программ
и программных комплексов, обеспечивающих технологию разработки, отладки и
внедрения создаваемых программных продуктов [6]
Разработка конфигурации на базе платформы 1С позволяет вести
эффективное управление учетом компьютерного и телекоммуникационного
оборудования. Было принято решение о разработке информационной системы на
платформе 1С Предприятие 8.3.
Платформа 1С:Предприятия обеспечивает операции исполнения запросов,
описания структур данных и манипулирования данными, транслируя их в
соответствующие команды. Это могут быть команды системы управления
базами данных, в случае клиент-серверного варианта работы, или команды
собственного движка базы данных для файлового варианта.
Платформа 1С:Предприятия обеспечивает операции исполнения запросов,
описания структур данных и манипулирования данными, транслируя их в
соответствующие команды. Это могут быть команды системы управления
базами данных, в случае клиент-серверного варианта работы, или команды
собственного движка базы данных для файлового варианта.
Предметно-ориентированная среда быстрой разработки, существующая в
платформе 1С:Предприятия, реализована в составе конфигуратора. Она
предоставляет разработчику интегрированный набор инструментов,
необходимых для быстрой разработки, распространения и поддержки
прикладного решения для автоматизации бизнеса.
Кроме этого есть ряд инструментов, не имеющих непосредственного
отношения к конфигуратору, которые также призваны облегчить труд
разработчика.
В «1С: Предприятие 8.3» реализован современный дизайн интерфейса и
повышена комфортность работы пользователей при работе с системой в течение
длительного времени.
Система «1С: Предприятие 8.3» является открытой системой.
Предоставляется возможность для интеграции практически с любыми внешними
программами и оборудованием на основе общепризнанных открытых стандартов
и протоколов передачи данных.
54
1.4.3. Обоснование проектных решений по техническому
обеспечению
Под техническим обеспечением понимают состав, формы и способы
эксплуатации различных технических устройств, необходимых для выполнения
информационных процедур: сбора, регистрации, передачи, хранения, обработки
и использования информации.
В состав комплекса входят электронные вычислительные машины,
осуществляющие обработку информации, средства подготовки данных на
машинных носителях, средства сбора и регистрации информации, средства
передачи данных по каналам связи, средства накопления и хранения данных и
выдачи результатной информации, вспомогательное оборудование и
организационная техника.
Для работы серверной части отлично подходит уже имеющийся сервер, и
приобретение нового сервера не требуется. Для печати отчетов и любой другой
результатной информации имеются принтеры бизнес-класса и сканеры для
обработки графической информации.
Анализируя уже имеющиеся на предприятии вычислительные системы,
можно сказать, что они подходят по всем требованиям [3].
55
II Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Жизненный цикл информационной системы — период времени, который
начинается с момента принятия решения о необходимости создания
информационной системы и заканчивается в момент ее полного изъятия из
эксплуатации.
Рассмотрим этапы жизненного цикла информационной системы «Учет
ремонта и модернизации оборудования ПК» в Ленинградской АЭС:
1. Сбор информации и анализ о предметной области:
сбор информации об объекте автоматизации и его структуре;
анализ бизнес-процессов и моделирование деятельности;
составление требований к проектируемой системе и согласование их с
заказчиком.
2. Проектирование и разработка документации информационной системы:
разработка и описание информационной модели системы;
характеристика и описание реквизитов входных и выходных документов;
проектирование и разработка модели базы данных;
разработка структурной схемы пакетов прикладного программного
решения.
описание разработанных программных модулей.
3. Разработка программных модулей и обеспечение функционирования
информационной системы.
4. Реализация программного кода.
5. Внедрение контрольного примера информационной систем
6. Тестирование программного продукта.
7. Отладка и исправление ошибок.
В процессе разработки происходит так же внедрение системы.
Существуют следующие стратегии внедрения систем:
1. Параллельная.
2. «Скачок».
3. «Пилотный проект».
56
4. «Узкое место».
Параллельная стратегия - для случая, когда старую работающую систему
необходимо заменить новой. Одновременно работают старая и новая система, и
их выходные документы сравниваются. Если они согласуются длительное время,
можно переходить на новую систему.
Стратегия «Скачок» подразумевает резкий переход от имеющейся
системы к новой.
«Пилотный проект» подразумевает тактику стратегии «Скачок» к
ограниченному числу пользователей. Область применения данной стратегии –
малый участок деятельности.
«Узкое место» подразумевает автоматизацию малой части
производственного процесса. При данной стратегии план внедрения
выполняется только для «узкого места» и сотрудников, задействованных
непосредственно в нем.
Внедрение информационная система «Учет ремонта и модернизации
оборудования ПК» в Ленинградской АЭС будет основываться на стратегии
«Пилотный проект», так как автоматизируется деятельность ИТ отдела,
сотрудников этого отдела и начальника отдела.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
При всей формальности и изученности процесса проектирования и
разработки информационных систем, в нем всегда присутствуют неожиданные и
непредвиденные ситуации. Любой проект по созданию информационной
системы предприятия всегда включает множество задач, связанных с общим
управлением проектом, разработкой ПО, проектированием ИС, внедрением,
каждая из которых сама по себе является проектом с присущими ему
особенностями. Поэтому в ходе разработки существуют различные риски.
Риски заказчика связаны с неполным достижением целей проекта и не
эффективно израсходованными средствами, а риски исполнителя - с
возможностью резкого превышения фактической себестоимости работ по
сравнению с плановой. Необходимость ведения параллельных и подчас
принципиально отличающихся по своему характеру работ приводит к тому, что
многократно возрастает уровень риска проекта.