48
требованиям предприятия. Применение же при этом непрерывной
информационной поддержки жизненного цикла продукта оказывается
особенно полезным для сетей средних и крупных компаний как
эффективного и автоматизированного средства реализации выбранной
модели жизненного цикла.
Использование данного международного стандарта жизненного цикла в
этой работе позволяет значительно сэкономить усилия, время и
материальные ресурсы.
Проектная группа состоит из 1 человека.
Результатом фазы выработки концепции было следующее
Формулировка видения. Разработанная система учета проектов
позволит предприятию повысить эффективность учета расчетов с
поставщиками и подрядчиками.
Цели системы:
работать с данными поставщиков и подрядчиков;
Задачи системы:
работать с базой данных предприятия;
учитывать все расчеты
В нашем случае на системы накладываются следующие ограничения:
система не является распределенной;
интерфейс системы представлен в одном окне;
система должна наглядно демонстрировать формы и способы
хранения и взаимодействия данных.
Функциональность решения
Хранилище находится в оперативной памяти
Добавление данных по нажатию кнопки
Проверка корректности введеных данных
Создание визуальной формы для отображения данных
подрядчиков и поставщиков
49
Добавление клиентов
o Проверка наличия данных
Добавление в визуальные формы информации о добавленных
документах
Удаление документов
Удаление всех сопутствующих данных
Фаза планирования
Результатом данной фазы является техническое задание и план
разработки ПО.
Фаза разработки
Результатом данной фазы явилась разработанная концептуальная
модель базы данных с указанием сущности и атрибутов каждой сущности.
Приведены входные и выходные документы. После этого разработан
технический проект, написана программа.
Фаза стабилизации
Во время фазы стабилизации было проведено тестирование
разработанного программного обеспечения. При этом тестирование
проводилось наиболее приближенно к работе предприятия.
Во время этой фазы была разработана инструкция пользователя по
работе с программой. Проектная группа при этом занималась
приоритезацией и устранением ошибок программирования.
Фаза внедрения
Во время этой фазы необходимо будет установить и настроить базу
данных на предприятии.
При этом при эксплуатации пользователи работают с АИС, вводя
реальные данные, но при этом параллельно используется прежняя старая
система, в которой предприятия до этого времени осуществляла свою работу.
Этот этап необходим для того, чтобы можно было сопоставить результаты
работы в новой системе с результатами, которые получены были прежним
способом.
50
При внедрении будет использоваться стратегия «жесткого» внедрения.
Такая стратегия позволяет внедрить быстро требуемый функционал,
чтобы получать нужные отчеты.
При таком подходе руководителю проекта внедрения нужно быть
готовым к следующим последствиям:
Пользователи будут жаловаться;
Обучение работе с программой займет больше времени, так как
сразу вводится весь функционал;
В единицу времени обращений пользователей по поводу работы
программы будет много. При этом необходимо их все обрабатывать, иначе
недовольство пользователей будет нарастать;
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
В фазе формирования концепции имеют все шансы возникнуть
последующие риски:
Недальновидный анализ сроков проекта и его бюджета
Для ликвидации подобного рода рисков необходимо более подробно
изучать задачи и цели проекта, установить больше контрольных точек.
Неправильно выбранный проектный состав исполнителей
способен спровоцировать полное отсутствие командной работы
Данный риск снижается более кропотливым выбором профессионалов
в проектную группу.
На фазе планирования возможно появление следующих рисков:
Неправильно либо не совсем верно сформирована структура
выбираемого решения
Возможность возникновения данного риска находится в зависимости
от компетенции управляющего проектом, на котором лежит принятие
решение о выборе архитектуры разрабатываемого решения
В фазе разработки вероятны последующие риски:
51
Неправильное понимание технического задания и равно как
результат некорректное программирование архитектуры и сдвиг сроков .
Минимизацией этого риска является более точное написание
технического задания, понятного программисту
Еще одним важным риском в этом плане считается недостаток
должной квалификации у разработчика в том языке, на котором принято
решение реализовывать программу заказчика, которая будет распределять
заявки между инженерами.
В случае, если разработчик программного обеспечения не будет
укладываться в установленные временные рамки календарного плана
проекта, придется привлекать внешнего разработчика, так называемый
“аутсорсинг” либо “фриланс”.
В фазе тестирования имеют все шансы появиться последующие риски:
Риски неоконченного тестирования.
Может случиться ситуация что программный продукт будет
протестирован не до конца.
Решается посредством проведения повторного тестирования на
следующей итерации разработки.
В фазе внедрения имеют все шансы возникнуть последующие риски:
Риски неверного принятия решения о законченности некой части
проекта.
Возникновение этих рисков приводит за собой проблему
незаконченности решения и вероятность возникновения нестыковок с иными
элементами разрабатываемой ИС. Устраняется это путем доделки при
последующей итерации.
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Необходимо учитывать возможные риски после автоматизации:
52
− проектные риски при создании системы,
− бизнес-риски, связанные с эксплуатацией системы
(возникающие, в конечном счете, из-за технических рисков).
− бизнес-риски, связанные с изменением бизнес-процессов. При
этом потери происходят оттого, что - 1) бизнес-процессы надо изменять, а
информационная система не готова к этому, и потери связаны с
неоптимальным функционированием бизнеса, и 2) оттого, что имеется
стоимость модификации системы,
− технические риски, состоящие в простоях, отказах, потере или
искажении данных и т.п.
Выделим четыре существенных риска практически любого проекта, в
том числе проекта внедрения ИС:
1. риск низкого качества результатов проекта — выполнение работ
с низким уровнем качества и неспособность удовлетворять разумные
требования конечных пользователей;
2. риск срыва сроков проекта — невыполнение работ в
установленные сроки, зависимость выполнения работ от смежных проектов и
мероприятий;
3. риск увеличения затрат — недостаток определенных бюджетом
проекта средств, необходимость увеличения бюджета;
4. риск остановки проекта — изменение условий и масштабов
проекта.
Далее следует определить факторы риска. Фактор риска — это
характеристики (события, свойства, факты) проекта, которые существенно
влияют на него и качество его результатов.
Необходимо отметить, что малозначительные риски в совокупности
могут образовать критическую массу, представляющую серьезную угрозу
проекту. Точно так же и маловероятные риски в случае возникновения могут
завести проект в тупик.
53
При разработке мер по обеспечению компьютерной безопасности
важно соблюдать определенный баланс между надежностью системы
локальной безопасности и эффективностью работы сотрудников компании.
Например, если для каждого действия сотруднику потребуется
подтверждение специалиста по безопасности, то безопасность будет
обеспечена, но работать компания не сможет.
Слишком слабая система защиты и открытый доступ всем
сотрудникам ко всей информации может привести к огромным
информационной потерям, если компания не сможет обеспечить
конфиденциальность данных своих клиентов.
Следует также отметить, что не существует абсолютно надежной
системы информационной безопасности. Все способы защиты,
разработанные одним человеком, может обойти другой человек. Другое
дело, что время и ресурсы, потраченные на взлом защиты, могут быть в
разы выше выгоды, полученной от взлома.
Увеличение времени и ресурсов, необходимых для взлома системы и
есть основная цель информационной безопасности.
Информационная безопасность, как было сказано выше, складывается
из нескольких составляющих:
– организационные меры;
– технические меры;
– программные меры.
Организационные меры не случайно находятся первыми в списке. Как
показывает история, огромное количество взломов информационных
систем и утечек случилось как раз потому, что сотрудники, имеющие
доступ к информации, проявляли небрежность и не соблюдали
элементарные требования информационной безопасности.
Поэтому, прежде всего в компании должны быть приняты
определенные стандарты безопасности и выработаны правила поведения
сотрудников в области информационной безопасности .
54
Основные меры, которые позволяют минимизировать вероятность
взлома локальной сети предприятия:
– использование сотрудниками надежных паролей: запрещено
использовать пароли, содержащие осмысленные слова на каком-либо из
популярных языков, пароли должны содержать символы в верхнем и
нижнем регистре, цифры и спецсимволы;
– хранение паролей на физическом или электронном носителе
нежелательно; если же сотрудник обойтись без этого не может, то
необходимо всегда держать носитель при себе;
– если работа только производится в общественном месте и
используется ноутбук, то при необходимости отлучиться нужно
блокировать текущего пользователя;
– каждому сотруднику желательно установить на своем
персональном компьютере антивирус, пусть даже и бесплатный, и
регулярно обновлять антивирусные базы;
– каждый сотрудник должен работать под своей учетной
записью и со своими правами доступа; при возникновении потребности в
доступе к какому-либо ресурсу сотрудник должен обратится к своему
руководству.
Следует также отметить, что возможности администрирования не
должны быть замкнуты только на одного человека, так как в случае его
болезни или отпуска должна быть возможность передать полномочия
администратора другому сотруднику.
Для этого пароль администратора должен быть продублирован на
бумаге и храниться у руководства компании.
Технические средства защиты информации.
Это различные по типу устройства (механические,
электромеханические, электронные и др.), которые решают задачи защиты
информации.
55
Они препятствуют доступу к информации, в том числе с помощью еѐ
маскировки. Преимущества технических средств связаны с их надежностью,
независимостью от субъективных факторов, высокой устойчивостью к
модификации.
Слабые стороны — недостаточная гибкость, относительно большие
объѐм и масса, высокая стоимость .
Кроме организационных, технических и программных средств
защиты информации, существуют также правила, следование которым
существенно повышает надежность локальной сети ко взломам.
Эти правила относятся только к системным администраторам и к
вопросам администрирования сети.
Приведем данные правила:
– суперпользователь не должен иметь возможность подключаться
к серверу с удаленного хоста; при необходимости администрирования
сервера нужно подключится под обычным пользователем с ограниченными
правами, а затем уже переключится на суперпользователя;
– раз в несколько месяцев менять пароль суперпользователя;
– изменить стандартный порт приложения для подключения по
протоколу ssh с 22го на какой-либо другой порт;
– если протокол ftp не используется – запретить подключение по
нему к серверу;
– явно указать список пользователей, которым разрешено
подключаться к серверу;
– использовать права (полный доступ) к папкам директориям, тем
более, как показывает практика, такие права редко когда нужны;
– при использовании Web-приложений, написанных языке
программирования PHP, отключить следующие функции PHP: exec,
passthru, shell_exec, system, proc_open, popen, curl_exec, curl_multi_exec,
parse_ini_file, show_source, etc;
56
– все службы и сервисы, имеющие доступ к сети, должны быть
запущены под своим пользователем, а никак не под суперпользователем.
Перечисленные выше правила системе не являются полным и
исчерпывающим руководством, однако даже их использование способно
значительно усложнить каждому взлом сервера.
2.2. Информационное обеспечение задачи
2.2.1. Характеристика нормативно-справочной, входной и
оперативной информации
В составе информационного обеспечения классификаторам
экономической информации отводится важное место, чтобы обеспечить
сжатие призначной части (идентификатора) показателей, и таким образом
сократить объем хранимой информации и время на ее поиск. Облегчить
обработку информации позволяют классификация и кодирование
информации.
Классификатор — с помощью этого документа осуществляется
формализованное описание экономической информации в ЭИС, содержащий
наименования объектов, наименования классификационных группировок и
их кодовые обозначения. В зависимости от применения, классификаторы
делятся на три группы:
1. общегосударственные – используются во всех отраслях и на всех
уровнях управления для повсеместного и одинакового обозначения
объектов;
2. отраслевые (ведомственные) - используются в пределах
определенной отрасли (ведомства);
3. локальные - используюся в пределах организации или группы
организации.
57
Поскольку, для полной формализации экономической информации
недостаточно простой классификации, для этого проводят процедуру
кодирования.
Кодирование — процесс присвоения условных обозначений объектам и
классификационным группам по соответствующей системе кодирования.
Система кодирования — представляет собой совокупность правил
обозначения объектов и группировок с использованием кодов.
Код — условное обозначение объектов или группировок в виде знака
или группы знаков в соответствии с принятой системой. Все системы
кодирования сгруппируются в два подмножества: регистрационные и
классификационные.
Разрабатываемые классификаторы должны удовлетворять следующим
требованиям:
· каждый классификатор должен в полном объеме охватывать объект и
признаки классификации.
· признаки деления множеств объектов с алгоритмами обработки
экономической информации должны быть согласованы.
· взаимная однозначность наименований объектов и их кодовых
обозначений;
· простота кодирования и возможность автоматизации классификации
и кодирования;
· возможность увязки с другими классификаторами и
системами обозначений;
· использования классификатора при обработке информации должны
быть эффективны.
В системе используется 5 видов кодирования, предназначенные для
однозначной идентификации документов, договоров и клиентов. Виды
системы кодирования, указаны в таблице 2.2.