51
Организация диалога осуществляется посредством установки связей между
данными, которые представляют собой информационные модели.
Одним из основных критериев выбора СУБД является оценка того, насколько
эффективно внутренняя модель данных, поддерживаемая системой, способна
описать концептуальную схему. Системы управления базами данных,
ориентированные на персональные компьютеры, как правило, поддерживают
реляционную или сетевую модель данных. Подавляющее большинство
современных СУБД – реляционные.
В данной работе используется реляционная модель, так как со структурной
точки зрения реляционные модели являются более простыми и однородными, чем
сетевые и иерархические модели. Реляционные модели являются наиболее
распространенными и наиболее подходят для решения рассматриваемой задачи [8,
14, 13].
Для реализации проекта был выбран тип СУБД – Microsoft SQL Server 2008.
1.4. 2. Обоснование проектных решений по программному
обеспечению
Программное обеспечение (ПО) - множество программ, которые реализуют
функции и задачи ИС и обеспечивают устойчивую работу комплексов технических
средств.
Все ПО можно разделить на:
– Общесистемное (общее) ПО. Состоит из операционных систем, систем
программирования и сервисных программ, которые обеспечивают
эффективное управление компонентами компьютерной системы, на пример
процессором, оперативной памятью, устройствами ввода-вывода, сетевым
оборудованием и т.д. Общесистемное ПО обеспечивает выполнение
программ на языках высокого уровня. Отличительной чертой общего ПО
является то, что оно не решает конкретные прикладные задачи, а всего лишь
обеспечивает работу других программ, управляет аппаратными ресурсами
вычислительной системы и т.д.
– Специальное (функциональное) программное обеспечение, предназначено
для решения определенной целевой задачи из проблемной области. Оно
52
состоит из уникальных программы и функциональных пакетов прикладных
программ (ППП). Основная функция - автоматизация решения
функциональных задач отдела.
На основании произведенного анализа существующих систем аналогов, а
также современных языков программирования, а так же на основании
существующих программных средств в организации, было принято решение о
разработке информационной системы на платформе 1С Предприятие 8.2.
Платформу 1С Предприятие 8.2, производитель (компания 1с) для
максимальной производительности платформы рекомендует устанавливать на
серверную платформу Microsoft Windows Server 2008/2010/2012. В связи с чем было
принято решение установить на сервер ОС Windows 2012.
Касательно рабочих станций пользователей – на них без изменений будут
функционировать операционные системы семейства Windows, такие как: windows
XP, Windows 7. Платформа 1С работает на этих операционных системах без сбоев и
проблем.
Выбор языка программирования обусловлен следующими преимуществами
данной платформы:
1) Поддержка русскоязычного синтаксиса. Это очень большой плюс, т.к.
писать прикладной код гораздо удобнее на родном языке. К тому же это
обеспечивает большую понимаемость кода начинающими программистами. Наряду
с русским, есть английский вариант написания всех операторов, при чем
допускается одновременное использование как русского, так и английского
варианта.
2) Мягкая типизация. В 1С же тип переменной определяется типом значения,
которое она содержит. При этом если переменной присвоить значение другого типа
— будет произведено автоматическое преобразование типа. (При невозможности
преобразования будет вызвана исключительная ситуация).
3) Не требуется предварительное описание процедур и функций, если код, в
котором идет обращение к этим функциям расположен раньше в тексте модуля.
Также не требуется предварительная инициализация локальных переменных
процедур или функций, это происходит автоматически при первом присвоении
53
значения этой переменной. Это также благоприятно сказывается на скорости
разработки.
Таким образом, система автоматизации документооборота на базе платформы
1С позволяет вести эффективное управление корпоративным документооборотом.
Система документооборота станет эффективным электронным инструментом для
всех сотрудников, от специалистов до управляющего директора.
Система документооборота позволит повысить скорость принятия решений и
общую эффективность предприятия. Всё это будет являться серьезным
конкурентным преимуществом.
Система автоматизации документооборота позволяет решать следующие
задачи:
Автоматизировать документооборот, в том числе контроль и
рассмотрения документов
Повысить контроль за исполнением поручений и подготовкой
сотрудниками документов
Организовать управление корпоративными бизнес-процессами
предприятия
Вести электронный архив документов
Для получения качественного результата в работе с системой необходимо
обеспечить простоту поддержки системы. Эффективность автоматизации
документооборота и бизнес-процессов заключается в том, что для разработки видов
(карточек) документов, а также маршрутов бизнес-процессов не требуется каких-
либо специальных знаний или умений, не требуется знать языки программирования,
достаточно универсальных знаний по работе с компьютером на уровне
продвинутого пользователя.
1.4.3. Обоснование проектных решений по техническому
обеспечению
Техническое обеспечение – совокупность технических средств,
используемых для работы ИС
Комплекс технических средств составляют:
– персональные компьютеры;
54
– приспособления сбора, накопления, обработки, передачи и вывода
информации;
– устройства передачи данных и линий связи (маршрутизаторы, роутеры);
– расходные материалы – бумага, CD (DVD)– диски, картриджи и т.п.
– оргтехника и устройства автоматического съёма информации
При выборе компьютера нужно учесть ряд характеристик, на пример высокая
отказоустойчивость, затраты, производительность, простота использования и др.
Указанные параметры влияют как на работу с необходимыми программными
средствами, так, и успех создания системы в целом.
Нам необходимо использовать персональный компьютер с уровнем
вычислительной мощности intel core i3, с объемом оперативной памяти от 4 Гб и
жестким диском от 500гб.
В пункте 1.1.3 были описаны технические характеристики рабочих станций и
серверного оборудования. Эти характеристики удовлетворяют предъявляемые
требования к техническому обеспечению, и следовательно мы можем внедрить
автоматизированную систему документооборота без затрат на покупку нового
оборудования.
2. Проектная часть
2.1. Разработка проекта автоматизации
2.1.1. Этапы жизненного цикла проекта автоматизации
Жизненный цикл ИС представляет собой событий, которые происходят с
системой по мере того как она создается и вводится в эксплуатацию.
55
Модель жизненного цикла – композиция, в состав которой входят процессы,
действия и задачи, осуществляемые в ходе разработки, функционирования и
сопровождения программного продукта в течение всей жизни системы, от
определения требований до завершения ее использования.
На сегодняшний день описаны следующие модели ЖЦ:
• Каскадная или последовательная модель. Данная модель предполагает
строго фиксированный порядок выполнения всех этапов проекта. Наступление
следующего этапа символизирует о полном завершении выполняемых работ на
предыдущем этапе. На этапе формирования требований, создается и
документируется техническое задание. Оно функционирует на протяжении
разработки всего проекта. Конечным продуктом каждой стадии является создание
полного комплекта документации, которая является необходимой и достаточной для
продолжения разработки другой группой разработчиков.
• Поэтапная модель с промежуточным контролем. Разработка ИС ведется
итерациями с циклами обратной связи между этапами. Межэтапные корректировки
помогают снизить трудоемкость процесса. Время жизни каждого из этапов
растягивается на весь период разработки.
• Цикличная модель. Каждый цикл предполагает создание или
фрагмента (компонента), или создание очередной версии продукта. В каждом цикле
идет уточнение цели, характеристики проекта, требования проекта, определяется его
качество, и планируются работы следующего цикла. Эти действия необходимы для
углубления и конкретизации деталей проекта. В итоге выбирается обоснованный
вариант, который реализуется. Особое место в данной модели занимают начальные
этапы, так как в них проверяется правильность реализуемых технических решений,
через создание прототипов (макетирование).
Перейдем к рассмотрению достоинств и недостатков описанных моделей ЖЦ.
1.Каскадный метод подходит для построения относительно простых систем.
Основными преимуществами данной модели является следующие показатели:
- Полнота документации на каждом этапе, она позволяет сформировать
законченный набор проектной документации
- Легкость в определении сроков и затрат на проект за счет выполнения этапов
работ в строгой в логической последовательности
56
Главный недостаток - реальный процесс создания системы редко целиком
укладывается в жесткие рамки, предписываемые данной моделью, из – за постоянно
возникающей потребности вернуться на предыдущий этап, с целью либо уточнения,
либо пересмотра принятых ранее решений.
2. Поэтапная модель с промежуточным контролем имеет следующие
преимущества:
Быстрое получение результата
Повышение конкурентоспособности
Изменяющиеся требования — не проблема
К недостаткам можно отнести отсутствие регламентации стадий.
3. Цикличная модель ЖЦ имеет следующие преимущества:
- На этапах анализа и проектирования реализуемость технических решений и
степень удовлетворения потребностей заказчика проверяется путем создания
прототипов.
- Каждый цикл соответствует созданию работоспособного фрагмента или
версии системы.
- Переход на следующий этап не зависит от степени завершённости работ на
предыдущем.
Основная проблема метода – сложность в определении момента перехода с
одного этапа на другой.
На этапы ЖЦ влияют существующие стандарты, потому что каждый стандарт
предполагает свой набор этапов и их характеристику.
Приведем перечень основных стандартов:
ГОСТ 34.601–90 –стандарт распространяется на автоматизированные
системы, используемых в разнообразных видах деятельности, будь то
исследовательская, проектная или управленческая. В стандарте установлены стадии
ЖЦ соответствующие каскадной модели. Так же в нем отражено описания
проводимых работ и их содержание.
ISO 12207 – стандарт распространяется на приобретённые системы,
программные продукты и оказание соответствующих услуг (внедрение,
сопровождение). В стандарте отсутствует описание описания фаз, стадий и этапов.
57
ISO 15288 – стандарт обеспечивает общие основы процессов, составляющих
жизненной цикл систем, созданных человеком. ЖЦ в данном стандарте описан от
этапа создания концепции до снятия системы с эксплуатации. Регламентирует
процессы приобретения и поставки системы.
Custom Development Method (методика Oracle) по разработке прикладных
информационных систем. Стандарт конкретезован до уровня заготовок проектных
документов, которые рассчитаны на использование в проектах с применением
Oracle.
Microsoft Solution Framework (MSF). Выделяет и описывает четыре фазы:
анализ, проектирование, разработка, стабилизация, является итерационной,
предполагает использование объектно-ориентированного моделирования.
Для реализации задачи дипломного проекта мы выбираем стандарт ISO/IEC
12207. Так как он не предлагается конкретной модели жизненного цикла и методов
разработки, мы отдаем предпочтение спиральной модели ЖЦ.
Согласно ISO/IEC 12207 основные процессы жизненного цикла построения
системы:
1) процесс заказа;
2) процесс поставки;
3) процесс разработки;
4) процесс эксплуатации;
Процесс заказа состоит из работ и задач, выполняемых заказчиком. В данной
разработке заказчиком является сама организация [6].
Рассмотрим этапы жизненного цикла ИС «Управление документами» для
КТПП:
1. Сбор информации и анализ
Сбор информации об объекте автоматизации.
Анализ бизнес-процессов.
Составление требований и согласование их.
Секретарь, выполняющая функции отдела ДОУ, поскольку она выполняет
работу по регистрации документов и их перенаправлению.
58
Входной информацией для данного этапа будет распорядительная
документация по КТПП, а так же руководящие документы и ГОСТы по
ведению описи документов и документированию в организациях на
территории РФ.
Выходной информацией является схема взаимодействия внутри
организации и схема информационных потоков.
2. Проектирование и разработка документации
Разработка информационной модели системы.
Характеристика входных и выходных документов.
Разработка моделей базы данных.
Разработка структурной схемы пакетов.
Описание программных модулей.
На данном этапе ключевая роль отводится разработчику, но при этом
он продолжает консультироваться с пользователем, в данном случае
секретарь.
3. Разработка
Реализация программного кода.
4. Внедрение
Тестирование – в процессе тестирования участвуют разработчики и
пользователи информационной системы, чтобы протестировать
систему со всех сторон, требуется совместное их участие.
Отладка – в процессе отладки участвуют разработчики, которые
создавали систему. По результатам тестирование, устранение
найденных ошибок.
В процессе разработки происходит так же внедрение системы. Существуют
следующие стратегии внедрения систем:
1. Параллельная.
2. «Скачок».
3. «Пилотный проект».
4. «Узкое место».
59
Внедрение информационной системы «Управление документами» для КТПП
подразумевает стратегию «узкого места», так как автоматизируется именно задача
по управлению документами.
«Узкое место» подразумевает автоматизацию малой части производственного
процесса. При данной стратегии план внедрения выполняется только для «узкого
места» и сотрудников, задействованных непосредственно в нем. В процессе
внедрения сотруднику предоставляется поработать с приложением в тестовом
режиме, для оценки его функциональности и удобства работы. После того как
тестирование произведено начинается этап отладки. Все выявленные недочеты
будут фиксироваться, и исправляться разработчиком. ИС устанавливается на
рабочих местах пользователей и серверной части.
5. Эксплуатация
Эксплуатация производится непосредственно в отделе, для которого ИС
разрабатывалось. Определен четкий список сотрудников имеющих к нему доступ.
На данном этапе выделяют роль пользователя, которым является секретарь,
разработчик выступает в роли консультанта и обучающего работе с системой.
2.1.2.Ожидаемые риски на этапах жизненного цикла и их описание
Информационная система, проходя ту или иную стадию ЖЦ подвержена
возникновению определенных рисков, которые могут помешать, а в некоторых
случаях и вовсе сорвать разработку. Для предотвращения их возникновения
целесообразно провести оценку вероятных рисков и разработать способы,
позволяющие избежать их, или хотя бы снизить их влияние.
Рассмотрим основные риски, которые наиболее часто встречаются на каждой
фазе ЖЦ. Они представлены в таблице 2.1.
Таблица 2.1
Риски, влияющие на ход проекта
Виды рисков
Снижение видов риска
Снижение вероятности
возникновения риска
Риски, связанные с
масштабом проекта
Детальный анализ каждого
этапа работ,
Детально проработанная
программа качества,
60
(могут появиться на
всех этапах
разработки ИС)
взаимодействия
участников, организации
работ
отработанное управление
конфигурацией проекта,
специальные процедуры
взаимодействия участников
Риски, связанные с
недостаточным
опытом в сфере ИТ
(могут появиться на
этапах
проектирования и
разработки)
Проведение обучения
пользователей, включая
руководство, соблюдение
технологий работы
Разработка и утверждение
концепции проекта на
возможно более ранней его
стадии
Технические риски
проекта (этапы
разработки,
реализации и
внедрения)
Строгий отбор проектной
команды по
квалификационным
критериям. Обучение
участников проекта
технологии проектных
работ, инструментальным
средствам
Использование стандартов
предприятия на проектные
работы, разработка
стандартов проекта
Организационные
риски проекта (этапы
реализации и
внедрения)
Обучение участников
проекта, тренинги
команды, как можно более
полная формализация
деятельности
Включение в команду
администратора проекта,
детальное распределение
ролей в проекте
Операционные риски
проекта
Многократное
тестирование созданных
продуктов, тщательная
экспертиза документов
Строгое выполнение
процедур программы
качества
2.1.3. Организационно-правовые и программно-аппаратные
средства обеспечения информационной безопасности и защиты
информации
Федеральный закон РФ «Об информации, информационных технологиях и о
защите информации» в ст. 16 ч. 1 содержит определение понятия «защита
информации». Она включает в себя меры правового, организационного и
технического характера, целью которых является недопущение неправомерного