43
Причиной возникновения рисков являются неопределенности,
существующие в каждом проекте. Риски могут быть известными, то есть
такими, которые могут быть определены, оценены и для которых возможно
планирование. Под неизвестными рисками следует понимать те риски,
которые не идентифицированы и не могут быть заранее спрогнозированы.
Такие риски, как несоблюдение сроков реализации проекта,
превышение стоимости и т. п., как правило, присутствуют в любых проектах.
Главной причиной возникновения этих рисков, особенно в IT проектах,
является неготовность предприятия к реализации подобных проектов.
Важный критерий при выборе архитектуры и инфраструктуры ИС для
промышленных предприятий – это величина совокупной стоимости владения
ИС. Интегральные затраты на ИС могут быть полностью определены только
после завершения проекта, до завершения проекта по внедрению ИС они
могут быть только оценены.
На этапе реализации проекта самыми серьезными рисками являются
следующие:
– Неготовность высшего руководства предприятия к изменениям в
бизнес-процессах предприятия и организационной структуре.
– Неудачный выбор внешних консультантов по проекту (по
принципу минимальной стоимости либо исходя из партнерских отношений с
определенным поставщиком программных продуктов). При выборе
исполнителя проекта – консультанта необходимо соблюдать следующие
критерии: профессионализм, надежность и предсказуемость результатов.
– Влияние человеческого фактора в процессе реализации проекта
(изменения в технологии, рабочих регламентах и форматах, необходимость
учета реакции сотрудников на внедрение).
– Делегирование основных руководящих и исполнительских
полномочий IT подразделению. В проектную команду обязательно должны
входить ключевые сотрудники всех «предметных» подразделений, которые
потом будут работать с внедряемой системой. На этапе внедрения в полной
44
мере начинают проявляться риски, заложенные на предыдущих стадиях
проекта, так называемые постановочные риски. К ним добавляются также
«сквозные» риски, реализующиеся практически на каждом этапе проекта. К
сквозным рискам относятся, прежде всего, внутриполитические риски –
часто проект по внедрению ИС служит рычагом политической борьбы на
предприятии. Если проект затрагивает сферу жизненных интересов больших
коллективов и руководителей высшего звена, контролирующих
собственность, товарные и денежные потоки, то даже при идеальном
планировании и организации внедрения могут возникнуть значительные
проблемы. Неприятие проекта со стороны персонала, как правило, возникает
из-за недостатка информации: руководство предприятия не осведомлено о
том, чем занимается проектная команда, а сотрудники вообще не видят
смысла во внедрении. Преодолеть негативное отношение персонала может
своевременная и регулярная разъяснительная работа, которая должна
входить в обязанности участников проектной группы. После завершения
проекта начинают проявляться долгосрочные риски, препятствующие
эффективному использованию и дальнейшему развитию ИС на предприятии.
Главные долгосрочные риски порождаются неадекватной поддержкой
внешних и внутренних изменений. Важный долгосрочный риск связан с
человеческим фактором – окончанием участия в проекте консультантов.
Кроме того, существует риск нарушения информационной безопасности –
возможной утечки коммерческой информации из компании.
2.1.3 Организационно-правовые и программно-аппаратные
средства обеспечения информационной безопасности и защиты
информации
Создание систем информационной безопасности в ИС основывается на
следующих принципах: системный подход, принцип непрерывного развития
системы, разделение и минимизация полномочий, полнота контроля и
45
регистрация попыток, обеспечение надежности системы защиты,
обеспечение контроля функционирования системы защиты, обеспечение
всевозможных средств борьбы с вредоносными программами, обеспечение
экономической целесообразности.
В результате решения проблем безопасности информации
разрабатываемая ИС должна обладать следующими основными признаками:
– Наличием информации различной степени конфиденциальности.
– Обеспечением криптографической защиты информации
различной степени конфиденциальности при передаче данных.
– Иерархичностью полномочий субъектов доступа к компонентам
ИС.
– Обязательным управлением потоками информации, как в
локальных сетях, так и при передаче по каналам связи на далекие расстояния.
– Наличием механизма предотвращения несанкционированного
доступа.
– Обязательной целостностью программного обеспечения и
информации.
– Наличием средств восстановления системы защиты информации.
В основу нормативно-правового обеспечения входят нормы и
регламенты деятельности компании, служб и средств, реализующих функции
защиты информации, различного рода методики, обеспечивающие
деятельность пользователей при выполнении своей работы в условиях
жестких требований соблюдения конфиденциальности.
Любая информационная система потенциально подвержена угрозам
безопасности – кража данных или нарушение работы системы. Поэтому
разработчики ИС её пользователи должны позаботиться о её безопасности.
Комплексная защита информации в сетях ЭВМ предполагает
реализацию четырех уровней защиты:
46
– правовой (юридические нормы, законы; преследуется незаконное
использование секретных данных или информации, составляющей объект
авторского права)
– административный/организационный (определяется, кто и какую
информацию может собирать и хранить; устанавливаются способы доступа к
ней и условия ее распространения, права и обязанности работников, их
компетенция и ответственность; должностные инструкции)
– аппаратно-программный (применяется процедура идентификации
пользователя, которая открывает доступ к данным и программным
средствам). Аппаратная защита может быть выполнена в виде кодовой
карточки, ключа и т.п. Самое слабое место в системе защиты информации –
это персонал. Люди обычно отказываются от использования любых
дополнительных средств защиты, создающих им неудобства в работе.
Поэтому применение аппаратных средств защиты требует административной
поддержки.
– криптографический (шифрование данных для скрытия от
злоумышленника их смысла). До тех пор пока пользователь не
идентифицирован по ключу, смысл данных ему недоступен.
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Для разработки БД была использована модель предметной области
«сущность-связь». Выбор данной модели обусловлен ее простотой и
наглядностью отображения объектов предметной области и
информационных потоков.
На этапе информационно - логического моделирования предметной
области часто используют модель «сущность – связь» (Entity - Relationship,
ER), которая наглядно изображает структурные блоки информации и
логические взаимосвязи между ними. Компонентами модели являются
сущности, понятия и связи.
47
Для анализа информационных потоков возьмем следующий пример:
Допустим, фирма заключила контракт с определённым поставщиком.
Всю необходимую информацию о нём необходимо занести в базу данных
фирмы. На нового поставщика заводится формуляр, в котором записаны
необходимые данные о нем. У поставщика производят закупки. В этом
случае составляется договор о закупке, который фиксирует следующие
необходимые данные: Код Заказа; Номер Заказа; Описание Заказа; Код
Поставщика; Стоимость Доставки. Когда клиент приходит в фирму он
заключает сделку. В этом случае составляется договор о закупке, который
фиксирует следующие необходимые данные: Код Сделки; Код Товара; Код
Заказа; Цена; Количество; Продано. По критериям «Цена» и «Количество»
БД фирмы по продаже комплектующих, представляет данные об остатке
товара и об общей прибыли с одного комплектующего.
На основе представленных, на примере информационных потоков
составляются необходимые элементы работы БД.
Общий порядок построения ER- модели:
1) в каждом внешнем представлении нужно выделить понятия и их
свойства, при этом очень полезно использовать результаты анализа
экономического документа;
2) обозначить понятия именами, которые должны быть краткими,
понятными, привычными для пользователя;
3) выбрать ключевое свойство или ввести его искусственно для
каждого понятия;
4) выявить связи между разными понятиями и определить их
степень;
5) объединить модели, построенные для разных внешних
представлений.
ER - диаграмма приведена в Приложении 1.
Процесс проектирования баз данных заключается в последовательном
переводе отношений из первой нормальной формы в нормальные формы
48
более высокого порядка по определенным правилам. Каждая следующая
нормальная форма ограничивает определенный тип функциональной
зависимости, устраняет соответствующие аномалии при работе с
отношениями и сохраняет свойства предшествующих форм.
Процесс построения реляционных баз данных на основе нормальных
форм предполагает удаление из исходного отношения следующие
межатрибутивные зависимости:
1. Частичной зависимости атрибутов от ключа (уровень второй
нормальной формы);
2. Транзитивность зависимостей не ключевых атрибутов от ключа
(удовлетворяет 3-ей нормальной форме);
3. Зависимости ключей от не ключевых атрибутов (удовлетворяет
нормальной форме Байеса-Кодда) альтернативой этого подхода
является метод ER-диаграмм (метод сущность-связь), которой
применяется для проектирования больших баз данных и на нем
реализованы средства проектирования баз данных.
Основное правило при создании таблиц сущностей – это каждой
сущности желательно сопоставить отдельную таблицу. Поля таблиц
сущностей могут быть ключевыми или не ключевыми. Введение ключей
позволяет обеспечить уникальность значений в записи, ускорить обработку
записи и выполнить обработку. Если в таблице есть значительное повторение
по нескольким полям и их объем существенен, то лучше их выделить в
отдельную таблицу. Новую сущность легко добавить и изменить, но при
удалении следует уничтожить все ссылки на нее из таблиц связей, в
противном случае возникает некорректность.
В данном проекте была проведена нормализация базы данных и
достигнута нормальная форма Байеса-Кодда, то есть были устранены
функциональные зависимости и исключена явная избыточность в таблицах.
Также удалось избавиться от транзитивных зависимостей.
49
Таблица находится в НФБК, если и только если любая функциональная
зависимость между его полями сводится к полной функциональной
зависимости от возможного ключа.
В результате процесса нормализации исходной таблицы была
получена НФБК.
2.2.2 Характеристика нормативно-справочной, входной и
оперативной информации
Под входной информацией понимается вся информация, необходимая
для решения задачи, и расположенная на различных носителях: первичных
документах, машинных носителях, в памяти персонального компьютера. С
этой целью составляются перечень входной информации и состав реквизитов
каждого вида входной информации, расположение реквизитов входной
информации, описание полей (реквизитов) входных документов.
В связи с тем, что постоянная информация составляет до 75% общего
объема информации, циркулирующей в системе управления, от правильной
ее организации во многом зависит эффективность функционирования всей
системы управления. Созданием системы постоянной информации
достигается централизация хранения данных, повышения их достоверности,
устранение дублирования, сокращение объема работ по подготовке и вводу
их в ЭВМ, что повышает эффективность использования постоянной
информации. Входная оперативная информация представляет собой
заполнение и ввод в базу данных экранных форм первичных документов по
проектам. Как правило, работа с любой задачей начинается с заполнения
справочников. В дальнейшем по мере работы с программой справочники
также пополняются и изменяются.
Переход к справочникам системы осуществляется с помощью пункта
«Справочники» главного меню приложения. Каждый из справочников
снабжен кнопками навигации по справочнику, а также кнопками поиска,
редактирования, добавления, удаления и обновления информации.
50
Справочник «Поставщики» предоставляет пользователю возможность
оперативно зафиксировать либо просмотреть информацию о предприятии-
поставщике комплектующих. К тому же имеется возможность навигации по
справочнику и поиска поставщика по наименованию организации.
Аналогичным образом, нажав на соответствующую кнопку навигатора,
можно найти, просмотреть или внести новую информацию в справочник
«Комплектующие» разработанного приложения. Данный справочник
снабжен системой поиска комплектующих по названию.
С помощью справочника «Сделки» пользователь системы имеет
возможность при необходимости добавить новую записьпри заказе работ или
просмотреть уже имеющиеся.
Аналогичным образом представлен справочник «Закупки», здесь
можно оформить заказ на закупку комплектующих или просмотреть уже
имеющиеся заказы.
2.2.3 Характеристика результатной информации
Результатная информация является важнейшей информацией, так как
ради нее и создаются системы подобного класса. Результатная информация
представлена в виде следующих документов и отчетов:
Документы:
– Справка о приеме техники в ремонт;
– Наряд на выполнение ремонтных работ;
– Акт выполненных работ.
Отчеты:
– Отчет о результатах деятельности компании (за период);
– Отчет о результатах деятельности мастера (за период).
Во время регистрации заказа на сервисное обслуживание, сотрудник
диспетчерской службы, оформляет и выдает клиенту документ «Справка о
приеме техники в ремонт».
51
Данный документ подписывается клиентом и сотрудником сервисного
центра, принимающим технику. Справка является подтверждением передачи
техники в ремонт и содержит информацию о заказчике, исполнителе и
технике, сданной в ремонт, а также дате принятия техники в ремонт.
После приема техники в ремонт она передается соответствующему
специалисту сервисного центра для непосредственного проведения ремонта.
Передача техники сопровождается документом «Наряд на ремонтные
работы». Данный документ содержит информацию о неисправной технике и
подписывается мастером принявшем технику для проведения ремонтных
работ.
После выполнения ремонта компьютерная техника возвращается
клиенту, при этом оформляется, и подписываются документ «Акт
выполненных работ». Данный документ выдается клиенту вместе с техникой,
после проведения ремонта, и содержит информацию о предприятии-
заказчике, технике, а также наименованиях, марках и количестве
израсходованных для выполнения ремонта запчастей. Данный документ
служит для учета расхода запчастей и ремонтных работ при выполнении
сервисного обслуживания компьютерной техники.
Для формирования результатной отчетности служит пункт «Отчеты»
главного меню программы. Для учета и анализа выполненных ремонтных
работ за определенный период времени разработан отчет «Результаты
деятельности компании. Данный отчет содержит информацию о принятых
заказах на сервисное обслуживание и их суммах. В нижней части отчета
содержится информация о сумме выполненных и невыполненных заказах за
отчетный период. Для анализа работы определенного сотрудника компании
за период времени, разработан отчет «Результаты деятельности мастера».
Данный отчет содержит информацию о выполненных заказах за выбранный
период времени, определенным мастером сервисного центра. В нижней части
отчета содержится информация о сумме выполненных заказов определенным
сотрудником за отчетный период.
52
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
При разработке ИС, решающей задачи автоматизации
документооборота, важным этапом является описание иерархии функций
управления и обработки данных разрабатываемого программного продукта
Дерево функций представляет собой иерархическую структуру
действий, реализованных в ИС. Все действия (функции) программного
продукта можно разделить на два основных подмножества:
1) служебные функции – идентичны для всех автоматизированных
систем управления предприятием на современном уровне развития
аппаратных и программных средств. Функции этого вида призваны
обеспечить безопасность ввода, обработки и хранения информации,
облегчить работу с системой, сделать ее наиболее удобной и
незатруднительной для конечного пользователя.
2) основные функции управления и обработки данных – свойственны
как информационным системам любой специализации, так и именно данной
ИС. Они отражают особенности процесса обработки информации, получения
результатов, ведения информационной базы проекта. Эти функции
организованы в том порядке и в том составе, которые продиктованы
условиями обработки и управления данными в конкретной предметной
области.
Состав и классификация функций разрабатываемого программного
продукта представлены в виде дерева функций, представленном на рисунке
5.