66
2. Проектная ядра часть
2.2. Разработка порт проекта виде автоматизации
2.2.1. Этапы чего жизненного один цикла база проекта этих автоматизации
Наиболее этом известными мере и широко меню используемыми окна жизненными дней циклами всех
разработки этом ПО можно этой назвать ними следующие: каскад, V – образное свою
эволюционное мест ускоренное окна прототипирование, быстрая один разработка либо
приложений, инкрементная либо и спиральная было модели.
Классическая день каскадная себя модель, несмотря счет на полученную рода в последнее себя
время прав негативную учет оценку, исправно теми служила этом специалистам если по
программному быть инжинирингу всем многие базе годы. Понимание было ее сильных окна сторон рост и
недостатков всех улучшает быть оценочный всех анализ дату других, зачастую ходе более день
эффективных либо моделей один жизненного было цикла, основанных срок на данной этом модели.
Каскадная учет модель всех имеет году множество сети преимуществ, если ее
использовать поле в проекте, для которого свои она достаточно всех приемлема. Ниже
перечислены есть эти преимущества:
• модель даже хорошо была известна виде потребителям, не имеющим ходе отношения меню
к разработке порт и эксплуатации рода программ, и конечным весь пользователям базы (она
часто всех используется базы другими свою организациями ходе для отслеживания базе проектов, не
связанных если с разработкой виды ПО);
• она упорядочение форм справляется базу со сложностями виды и хорошо учет
срабатывает дату для тех проектов, которые была достаточно базы понятны, но все же
трудно этом разрешимы;
• она весьма была доступна сеть для понимания, так как преследуется день
простая виде цель — выполнить этих необходимые была действия;
• она проста всех и удобна базе в применении, так как процесс нами разработки была
выполняется окно поэтапно;
Из-за недостатков учет каскадной этих модели одно ее применение меню необходимо базы
ограничить типа ситуациями, в которых даты требования база и их реализация есть максимально день
четко базы определены окне и понятны.
67
Каскадная базы модель этих хорошо базы функционирует опыт при ее применении окне в циклах окна
разработки иные программного базы продукта, в которых всех используется опыт неизменяемое если
определение учет продукта быть и вполне меню понятные окне технические меню методики.
V-образная счет модель есть была создана базы с целью день помочь ядра работающей файл над
проектом базы команде этих в планировании него с обеспечением цели дальнейшей всех возможности виде
тестирования виде системы. В этой модели рост особое этих значение ними придается виде действиям,
направленным учет на верификацию ряда и аттестацию язык продукта. Она демонстрирует,
что тестирование всех продукта меню обсуждается, проектируется себя и планируется ними на
ранних рода этапах виды жизненного иные цикла опыт разработки. План испытания себя приемки этом
заказчиком хода разрабатывается этот на этапе базе планирования, а компоновочного теми
испытания всех системы окне - на фазах база анализа, разработки учет проекта базы и т. д. Этот
процесс чаще разработки мире планов вида испытания план обозначен учет пунктирной учет линией была между свой
прямоугольниками файл V-образной либо модели
При использовании всех V-образной базы модели мире в работе этой над проектом, для
которого ряда она не является ядра в достаточной всех степени этим приемлемой, становятся года
очевидными одна ее недостатки:
• с ее помощью чего непросто виде справиться году с параллельными быть событиями;
• в ней не учтены мире итерации база между всех фазами;
• в модели форм не предусмотрено быть внесение быть требования лишь динамических счет
изменений всех на разных либо этапах фонд жизненного окне цикла;
• тестирование виде требований учет в жизненном даже цикле окно происходит базы
слишком чаще поздно, вследствие виде чего невозможно этих внести счет изменения, не повлияв базе
при этом на график этом выполнения всех проекта;
• в модель этом не входят этой действия, направленные день на анализ прав рисков.
Подобно один своей всех предшественнице, каскадной счет модели, V-образная даты
модель всех лучше этот всего сеть срабатывает быть тогда, когда быть вся информация всех о требованиях было
доступна этот заранее. Общераспространенная база модификация базу V-образной учет модели,
направленная всех на преодоление выше ее недостатков, включает форм в себя внесение рост
68
итерационных иные циклов учет для разрешения одни изменения себя в требованиях весь за рамками язык
фазы анализа.
Использование этой модели этих эффективно есть в том случае, когда ряда доступными виды
являются окна информация этих о методе всех реализации учет решения себя и технология, а
персонал базы владеет учет необходимыми есть умениями виде и опытом счет в работе иные с данной базы
технологией.
Характерной либо чертой всех RAD является этом короткое один время была перехода прав от
определения базы требований иные до создания офис полной есть системы. Метод базы основывается учет
на последовательности один итераций есть эволюционной всех системы цели или прототипов,
критический базе анализ этим которых этих обсуждается всех с заказчиком. В процессе сеть такого дату
анализа весь формируются форм требования всех к продукту.
Разработка либо каждого дату интегрированного базы продукта себя ограничивается всем четко порт
определенным план периодом всех времени, который, как правило, составляет была 60 дней
и называется этом временным свой блоком.
Спиральная учет модель пути воплощает базы в себе преимущества базы каскадной день модели.
При этом в нее также мере включены всех анализ этой рисков, управление база ими, а также окно
процессы сети поддержки файл и менеджмента. Здесь окна также была предусмотрена весь разработка быть
программного учет продукта прав при использовании была метода если прототипирования виде или
быстрой меню разработки мест приложений типа посредством того применения него языков даже
программирования быть и средств этим разработки этом четвертого учет поколения окне (и выше).
На основании хода описания окна моделей план разработки файл выбираем день спиральную учет
модель.
Ниже приведено учет описание даты основных либо стандартов окно жизненного базы цикла:
ГОСТ 34.601-90 – стандарт этом распространяется цели на автоматизированные одни
системы была и определяет этом стадии было и этапы учет их создания. Также рода в стандарте базе
содержится день описание цели состава учет работ сеть по каждому года этапу.
ISO 12207 – стандарт хода устанавливает базы общую есть структуру быть процессов всех
жизненного учет цикла. Так же определяет этом процессы, работы ними и задачи, которые мере
используются: при приобретении всех системы быть в целом этом или отдельного всех
программного день продукта; при оказании всех программной окно услуги, а также ними при
69
поставке, разработке, эксплуатации свои и сопровождении выше программных пика
продуктов.
Oracle CDM (Custom Development Method) - стандарт один по разработке виде
прикладных виде ИС, детализированный срок до уровня мере заготовки дней проектной счет
документации. Стандарт себя применяется цели при разработке чего с применением всех Oracle и
рекомендуется базе в случае мире малых выше проектов.
RUP (Rational Unified Process) – предполагает счет итеративную счет модель срок
разработки одна согласно всех четырем базы фазам: начало, исследование, построение либо и
внедрение. Каждая иные фаза может этих подразделяться было на этапы, в результате одно
выполнения норм которых этим выпускается базы версия даже для внутреннего база или внешнего ними
использования.
MSF (Microsoft Solution Framework) – стандарт, сходный с RUP.
Включает себя в себя четыре типа фазы: анализ, проектирование, разработка учет и
стабилизация. Также ряда как и RUP предполагает норм итеративную ряда модель свой с
использованием виде объектно-ориентированного хуже моделирования. MSF в
отличии лишь от RUP ориентирована виды более базе на разработку базы бизнес-приложений.
XP (Extreme Programming) – стандарт учет «экстремальное прав
программирование» разработан виде в 1996 года, в его основе мере лежат учет следующие всех
принципы: командная файл работа, эффективная себя коммуникация цели между дней
заказчиком даты и исполнителем файл и также выше ведение ними разработок этой с использованием либо
последовательно этом дорабатываемых один прототипов.
Для реализации учет проектного учет решения, необходимо была первоначально базу
выделить свои основные быть этапы счет жизненного учет цикла базы будущей окне системы. Из всех
имеющихся этих стандартов, наиболее язык оптимальным одно будет этот ISO 12207 -99 [2].
Выбор учет пал именно этот на этот стандарт, в связи есть со следующими ними факторами: Во-
первых, стандарт окна четкое этап не регламентирует нами последовательность окне процессов фонд в
каждом виде этапе, что позволяет норм самостоятельно даты выбирать есть подходящие этой для себя
процессы. Во-вторых, стандарт виды охватывает цели все этапы лишь более этим полно, нежели базы
остальные рост стандарты. В-третьих, ISO 12207-99 не указывает день на этапы, а лишь
70
регламентирует база их, что позволит быть разработчику база самостоятельно свои управлять виды
жизненным виде циклом.
Стандарт базы ISO 12207 включает форм всего один 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. Вспомогательные процессы
жизненного цикла
Рисунок всем 2.Ошибка! Не указана последовательность. Структура учет
стандарта рода ISO 12207-99
Процессы хуже состоят либо из отдельных этих видов всем деятельности. Всего день стандартом окна
определенно базы 74 вида деятельности, связанной этой с разработкой виде и поддержкой была
ПО. Каждый этим вид деятельности этот в свою очередь срок нацелен дней на выполнение чаще одной либо
или нескольких один задач.
Основной один процесс виде жизненного всех цикла быть состоит быть из пяти видов фазы
деятельности:
1) Заказ;
2) Поставка;
3) Разработка;
4) Эксплуатация;
5) Сопровождение.
71
Каждый базы процесс виде определяет форм основного даты исполнителя всех и действия,
которые этом необходимо есть выполнить форм в назначенные себя сроки. Процесс этап заказа базу –
основной весь исполнитель себя организация всех заказчик учет информационной базы системе. На
данном норм этапе этим определяется даты потребность окне заказчика базы в информационной день
системе, происходит учет выбор чаще поставщика учет / разработчика виде и непосредственно учет
управление либо заказом было вплоть если до приемки учет готовой цели системы.
Процесс типа поставки есть – исполнитель порт организация этим поставщик. Этап
начинается один с подписания была договора того на поставку силу системы, продолжается день
определением норм процедур всех и ресурсов, необходимых базе для обеспечения ходе
выполнения счет проекта. И заканчивается окна поставкой есть готовой мире системы базы и
подписанием ряда актов.
За процесс учет разработки форм отвечает есть организация иные разработчик. Процесс ходе
включает рода в себя работы этим по анализу базы требований, проектированию,
программированию, сборке, тестированию вида и вводу всем в действия срок программного базы
продукта.
Процесс срок эксплуатации была определяет базе задачи окно оператора. Он охватывает база
эксплуатацию дату программного базе продукта него и поддержку быть пользователей базы в
процессе окна его использования.
Процесс себя сопровождения есть состоит хода из задач одни и работы базы персонала,
ответственного себя за сопровождение этих программного если продукта. Этот процесс один
реализуется всех при модификациях учет программного учет продукта всех и документации учет к
нему, вызванных есть изменениями либо в связи офис с улучшением одна или устранением меню
ошибок. Целью всех процесса язык является быть изменение этом существующего этом программного того
продукта базе при сохранении этом его целостности.
Согласно порт выбранному виде стандарту следует виды выделить есть следующие есть этапы:
Подготовка одно проекта
• Анализ быть деятельности меню
• Проведение форм предпроектного план обследования
• Разработка этой плана база проекта
Разработка
72
• Создание себя таблиц прав и связей свои БД
• Создание мест шаблонов окна отчетных всем файлов
• Создание цели процедур рода по сбору, обработке была и хранению мере информации
• Создание всех процедур фильтрации
• Разработка быть пользовательского этом интерфейса пути
Тестирование окна настроек базы системы
• Настройка виде словарей всем и справочников
• Тестирование либо работоспособности рост системы
• Корректировка один системы свои по результатам базы тестирования
• Подготовка этой документации счет для внедрения
• План эксплуатации
• Документация всех по установки меню и настройки базу ПО
• Подготовка этих плана всех внедрения
Внедрение
• Установка план на сервер базы СУБД
• Установка день серверных базе компонентов даты системы окне учета окна продаж
• Установка меню клиентских базы приложений ряда системы нами учета всех продаж всех
• Настройка базы серверной этап и клиентских года частей
• Тестирование всех работоспособности
• Демонстрация типа работы виде системы
• Подготовка счет плана база по обучению сети пользователей
• Проведение одно семинара базы по обучению учет работе ядра с системой
• Обучение либо службы меню эксплуатации
Эксплуатация
• Подготовка порт плана всех по эксплуатации
• Ввод системы форм в опытную быть эксплуатацию
• По результатам ядра опытной учет эксплуатации учет перевод учет системы учет в
промышленную была эксплуатацию
• Поддержка типа пользователей
• Проведение года обучающих порт лекция окна для пользователей
73
• Подготовка форм отчетов есть о работе быть системы
Сопровождение
• Анализ быть ошибок прав и их устранение
• Подготовка есть отчетов даты по модификациям всех и изменениям
• Обновление есть функционирующих порт систем
На первоначальном порт этапе мест после этой проведения быть анализа всех деятельности базы
организации, необходимо базе поставить свою цели и задачи срок автоматизации себя и
разработать офис план проекта. После ключ документального окне оформления виде начинается учет
непосредственно году сам процесс всех разработки. Создается всех база данных, отчетные этим
формы, пишется выше программный всех код по сбору, обработке выше и хранению всех
информации, создаются этот процедуры ходе фильтрации. После весь разработки всех системы,
проходит была этап тестирования. По завершению риск тестирования даже готовится него план
эксплуатации всех и документация всех для внедрения, а так же различная риск
пользовательская была документация. Процесс ходе будет одно происходить учет следующим есть
образом. Так как в организации база уже существует типа ЛВС и стабильно учет
функционирует, в ее наладке этим нет необходимости. Первоначально свои
устанавливается ходе серверная меню часть иные системы базы учета пика продаж, далее вида на рабочие этом
места день проходит одна установка форм и настройка типа клиентских один приложений либо системы окна
учета учет продаж типа и СУБД. Тестируется всех работоспособность, проводится силу
демонстрация одно работы свои системы фазы для руководства окна и персонала. Последней учет
стадией всех будет быть проведение база семинаров базы для сотрудников всех компании.
Необходимо рода связать учет всех сотрудников, отвечающих прав за обработку базы
документов поле в единую нами информационную себя сеть. Для этого меню клиентские риск
приложения этих будут рода устанавливаться окна в четкой базы последовательности рост по
определенным счет отделам
За эксплуатацию базе готовой всех системы, будет база отвечать виде оператор. В его
задачу виде будет всех входить:
1. Разработка норм плана риск эксплуатации базы и определения виды набора учет стандартов всех
эксплуатации.
74
2. Получение базы и документирование план сведений один о возникающих этом
проблемах, их решение один и контроль виде за возникновением, обеспечение этом обратной порт
связи срок с пользователями.
3. Тестирование нами системе чаще в эксплуатационной иные среде, кооперация один со
службой прав сопровождения окна для устранения этих возникших базы проблем база и
модернизации учет системы.
4. Поддержка и консультация ходе пользователей.
В соответствии себя с выбранной язык моделью основными всех этапами фонд разработки рост
будут учет являться:
− Формирование учет требований
− Проектирование
− Реализация
− Тестирование
− Ввод в действие
− Эксплуатация порт и сопровождение.
Существует 4 основных срок способа даты начала выше использования себя новой всех системы
− Параллельная даже стратегия;
− Скачок;
− Узкое всех место;
− Опытная порт эксплуатация всех "пилотного ядра проекта.
Параллельная этих стратегия окна не подходит базе , так как компания базе не располагает учет
достаточными быть ресурсами день для ведения виды учета базы одновременно себя в
автоматизированном одно и ручном ключ вариантах. Стратегия типа Скачек срок не позволяет окно
плавно учет перейти года на использование есть разработки, узкое быть место виды больше того подходит мире
для использования базе в крупных мере компаниях. Поэтому учет в качестве этой стратегии этих
внедрения базе ИС была выбрана файл «Опытная этом эксплуатация этих пилотного меню проекта».
75
2.1.2. Ожидаемые базы риски база на этапах фазы жизненного учет цикла базе и их описание
На всех этапах было жизненного файл цикла году информационной базы системы этой
встречаются базе различные форм риски. Они могут всех приводить виде как к серьезным пути
неустойкам силу во времени всех разработки всех системы, так и в ее функциональных срок
качествах.
Ниже представлены всех риски себя в зависимости форм от этапов этом жизненного либо цикла дней
и способы базы их предотвращения.
Этап подготовки этап проекта виде
1. Риск персонала
Риски:
• Привлечение этим неопытного сеть персонала всех к выполнению счет проекта.
• Включение всех в состав форм разработчиков всех «случайных» сотрудников, а не
ключевых прав участников либо автоматизируемых свои бизнес всем процессов
• Отсутствие себя единой себя стратегии одни автоматизации
• Отсутствие этой единой базы цели и задачи одна проекта
• Отсутствие форм мотивации была сотрудников быть
• Негативное быть отношение счет персонала есть к проекту
• Необдуманный базы план ведения себя работ
Способы была предотвращения:
• Активное выше взаимодействие учет с руководством виде в ходе проекта весь и
своевременное учет принятие счет решений.
• Участие себя в проекте иные ведущих всех специалистов всех и профессиональных всех
консультантов
• Четко этим сформулированные всех цели проекта
• Проработка форм общей базы стратегии этом автоматизации меню организации
• Стабильный свой состав счет рабочей того группы мест в течение счет всего меню проекта
2. Риск ведения было проекта
Риски: