67
- Она логичнее справляется со сложностями и отлично показывает се
бя в тех проектах, где все достаточно понятно, но все равно трудно
разрешимо;
- Она вполне доступна для понимания, поскольку преследует простую
цель — реализовать нужные действия;
- Она удобна и проста в использовании, поскольку сам процесс разра
ботки реализован поэтапно.
Но в случае применения каскадной модели для проекта, который нельзя
назвать подходящим для нее, выявляются некоторые недостатки:
- Модель основана на последовательной линейной структуре, поэтому
каждая попытка возврата на одну или две фазы назад для исправле
ния какой-либо проблемы или недостатка приводит к серьезному
увеличению затрат и сбою в графике;
- Модель не предотвращает возникновение итераций между фазами,
часто встречающиеся в процессе создания ПО, т.к. сама модель раз
рабатывается согласно обычному циклу аппаратного инжиниринга;
- Модель не показывает главное свойство создания ПО, направленное
на решение задач. Отдельные фазы жестко связаны с конкретными
действиями, что входит в разрез с реальной работой персонала или
коллективов;
- Модель создает ошибочное впечатление о работе над проектом. По
нятие типа "25% выполнено" не имеет никакого смысла и не может
являться показателем для менеджера проекта.
Ввиду недостатков каскадной модели ее использование ограничено ситуа
циями, в которых требования и их реализация максимально четко прописаны и
понятны.
Каскадная модель замечательно функционирует при ее использовании в
циклах разработки ПО, в которых применяется неизменяемое определение про
дукта и четко понятны технические методики.
Спиральная модель включает в себя положительные стороны каскадной
модели. При этом она также включает анализ рисков, может управлять ими, а
также имеет процессы поддержки и менеджмента. В ней также предусмотрено
68
создание программного продукта при помощи метода прототипирования или
быстрой разработки приложений с применением языков программирования и
средств разработки 4 поколения и выше.
Принципиальные свойства спиральной модели: отказ от фиксации требо
ваний и назначение приоритетов пользовательским требованиям; разработка по
следовательности прототипов, начиная с требований наивысшего приоритета;
идентификация и анализ риска на каждой итерации; использование каскадной
модели для реализации окончательного прототипа; оценка результатов по за
вершении каждой итерации и планирование следующей итерации.
Достоинствами спиральной модели являются: ускорение разработки (ран
нее получение результата за счет прототипирования); постоянное участие заказ
чика в процессе разработки; разбиение большого объема работы на небольшие
части; снижение риска (повышение вероятности предсказуемого поведения си
стемы).
Для разрабатываемого проекта наиболее подойдет каскадная модель для
разработки приложения из-за возможности контроля промежуточных фаз, в тоже
время проект не является достаточно большим, чтобы проявились все недостат
ки этой модели.
В качестве стратегии внедрения программного продукта выбрана страте
гия «Пилотный проект». Представляет собой эта стратегия апробацию про
граммного средства в ограниченной среде и позволяет оценить программу в ре
альных условиях. Данная стратегия снижает риск внедрения системы и является
наиболее надежной.
2.1.2. Ожидаемые риски на этапах жизненного цикла и их описание
Неотъемлемой частью создания качественного программного продукта
(ПП) является составление программного проекта. Управление проектами явля
ется новой развивающейся областью знаний и практики в управлении, имеющей
большое значение в развитии экономики. Анализ и управление проектными рис
ками становится общепризнанной методологией осуществления проектов. Мож
но перечислить хотя бы несколько преимуществ, которые анализ рисков дает
69
разработчику: более глубокое понимание специфики проекта, позволяющее со
здавать более реалистичные планы и бюджет проекта; понимание природы рис
ков и их потенциальных последствий дает возможность к их распределению
между агентами, которые способны лучше ими управлять; возможность оценки
резервов, создаваемых для обеспечения рисков, а это, в свою очередь, позволяет
уменьшить вероятность срыва проекта, и т. д.
Для успешной реализации перечисленных преимуществ необходимо гра
мотно уметь анализировать риски на качественном, содержательном уровне с
целью их идентификации, выявления причин, оценки потенциальных послед
ствий, разработки стратегии «реагирования».
Основной целью управления программными проектами является дости
жение оптимального качества программного продукта при минимуме затрат,
оценка и управление проектными рисками на всех этапах жизненного цикла
(ЖЦ) разработки программного обеспечения [31].
Для того чтобы эффективно управлять рисками, необходимо их иденти
фицировать, а затем качественно и количественно оценить.
Цель процесса идентификации рисков состоит в определении потенциаль
ных рисков, способных повлиять на успех проекта. Идентификацию рисков вы
полняют разработчики, заказчики, участники проекта и эксперты в определен
ных областях. Это итеративный процесс, поскольку по мере развития проекта в
рамках его жизненного цикла могут обнаруживаться новые риски.
Качественный анализ рисков подразумевает оценку рисков в терминах их
возможных последствий, используя установленные критерии. Критерии могут
учитывать затраты, официальные и предписанные требования, социально
экономические аспекты и факторы внешней среды, интересы заказчика, приори
теты и иные исходные данные для оценки [2].
В ходе качественного оценивания используется нечисловая шкала вероят
ности, например 5-балльная:
1 весьма маловероятно;
2 маловероятно;
3 вероятно;
4 весьма вероятно;
70
5 почти наверняка.
В процессе жизненного цикла разработки автоматизированной системы
можно выделить следующие риски:
- риск сбоя аппаратного обеспечения;
- риск нарушения работы сервера;
- риск нарушения работы сервера баз данных;
- риск недостатка финансирования;
- риск нарушения работы операционной системы;
- риск сбоя в работе средств разработки программного обеспечения;
- риск сбоя рабочего компьютера приложения;
- риск утраты данных;
- риск нарушения коммуникаций между участниками процесса разра
ботки;
- риск количественного и качественного изменения состава команды
разработки.
Указанные риски влияют как на сам процесс разработки, и так и на про
цесс функционирования автоматизированной системы. Разработка и внедрение
мер по нейтрализации указанных рисков позволит более эффективно проводить
процесс разработки и внедрения информационной системы в деятельность орга
низации.
2.1.3. Организационно-правовые и программно-аппаратные средства обес
печения информационной безопасности и защиты информации
Для успешного функционирования организации необходимо производить
обработку данных в соответствии с законодательством, для этого необходимо
учитывать положения нормативно-правовых актов в сфере информационной
безопасности.
Закон «Об информации, информационных технологиях и защите инфор
мации» определяет и закрепляет права на защиту информации и информацион
ную безопасность граждан и организаций в ЭВМ и в информационных системах,
а также регулирует отношения при осуществлении получение, распространение,
71
производство, права на поиск и передачу информации при применении инфор
мационных технологий.
Данный закон был принят Государственной Думой 8 июля 2006 года,
одобрен Советом Федерации 14 июля 2006 года и вступил в силу 27 июля 2006
года. До настоящего времени в ФЗ №149-ФЗ было внесено множество поправок,
сейчас доступна редакция от 21 июля 2014 года. Кроме того, было выпущено не
сколько изменяющих документов.
Настоящий Федеральный закон считается одним из основных в сфере ин
формационной безопасности. В нём дается понятие конфиденциальности ин
формации, которое встречается в статьях 9 (ограничение доступа к информа
ции), 16 (защита информации) и 17 (ответственность за правонарушения в сфере
информации, информационных технологий и защиты информации).
Конфиденциальность информации, согласно статье 2 ФЗ №149-ФЗ, - обя
зательное для выполнения лицом, получившим доступ к определенной инфор
мации, требование не передавать такую информацию третьим лицам без согла
сия ее обладателя.
Федеральный закон от 29.07.2004 №98-ФЗ (ред. от 12.03.2014) «О ком
мерческой тайне» был принят Государственной Думой 9 июля 2004 года, одоб
рен Советом Федерации 15 июля 2004 года.
Настоящим Федеральным законом регулируются отношения, связанные с
отнесением информации к коммерческой тайне, охраной ее конфиденциально
сти, передачей такой информации и предупреждением недобросовестной конку
ренции. Действие Закона распространяется на информацию, составляющую
коммерческую тайну, вне зависимости от вида носителя, на котором она зафик
сирована.
Под коммерческой тайной понимается конфиденциальность информации,
позволяющая ее обладателю при возможных или ныне существующих обстоя
тельствах избежать неоправданных расходов, увеличить доходы, получить иную
коммерческую выгоду или сохранить положение на рынке услуг, работ, товаров.
Устанавливается законодательное ограничение на отнесение информации
к коммерческой тайне в интересах граждан, государства и общества. К примеру,
режим коммерческой тайны не может быть установлен лицами, осуществляю
72
щими предпринимательскую деятельность, в отношении сведений от условиях
труда и системе оплаты выполненных работ (включая задержки по выплате за
работной плате и задолженности по иным социальным выплатам), о наличии
свободных рабочих мест, составе и численности работников, а также показате
лях производственного травматизма и профессиональной заболеваемости.
Помимо этого, формулируется обязательное предоставление на безвоз
мездной основе органам местного самоуправления и государственной власти
предоставление информации подходящей под критерии коммерческой тайны
(при условии наличия у них мотивированного требования).
Так же в законе прописаны пункты, регулирующие отношения, связанные
с коммерческой тайной, информация о которой была получена при выполнении
работ, связанных с государственными контрактами для государственных нужд и
определяются права обладателя коммерческой тайны.
Законом устанавливаются требования к охране конфиденциальности ин
формации, составляющей коммерческую тайну, включая информацию, получае
мую при трудовых отношениях и в гражданско-правовых отношениях.
Предусматривается ответственность за нарушение законодательства РФ о
коммерческой тайне.
В статье 3 Федерального закона «О коммерческой тайне» даются опреде
ления таки ключевым понятиям, как: коммерческая тайна; информация, состав
ляющая коммерческую тайну; обладатель информации, доступ к информации,
передача информации, предоставление информации; доступ к информации; пе
редача информации; контрагент; предоставление информации; разглашение ин
формации.
Так же, очень важной является информация, содержащаяся в статье 5
настоящего закона, а именно, сведения, которые не могут составлять коммерче
скую тайну.
Федеральный закон «О персональных данных» создает правовую основу
обращения с персональными данными физических лиц в целях реализации кон
ституционных прав человека, в том числе права на неприкосновенность частной
жизни, личную и семейную тайну.
73
Согласно положениям данного ФЗ, персональными данными признаются
любые сведения о физическом лице, в том числе его имя, фамилия, отчество, ме
сяц, год, место и дата рождения, семейное, имущественное и социальное поло
жение, адрес, профессия, образование, доходы, иная информация.
Данный федеральный закон определяет условия и принципы обработки
персональных данных. У станавливает общий запрет на обработку персональных
данных без согласия субъекта персональных данных. Так же закон предусматри
вает случаи, когда такое согласие не требуется. Отдельным пунктом регулиру
ются отношения по обработке особых категорий персональных данных (сведе
ния о национальной и расовой принадлежности, религиозных и политических
взглядах, интимной жизни, состоянии здоровья,). Обработка указанных катего
рий информации не допускается без предварительного согласия субъекта персо
нальных данных, за исключением ситуаций, когда обработка данных необходи
ма для обеспечения жизни и здоровья лица; персональные данные являются об
щедоступными, обработка производится в связи с осуществлением правосудия, а
также иных обстоятельств.
Федеральный закон от 27.07.2006 №152-ФЗ (ред. от 21.07.2014) «О персо
нальных данных» был принят Г осударственной Думой 8 июля 2006 года и одоб
рен Советом Федерации 14 июля 2006 года.
2.2. Управление проектом автоматизации
2.2.1. Описание системы принятия управленческих решений
В процессе принятия решений выделяют два основных класса опти
мизации управленческих решений:
- методы моделирования;
- методы экспертных оценок.
Методы моделирования базируются на использовании математических
моделей для решения наиболее часто встречающихся управленческих задач.
Наиболее распространенными типами моделей являются:
76
знаний, это способствует более широкому разнообразию предлагаемых альтер
натив.
Этап 2 - оформление проблемной записки. Ее составляет группа анализа
проблемы. Записка содержит:
- описание метода мозговой атаки и правил ее проведения;
- краткое описание проблемной ситуации и причин ее возникнове
ния;
- описание вероятных последствий возникшей проблемы (при этом
считается полезным некоторое преувеличение, чтобы необходи
мость найти решение ощущалась острее);
- анализ опыта решения подобных проблем (если он имеется);
- перечень возможных альтернатив решения проблемы;
- формулировку проблемной ситуации в виде главного вопроса и не
скольких дополнительных вопросов.
Этап 3 - выработка идей. Он начинается с того, что ведущий раскрывает
содержание проблемной записки и обращает внимание участников экспертной
группы на необходимость соблюдения следующих правил поведения:
- высказывания участников обсуждения должны быть четкими и
краткими;
- каждый эксперт может выступать несколько раз, но не подряд;
- критика предыдущих выступлений и какие-либо скептические за
мечания и реплики не допускаются;
- запрещается зачитывать заранее подготовленные выступления.
На этом этапе большая роль отводится модератору, который должен быть
хорошим психологом, он должен заинтересовать экспертов и пробудить у них
желание найти решение проблемы. При этом эксперты должны предложить как
можно больше идей, т.к. чем шире охват проблемы, тем больше вероятность по
явления ценной идеи. Но при выработке большого количества идей возникает
проблема их запоминания. Для того чтобы не пропустить ни одного ценного
предложения и иметь возможность последующей систематизации этих предло
жений, модератор использует диктофон, на который записываются все высказы
ваемые идеи и предложения.
78
И наконец, метод «Brainwriting-Pool» (или «письменная складчина»). В
этом варианте мозгового штурма каждый участник вырабатывает как можно
больше собственных идей и также фиксирует их на бумаге. Затем он кладет свой
лист по центру стола - в Pool и произвольно берет другой лист, в котором разви
вает предложенные там альтернативы.
Метод «Дельфи». Этот метод представляет собой процедуру ан
кетирования с обработкой и сообщением результатов каждого тура неизвестным
друг другу экспертам. Достоинство данного метода состоит в том, что он позво
ляет обобщать индивидуальные мнения отдельных экспертов в согласованное
групповое мнение.
Метод «Дельфи» характеризуют три специфические особенности:
- анонимность экспертов, которая заключается в том, что в ходе про
ведения экспертизы эксперты неизвестны друг другу и их взаимо
действие в процессе опроса полностью исключено;
- регулируемая обратная связь, обеспечивающаяся проведением не
скольких туров опроса, результаты которых сообщаются экспертам;
- статистическая обработка результатов опроса и формирование
группового ответа. Представляет собой формирование единого
группового мнения на основе индивидуальных предпочтений, по
принципу большинства.
Недостатками метода являются значительные затраты времени на прове
дение экспертизы и отсутствие прямого столкновения мнений экспертов, что не
всегда стимулирует генерирование идей, возникающее при личных контактах
экспертов.
Метод сценариев. Суть данного метода заключается в написании экспер
тами сценариев развития ситуации с целью определить тенденции возможного
развития, к которым она может прийти под влиянием тех или иных факторов, в
том числе и под воздействием определенных управленческих решений или при
их отсутствии. Метод сценариев используется для разработки, как правило,
стратегических решений. Такой метод позволяет проиграть всю ситуацию, раз
работать стратегию и тактику поведения.
79
Метод суда. В его основу положена процедура судебного заседания. Экс
перты делятся на три группы. Первая группа - сторонники обсуждаемой альтер
нативы - выступает в качестве «защиты», приводя всевозможные доводы в ее
пользу; вторая - противники - выступает в качестве «обвинения», приводя аргу
менты против; а третья группа экспертов - «жюри» - выступает в качестве при
сяжных, оценивает обоснованность аргументов и выносит окончательное реше
ние.
Рассмотренные методы могут использоваться, дополняя друг друга. ЛПР,
который знает методы оптимизации управленческих решений и умеет применять
их на практике, снижает возможность допущения руководителем ошибок в про
цессе принятия управленческого решения [3].
В теории принятия управленческих решений кроме экспертных методов,
которые носят субъективный характер, свое применение нашли и объективные
графические подходы.
1 Причинно-следственная диаграмма Исикавы.
Диаграмма Исикавы представляет собой графическое упорядочение фак
торов, влияющих на анализируемый объект. Эту диаграмму из-за ее формы
называют «рыбьей костью», или «рыбьим скелетом».
При построении даграммы Исикавы выбирают один показатель качества
или одно из следствий, которые необходимо исследовать, и помещают его спра
ва в конце горизонтальной линии. Группы причин распределяются, как рыбий
скелет, частные причины стрелками указывают на основную причину [3].