58
- на кл?иентком ме?сте: пр?оцессор Pe?ntium IV 2Ггц, об?ъем ОЗ?У дл?я ра?боты 5
по?льзователей 2 Гбайт, дл?я ра?боты 20 по?льзователей 10?24 Мбайт, св?ободное ме?сто
на ди?ске - от 15?0 Мб?айт бе?з уч?ета ра?змеров ба?зы данных.
- на се?рвере од?ин во?сьмиядерный процессор, 16?Гб ОЗУ, 10?0Гб RAID1.
1.? Сервер БД?: од?ин во?сьмиядерный процессор, 16?Гб ОЗУ, 10?0Гб RAID1.
2.? Система хр?анения да?нных: вн?ешняя SA?N си?стема 2Т?б RA?ID5 SA?S
ди?сков дл?я да?нных (с во?зможностью масштабирования).
Те?хнические ха?рактеристики се?рверов та?кже не по?длежат улучшению, та?к
ка?к в на?стоящее вр?емя ис?пользуемые мо?дели се?рверов им?ею во?зможность
на?растить св?ою пр?оизводительность дл?я вы?полнения ав?томатизируемой за?дачи
бе?з ущ?ерба дл?я др?угих вы?полняемых им?и задач.
59
II Пр?оектная ча?сть
2.1. Ра?зработка пр?оекта ав?томатизации
2.1.1. Эт?апы жи?зненного ци?кла пр?оекта ав?томатизации
Дл?я ре?ализации пр?оектного решения, не?обходимо пе?рвоначально вы?делить
ос?новные эт?апы жи?зненного ци?кла бу?дущей системы. Из вс?ех им?еющихся
стандартов, на?иболее оп?тимальным бу?дет стандарт ISO/IEC 12207:2008 [2]. Вы?бор
па?л им?енно на эт?от стандарт, в св?язи со сл?едующими фа?кторами: Во-первых,
ст?андарт че?ткое не ре?гламентирует по?следовательность пр?оцессов в ка?ждом этапе,
чт?о по?зволяет са?мостоятельно вы?бирать по?дходящие дл?я се?бя процессы. Во-
вторых, ст?андарт ох?ватывает вс?е эт?апы бо?лее полно, не?жели ос?тальные стандарты.
В-третьих, стандарт ISO/IEC 12207:2008 не ук?азывает на этапы, а ли?шь
ре?гламентирует их, чт?о по?зволит ра?зработчику са?мостоятельно уп?равлять
жи?зненным циклом.
Ст?андарт стандарт ISO/IEC 12207:2008 вк?лючает вс?его 16 процессов,
ко?торые об?ъединяются в 3 гр?уппы (р?исунок 2.1).
3.1 Управление 3.2 Создание инфраструктуры
3.3 Усовершенствование 3.4 Обучение
1.1 Заказ
1.2 Поставка
1.4 Эксплуатация
1.3 Разработка
1.5
Сопровождение
2.1 Документирование
2.2 Управление конфигурацией
2.3 Обеспечение качества
2.4 Верификация
2.5 Совместный анализ
2.6 Аудит
2.7 Решение проблем
1. Основные процессы жизненного
цикла
3. Организационные процессы жизненного цикла
2. Вспомогательные процессы
жизненного цикла
Рис. 0.?1 Ст?руктура ст?андарта стандарт ISO/IEC 12207:2008
Пр?оцессы со?стоят из от?дельных ви?дов деятельности. Вс?его ст?андартом
оп?ределенно 74 ви?да деятельности, св?язанной с ра?зработкой и по?ддержкой ПО.
60
Ка?ждый ви?д де?ятельности в св?ою оч?ередь на?целен на вы?полнение од?ной ил?и
не?скольких задач.
Ос?новной пр?оцесс жи?зненного ци?кла со?стоит из пя?ти ви?дов де?ятельности:
1) Заказ;
2) Поставка;
3) Разработка;
4) Эксплуатация;
5) Сопровождение.
Ка?ждый пр?оцесс оп?ределяет ос?новного ис?полнителя и действия, ко?торые
не?обходимо вы?полнить в на?значенные сроки. Пр?оцесс за?каза – ос?новной
ис?полнитель ор?ганизация за?казчик ин?формационной системе. На да?нном эт?апе
оп?ределяется по?требность за?казчика в ин?формационной системе, пр?оисходит
вы?бор по?ставщика / ра?зработчика и не?посредственно уп?равление за?казом вп?лоть
до пр?иемки го?товой системы.
Пр?оцесс по?ставки – ис?полнитель ор?ганизация поставщик. Эт?ап на?чинается с
по?дписания до?говора на по?ставку системы, пр?одолжается оп?ределением пр?оцедур
и ресурсов, не?обходимых дл?я об?еспечения вы?полнения проекта. И за?канчивается
по?ставкой го?товой си?стемы и по?дписанием актов.
За пр?оцесс ра?зработки от?вечает ор?ганизация разработчик. Пр?оцесс
вк?лючает в се?бя ра?боты по ан?ализу требований, проектированию,
программированию, сборке, те?стированию и вв?оду в де?йствия пр?ограммного
продукта.
Пр?оцесс эк?сплуатации оп?ределяет за?дачи оператора. Он ох?ватывает
эк?сплуатацию пр?ограммного пр?одукта и по?ддержку по?льзователей в пр?оцессе ег?о
использования.
Пр?оцесс со?провождения со?стоит из за?дач и ра?боты персонала,
от?ветственного за со?провождение пр?ограммного продукта. Эт?от пр?оцесс
ре?ализуется пр?и мо?дификациях пр?ограммного пр?одукта и до?кументации к нему,
вы?званных из?менениями в св?язи с ул?учшением ил?и ус?транением ошибок. Це?лью
пр?оцесса яв?ляется из?менение су?ществующего пр?ограммного пр?одукта пр?и
со?хранении ег?о целостности.
61
Со?гласно вы?бранному ст?андарту сл?едует вы?делить сл?едующие эт?апы:
По?дготовка пр?оекта
• А?нализ де?ятельности
• П?роведение пр?едпроектного об?следования
• Р?азработка пл?ана пр?оекта
Разработка
• С?оздание та?блиц и св?язей БД
• С?оздание ша?блонов от?четных фа?йлов
• С?оздание пр?оцедур по сбору, об?работке и хр?анению ин?формации
• С?оздание пр?оцедур фи?льтрации
• Р?азработка по?льзовательского ин?терфейса
Те?стирование на?строек си?стемы
• Н?астройка сл?оварей и сп?равочников
• Т?естирование ра?ботоспособности си?стемы
• К?орректировка си?стемы по ре?зультатам те?стирования
• П?одготовка до?кументации дл?я вн?едрения
• П?лан эк?сплуатации
• Д?окументация по ус?тановке и на?стройке ПО
• П?одготовка пл?ана вн?едрения
Внедрение
• У?становка на се?рвер СУ?БД
• У?становка се?рверных ко?мпонентов си?стемы уч?ета за?явок
• У?становка кл?иентских пр?иложений си?стемы уч?ета за?явок
• Н?астройка се?рверной и кл?иентских ча?стей
• Т?естирование ра?ботоспособности
• Д?емонстрация ра?боты си?стемы
• П?одготовка пл?ана по об?учению по?льзователей
• П?роведение се?минара по об?учению ра?боте с си?стемой
• О?бучение сл?ужбы эк?сплуатации
Эксплуатация
• П?одготовка пл?ана по эк?сплуатации
62
• В?вод си?стемы в оп?ытную эк?сплуатацию
• П?о ре?зультатам оп?ытной эк?сплуатации пе?ревод си?стемы в
пр?омышленную эк?сплуатацию
• П?оддержка по?льзователей
• П?роведение об?учающих ле?кция дл?я по?льзователей
• П?одготовка от?четов о ра?боте си?стемы
Сопровождение
• А?нализ ош?ибок и их ус?транение
• П?одготовка от?четов по мо?дификациям и из?менениям
• О?бновление фу?нкционирующих си?стем
На пе?рвоначальном эт?апе по?сле пр?оведения ан?ализа де?ятельности
организации, не?обходимо по?ставить це?ли и за?дачи ав?томатизации и ра?зработать
пл?ан проекта. По?сле до?кументального оф?ормления на?чинается не?посредственно
са?м пр?оцесс разработки. Со?здается ба?за данных, от?четные формы, пи?шется
пр?ограммный ко?д по сбору, об?работке и хр?анению информации, со?здаются
пр?оцедуры фильтрации. По?сле ра?зработки системы, пр?оходит эт?ап тестирования.
По за?вершению те?стирования го?товится пл?ан эк?сплуатации и до?кументация дл?я
внедрения, а та?кже ра?зличная по?льзовательская документация. Пр?оцесс бу?дет
пр?оисходить сл?едующим образом. Та?к ка?к в ор?ганизации уж?е су?ществует ЛВ?С и
ст?абильно функционирует, в ее на?ладке не?т необходимости.
Пе?рвоначально ус?танавливается се?рверная ча?сть си?стемы уч?ета заявок,
да?лее на ра?бочие ме?ста пр?оходит ус?тановка и на?стройка кл?иентских пр?иложений
си?стемы уч?ета за?явок и СУБД. Те?стируется работоспособность, пр?оводится
де?монстрация ра?боты си?стемы дл?я ру?ководства и персонала. По?следней ст?адией
бу?дет пр?оведение се?минаров дл?я со?трудников компании. Не?обходимо св?язать вс?ех
сотрудников, от?вечающих за об?работку до?кументов в ед?иную ин?формационную
сеть. Дл?я эт?ого кл?иентские пр?иложения бу?дут ус?танавливаться в че?ткой
по?следовательности по оп?ределенным от?делам
За эк?сплуатацию го?товой системы, бу?дет от?вечать оператор. В ег?о за?дачу
бу?дет вх?одить:
63
1. Ра?зработка пл?ана эк?сплуатации и оп?ределения на?бора ст?андартов
эксплуатации.
2. По?лучение и до?кументирование св?едений о во?зникающих проблемах, их
ре?шение и ко?нтроль за возникновением, об?еспечение об?ратной св?язи с
пользователями.
3. Те?стирование си?стеме в эк?сплуатационной среде, ко?операция со сл?ужбой
со?провождения дл?я ус?транения во?зникших пр?облем и мо?дернизации системы.
4. По?ддержка и ко?нсультация пользователей.
Да?лее вы?берем мо?дель жи?зненного ци?кла ин?формационной системы.
В на?стоящее вр?емя на?иболее ра?спространены сл?едующие мо?дели:
Каскадная;
Циклическая;
Итеративная.
Ка?скадный по?дход хо?рошо за?рекомендовал се?бя пр?и по?строении
от?носительно пр?остых ИС, ко?гда в са?мом на?чале ра?зработки мо?жно до?статочно
то?чно и по?лно сф?ормулировать вс?е тр?ебования к системе. Ос?новным не?достатком
эт?ого по?дхода яв?ляется то, чт?о ре?альный пр?оцесс со?здания си?стемы ни?когда
по?лностью не ук?ладывается в та?кую же?сткую схему, по?стоянно во?зникает
по?требность в во?зврате к пр?едыдущим эт?апам и ут?очнении ил?и пе?ресмотре ра?нее
пр?инятых решений. В ре?зультате ре?альный пр?оцесс со?здания ИС ок?азывается
со?ответствующим по?этапной мо?дели с пр?омежуточным контролем.
Мо?жно вы?делить сл?едующие по?ложительные ст?ороны пр?именения
ка?скадного по?дхода:
на ка?ждом эт?апе фо?рмируется за?конченный на?бор пр?оектной
документации, от?вечающий кр?итериям по?лноты и со?гласованности;
вы?полняемые в ло?гической по?следовательности эт?апы ра?бот
по?зволяют пл?анировать ср?оки за?вершения вс?ех ра?бот и со?ответствующие затраты.
Ци?кличная мо?дель ЖЦ бы?ла пр?едложена дл?я пр?еодоления пе?речисленных
проблем. На эт?апах ан?ализа и пр?оектирования ре?ализуемость те?хнических
ре?шений и ст?епень уд ?овлетворения по?требностей за?казчика пр?оверяется пу?тем
со?здания прототипов. Ка?ждый ци?кл со?ответствует со?зданию ра?ботоспособного
64
фр?агмента ил?и ве?рсии системы. Эт?о по?зволяет ут?очнить требования, це?ли и
ха?рактеристики проекта, оп?ределить ка?чество разработки, сп?ланировать ра?боты
сл?едующего цикла. Та?ким образом, уг?лубляются и по?следовательно
ко?нкретизируются де?тали проекта, и в ре?зультате вы?бирается об?основанный
вариант, ко?торый уд?овлетворяет де?йствительным тр?ебованиям за?казчика и
до?водится до реализации.
Од?нако и эт?а сх?ема не по?зволяет оп?еративно уч?итывать во?зникающие
из?менения и ут?очнения тр?ебований к системе. Со?гласование ре?зультатов
ра?зработки с по?льзователями пр?оизводится то?лько в точках, пл?анируемых по?сле
за?вершения ка?ждого эт?апа работ, а об?щие тр?ебования к ИС за?фиксированы в ви?де
те?хнического за?дания на вс?е вр?емя ее создания. Та?ким образом, по?льзователи
за?частую по?лучают систему, не уд?овлетворяющую их ре?альным потребностям.
Ит?еративная ра?зработка от?ражает об?ъективно су?ществующий ци?кл со?здания
сл?ожных систем. Он?а по?зволяет пе?реходить на сл?едующий этап, не до?жидаясь
по?лного за?вершения ра?боты на те?кущем ци?кле и ре?шить гл?авную за?дачу - ка?к
мо?жно бы?стрее по?казать по?льзователям си?стемы ра?ботоспособный продукт, те?м
самым, ак?тивизируя пр?оцесс ут?очнения и до?полнения требований.
Ос?новная пр?облема сп?ирального ци?кла - оп?ределение мо?мента пе?рехода на
сл?едующий этап. Дл?я ее ре?шения вв?одятся вр?еменные ог?раничения на ка?ждый из
эт?апов жи?зненного цикла, и пе?реход ос?уществляется в со?ответствии с планом,
да?же ес?ли не вс?я за?планированная ра?бота закончена. Пл?анирование пр?оизводится
на ос?нове ст?атистических данных, по?лученных в пр?едыдущих проектах, и ли?чного
оп?ыта разработчиков.
Дл?я ра?зработки си?стемы вы?бираем ка?скадную модель, та?к ка?к он?а по?зволяет
ра?ботать на?д не?сколькими эт?апами ра?зработки одновременно.
Су?ществует 4 ос?новных сп?особа на?чала ис?пользования но?вой си?стемы
Па?раллельная ст?ратегия;
Скачок;
Уз?кое ме?сто;
Оп?ытная эк?сплуатация пи?лотного проекта.
65
Ст?ратегия «О?пытная эк?сплуатация пи?лотного пр?оекта» не подходит, та?к ка?к
ко?мпания не ра?сполагает до?статочными ре?сурсами дл?я дл?ительной эк?сплуатации
пр?оекта с це?лью вы?явления вс?ех во?зможных ошибок. Ст?ратегия Ск?ачек не
по?зволяет пл?авно пе?рейти на ис?пользование разработки, уз?кое ме?сто бо?льше
по?дходит дл?я ис?пользования в кр?упных компаниях. По?этому в ка?честве ст?ратегии
вн?едрения ин?формационной си?стемы вы?бираем па?раллельную стратегию, то ес?ть
ра?зработанная ин?формационная си?стема бу?дет ис?пользоваться па?раллельно с
ис?пользуемой те?хнологией до по?лного вы?теснения последней.
2.1.2. Ож?идаемые ри?ски на эт?апах жи?зненного ци?кла и их оп?исание
На вс?ех эт?апах жи?зненного ци?кла ин?формационной си?стемы вс?тречаются
ра?зличные риски. Он?и мо?гут пр?иводить ка?к к се?рьезным не?устойкам во вр?емени
ра?зработки системы, та?к и в ее фу?нкциональных качествах.
Ни?же пр?едставлены ри?ски в за?висимости от эт?апов жи?зненного ци?кла и
сп?особы их предотвращения.
Эт?ап по?дготовки пр?оекта
1. Ри?ск пе?рсонала
Риски:
Пр?ивлечение не?опытного пе?рсонала к вы?полнению проекта.
Вк?лючение в со?став ра?зработчиков «с?лучайных» сотрудников, а не
кл?ючевых уч?астников ав?томатизируемых би?знес пр?оцессов
От?сутствие ед?иной ст?ратегии ав?томатизации
От?сутствие ед?иной це?ли и за?дачи пр?оекта
От?сутствие мо?тивации со?трудников
Не?гативное от?ношение пе?рсонала к пр?оекту
Не?обдуманный пл?ан ве?дения ра?бот
Сп?особы пр?едотвращения:
Ак?тивное вз?аимодействие с ру?ководством в хо?де пр?оекта и
св?оевременное пр?инятие решений.
Уч?астие в пр?оекте ве?дущих сп?ециалистов и пр?офессиональных
ко?нсультантов
66
Че?тко сф?ормулированные це?ли пр?оекта
Пр?оработка об?щей ст?ратегии ав?томатизации ор?ганизации
Ст?абильный со?став ра?бочей гр?уппы в те?чение вс?его пр?оекта
2. Ри?ск ве?дения пр?оекта
Риски:
Не?верное оп?ределение ра?мок и ма?сштаба пр?оекта
Пр?оектирование ош?ибочных фу?нкций си?стемы
Вы?бор не?правильных те?хнологий и ме?тодов ре?шений за?дач
Не со?блюдение тр?ебования за?казчика
Сп?особы пр?едотвращения:
Об?еспечение ст?абильности гр?аниц проекта, ко?торые оп?ределяются на
на?чальном эт?апе и ос?таются не?изменными вп?лоть до ок?ончания проекта.
Ка?чественное пл?анирование вы?полняемых ра?бот
Об?еспечение пр?оекта не?обходимыми ре?сурсами
Ут?верждение и со?гласование пр?оектного ре?шения
Ус ?тановление вы?сокого по?рога пр?инятия из?менений
3. Ри?ск не?верного пл?анирования
Риски:
Не?эффективный ор?ганизационный пл?ан вн?едрения си?стемы
Ср?ыв ср?оков вы?полнения ра?бот по эт?апам
Сп?особы пр?едотвращения:
На ра?нних ст?адиях пр?оекта пр?оведение аудита, ор?ганизация ко?мандной
работы, ра?спределение ро?лей и стимулирование.
До?кументирование вс?ех ра?бот и об?еспечение до?ступа к да?нным вс?ем
уч?астникам пр?оекта
Эт?ап ра?зработки
4. Ри?ск пе?рсонала
Риски:
Ув ?ольнение кл?ючевых сотрудников, от?ветственных за пр?оведение
ра?зработки
67
Не?допонимание ме?жду уч?астниками пр?оекта из?-за от?сутствия
на?лаженной си?стемы ко?ммуникации
Не?верное по?нимание за?дачи пр?оектирования
От?бор пр?ограммистов бе?з оп?ыта ра?боты с по?добными си?стемами
Сп?особы пр?едотвращения:
Тщ?ательный по?дбор сотрудников, уч?аствующих в пр?оекте
На?лаженная си?стема ко?ммуникации ме?жду сотрудниками, по?стоянное
до?кументирование из?менений си?стемы
5. Те?хнические ри?ски
Риски:
Пр?иостановка ра?зработки из?-за ош?ибок в ис?пользуемом пр?ограммном
обеспечение.
По?льзовательская до?кументация ох?ватывает не вс?е фу?нкции си?стемы
Сп?особы пр?едотвращения:
Ис?пользование то?лько пр?оверенного ли?цензионного ПО, пр?оведение
ре?гулярного ре?зервного ко?пирования да?нных
Пр?оверка до?кументации на по?лноту св?едений
Эт?ап вн?едрения
6. Ри?ск пе?рсонала
Риски:
Не?согласованность де?йствий ра?зработчика и сп?ециалистов пр?едметной
об?ласти
Не?желание со?трудников ра?ботать с но?вой си?стемой и св?язанные с эт?им
тр?удности их об?учения
Не?участие ру?ководства в пр?оекте
Сп?особы пр?едотвращения:
Об?учения со?трудников за?казчика ра?боте с си?стемой
Со?ставление пл?ана вн?едрения си?стемы
Об?основание не?обходимости ав?томатизации пе?рсоналу
Во?влечение ру?ководства в пр?оект и ак?тивное вз?аимодействие с ни?м в
хо?де вс?его проекта.