59
Рис. 2. Поэтапная модель с промежуточным контролем
К преимуществам данной модели следует отнести тот факт, что после
каждого шага получается функциональный продукт, который можно
протестировать, а так же снижается риск неудачи и изменения требований.
Кроме того у разработчика присутствует хорошее понимание того, что будет
происходить в следующем шаге и будет возможность отладки.
К недостаткам относится то, что в самом начале жизненного цикла
разработки необходимо определить полную функциональность и обязательно
нужно наличие хорошего планирования и проектирования. К том же может
возникнуть тенденция оттягивания решения трудовых задач.
Спиральная модель
В спиральной модели на каждом витке спирали происходит создание
новой версии продукта, к нему уточняются требования проекта, определяется
качества нового продукта и планируются работы следующего витка.
Начальные этапы разработки – анализ и проектирование – самые важные.
Там реализуемость тех или иных технических решений проверяется и
обосновывается посредством создания прототипов.
60
Рис. 3. Спиральная модель
К достоинствам спиральной модели относится то, что она позволяет
быстрее показать пользователям системы работоспособный продукт, что
активизирует процесс уточнения и дополнения требований. В процессе
разработки допускается изменение требований, что удобно, так как это
характерно для большинства разработок. При использовании спиральной
модели проектируемая ИС становится гибкой, более надёжно и устойчивой.
Такой подход позволяет совершенствовать процесс разработки путём анализа
ошибок и недостатков в модели.
Но из достоинства вытекает и недостаток – увеличивается
неопределённость у разработчика в перспективах развития проекта. Так же
есть трудности в ресурсном и временном планировании всего проекта в
целом.
Для данной работы больше всего подходит спиральная модель
жизненного цикла ИС. Несмотря на недостатки данной модели, возможность
корректировать требования к разработке между циклами проектирования
системы является её главным достоинством и позволит в дальнейшем
довести работу системы до надлежащего вида. Кроме того появляется
возможность постоянно улучшать и модернизировать ИС в соответствии с
61
вновь возникающими задачами и требованиями. Такой подход позволяет
поддерживать систему на постоянно актуальном уровне.
2.1.2 Ожидаемые риски на этапах жизненного цикла и их описание
Перечень возможных рисков весьма широк, вероятность возникновения
каждого из них различна также, как и сумма убытков, вызываемая
конкретным видом риска, поэтому важно уметь хотя бы ориентировочно
оценить наиболее вероятные риски и величину связанного с ним ущерба.
В связи с этим необходимо:
1. Выявить полный перечень рисков;
2. Определить вероятность возникновения каждого риска;
3. Оценить ожидаемый размер убытков при их возникновении;
4. Проранжировать их по вероятности возникновения;
5. Установить приемлемый уровень риска и отбросить те из них,
вероятность которых ниже указанного порога.
Существует много различных классификаций рисков: по видам
деятельности, формам собственности и т.д. При их анализе в бизнес-плане
уместно выделять коммерческие, финансовые и внутрифирменные риски.
К коммерческим рискам относятся:
1. Снижение объемов реализации товаров из-за упавшего спроса или
неэффективной работы сбытовой сети;
2. Неудовлетворительная деятельность партнеров;
3. Повышение цен на ресурсы и оборудование;
4. Увеличение арендной платы, транспортных издержек и т.д;
5. Рост числа конкурентов.
К финансовым рискам можно отнести:
1. Риск неплатежа за поставленный товар;
2. Риск неоптимального выбора источников финансирования;
3. Риск больших инвестиций в крупномасштабный проект и т.д.
62
Внутрифирменные риски предприятия заключаются:
1. В недовольстве работников предприятия и риске забастовок;
2. Возможности утечки информации;
3. Ошибки управленческого персонала и т.д.
В зависимости от вероятных потерь принято выделять три вида рисков:
1. Допустимый, при котором наблюдается потеря части прибыли или
всей прибыли;
2. Критический, при котором величина потерь превышает расчётную
прибыль;
3. Катастрофический, при котором потери превышают денежные
возможности предприятия.
Следует отметить, что проектная деятельность возможна при каждом
из рассмотренных видов риска. Однако при этом требуемая доходность,
страховые отчисления, необходимые резервы и т.д. по проектам, связанным с
катастрофическим риском, которые будут существенно выше, чем в иных
случаях.
После выделения факторов риска и их оценки необходимо выбрать
методы управления рисками. В реальных условиях в зависимости от
спецификации риска требуется иногда применение различных методов
управления рисками.
Основные из них:
1. Диверсификация (расширение).
Наиболее важное направление снижения риска. Обычно говорят о
диверсификации поставщиков, потребителей и участников. Можно так же
рассматривать распределение усилий предприятия между видами
деятельности.
63
Но следует помнить, что увеличение числа поставщиков, потребителей,
участников может привести к росту организационных и транспортных
издержек, что, возможно, несколько снизит ожидаемую прибыль.
2. Страхование (передача риска).
Основные виды страхования:
Страхование имущества предприятия от стихийных бедствий
(обычно сумма страховки 70-80 процентов стоимости имущества);
Страхование отгруженной продукции на период её перевозки
(обычно сумма страхования равна стоимости товара);
Страхование транспортных средств;
Компенсационное страхование;
Медицинское страхование;
Страхование вынужденной остановки предприятия.
Но не следует забывать: страхуя свой проект мы увеличиваем затраты,
поэтому в каждом конкретном случае необходимо считать, насколько велик
ущерб от возможного риска если его не застраховать.
3. Резервирование (притяжение риска на себя).
Предусматривает создание определенных запасов: финансовых,
материальных, информационных резервов.
Финансовые резервы – дополнительные средства на покрытие
непредвиденных расходов.
Материальные резервы – специальные страховые запасы сырья,
материалов, комплектующих.
Информационные резервы – приобретение дополнительной
информации.
64
Но и в этом случае, как и в предыдущих методах наличие резервов с
одной стороны снижает ряд одних рисков, а с другой – увеличивает затраты
по проекту.
Различают две основные категории рисков – прямые и
опосредованные. На прямые риски проектная команда может каким-то
образом повлиять, а опосредованные риски команда контролировать не
может в принципе.
Риски делятся на следующие основные виды [20, с.106]:
1. Ресурсные риски:
Организация (выполняла ли организация прежде проекты такого
масштаба, существует ли формальный процесс разработки
программного обеспечения и т.п.);
Финансирование (полностью ли обеспечено финансирование проекта,
фиксирована ли стоимость проекта или она является предметом для
обсуждения, точно ли выполнена оценка затрат и т.п.);
Люди (достаточно ли людей для выполнения проекта, обладают ли
они необходимыми навыками и опытом, работали ли они вместе
раньше и т.п.);
Время (реалистичен ли план проекта, насколько критичной является
дата окончания проекта и т.п.);
Бизнес (что произойдет, если конкурент выйдет на рынок первым,
выгода, полученная от реализации проекта больше, чем затраты на
него, что произойдет, если ключевые поставщики не смогут
выполнить свои обязательства и т.п.).
2. Технические риски:
Область действия (scope) проекта (могут ли быть измерены критерии
успешного завершения проекта, требования стабильны и хорошо
поняты, область действия жестко фиксирована или может
расширяться в будущем и т.п.);
65
Технологии (отлажена ли применяемая технология или она только
была разработана, существуют ли необычные или инновационные
технические требования, с которыми проектная команда никогда
раньше не сталкивалась и т.п.);
Внешние зависимости (зависит ли проект от других параллельных
проектов, зависит ли успех проекта от внешних поставщиков
технологий и/или продуктов и т.п.).
В нашем проекте можно выделить следующие основные риски на
каждом этапе разработки (таблица 2.1):
Таблица 2.1
Основные риски при разработке автоматизированной системы
делопроизводства
Наименование
риска
Причина возникновения
Мероприятия
по устранению
Активное и
пассивное
сопротивление
высшего
менеджмента
Усиление контроля за большими
денежными потоками. Уменьшение
возможности менять методологию расчета
результатов бизнеса (объяснять цифры в
отчетности). Больший уровень контроля со
стороны управляющей компании.
Организовать
работу Комитета
по аудиту в
составе Совета
директоров
компании
Пассивное
сопротивление
персонала
Работа учетного персонала в России
направлена только на предоставление
регламентной отчетности. В результате
проекта серьезно возрастут требования в
части профессионализма работы
сотрудников. Это вызывает пассивный
саботаж проекта
Система
обучающих и
мотивирующих
семинаров с
руководителями
учетных,
механических и
ИТ-служб.
Матричная
структура
управления
Управление крупными компаниями
выстроено в процессном или
функциональном режиме. В такой
структуре управление компанией идет в
слабо матричной структуре. В данной
структуре менеджер проекта не имеет
права распоряжаться бюджетом и
персоналом проекта
Специальная
система
коммуникаций по
проекту
Разработка (а не
внедрение) ПО
Для построения системы сбора и
консолидации прозрачной отчетности
требуется учесть уникальные
характеристики бизнеса. Это порождает
большой объем изменений в типовом ПО.
Соответственно, схема управления ИТ-
частью проекта должна быть
Выстраивание
работы ИТ-части
проекта по
моделям
разработки ПО.
66
ориентирована на проект разработки ПО
Необходимость
модифицировать
систему после
проекта
Созданная система будет учитывать
специфику бизнеса. При каждом
изменении внешних и внутренних условий
она требует модификаций
Передать на
аутсорсинг
поддержку
системы для
минимизации
затрат
2.1.3 Организационно-правовые и программно-аппаратные средства
обеспечения информационной безопасности и защиты информации
Под информационной безопасностью (ИБ) АИС понимается
состояние защищенности информационной среды АИС, обеспечивающее её
формирование, использование и развитие, которое не приводит к искажению,
разрушению или несанкционированному использованию информационных
ресурсов, включая хранимую, обрабатываемую и передаваемую
информацию, а также программные средства. [2, с.147]
Идентификация пользователей включает в себя две основные
концепции – аутентификацию и авторизацию. Аутентификация – это
способность подтвердить личность пользователя. Авторизация занимается
предоставлением доступа к определенным данным или операциям, при
условии, что пользователь тот, за кого он себя выдает.
В документопоток организации может быть вовлечено множество
людей, за каждым из которых закреплен ряд выполняемых операций и
группа документов, с которой он работает. Другими словами, сотрудники
выступают в определенной роли относительно системы документооборота.
Естественным желанием будет ожидание поддержки в программном
продукте таких ролей.
На данном этапе устанавливаются требования к безопасности системы
– аутентификация и авторизация, а также требования к поддержке работы
различных типов пользователей.
В случае если система учета продаж используют свой механизм
аутентификации, необходимо выяснить какой протокол обеспечивает защиту
канала данных (SSL, TLS, другой), возможны ли подключения посторонних
67
клиентов, какой протокол обеспечивает передачу данных. Большим плюсом
системы будет возможность использования системы аутентификации третьей
стороны – LDAP, Kerberos, NovellNetware, PAM, winbind и т.п. Это позволит
применять централизованный механизм идентификации пользователей в
организации, а также предоставит им больше удобств при работе с
различными системами.
Для обеспечения антивирусной защиты на всех компьютерах
установлены антивирусные приложения.
2.2 Информационное обеспечение задачи
2.2.1 Информационная модель и её описание
Методика разработки информационной модели предполагает моделирование:
взаимосвязей входных, промежуточных и результатных
информационных потоков, и функций предметной области (структурно-
функциональной диаграмма или диаграмма потоков данных);
данных информационной базы (диаграмму «сущность – связь»
инфологической модели и диаграмму взаимосвязей файлов - даталогической
модели), необходимых для функционирования информационной системы.
На структурной схеме изображаются основные части системы и как они
взаимосвязаны для общего ознакомления с системой. На ней раскрывается
не принцип работы отдельных элементов, а только то, как они связаны.
Благодаря этому можно проследить разграничение кода по назначению в
отдельные области видимости и строгую организацию элементов ИС. С
помощью структурной схемы возможно, удобно прослеживать и изменять
взаимосвязи, независимо разрабатывать и дорабатывать модули и быстрее
проводить процесс локализации возникающих ошибок. Структурная схема
выполняется в виде геометрических фигур и представлена на рис. 7.
Система состоит из следующих элементов, взаимосвязанных между
собой:
68
База данных – управляется с помощью сервера СУБД. Хранит все
данные о пользователях, модулях, расширениях, записях и др.;
CMSWordpress – основа WEB-сайта, изначально готовая страница с
минимальным количеством функций;
Модуль тестирования – установленный модуль, который позволят
составлять тесты, автоматически проверять их и выдавать
результаты пользователю;
Модуль снятия показателей – установленный модуль, отвечающий
за снятие электронных параметров (куда и как часто кликает
пользователь, личные данные и т.д.);
Модуль авторизации – установленный модуль, с помощью которого
пользователи могут зарегистрироваться на сайте для просмотра
лекций и прохождения тестов;
Модуль обратной связи - установленный модуль, в котором
пользователи смогут общаться между собой, предлагать свои
материалы, связываться с администрацией;
Приложение – интерактивное приложение, разработанное на Unity
и вставленное в WEB-сайт cпомощью Unity Web Player.