Резюме: Жизненият цикъл на информационните системи.
От работната учебна програма:
Тема 2. Стандарти и нормативни указания за системно и софтуерно инженерство.
ISO/IEC 15288 „Системно инженерство – процеси на жизнения цикъл на системите“.
GOST 34: Набор от стандарти за автоматизирани системи.
Ключови идеи на системното инженерство: системен подход, жизнен цикъл на системата, инженеринг на изискванията, архитектурен дизайн, процесен подход, дизайнерски подход.
2.1. ISO 15288 „Системно инженерство – процеси на жизнения цикъл на системите“.
2.2. Жизнен цикъл на системата.
2.3. Изгледи на жизнения цикъл на системата.
2.4. Жизнен цикъл на информационната система
2.5. Модели на жизнения цикъл
2.6. Избор на модел на жизнения цикъл
2.1. ISO 15288 „Системно инженерство – процеси на жизнения цикъл на системите“.
Системното инженерство се прилага за решаване на проблемите, свързани с нарастващата сложност на създадените от човека системи. Стандартът ISO 15288, който описва методите на системно инженерство, предписва да има описание на жизнения цикъл на системата и нейните практики. Такова описание е необходимо за успешното преминаване на системата през жизнения цикъл. Но стандартът не посочва методите, чрез които се изисква да се създаде такова описание.
Цели на стандарта:
Да се даде възможност на организациите (вътрешни и външни изпълнители) да се споразумеят за комбинация от идеи, процеси за проектиране, изграждане, експлоатация и извеждане от експлоатация на голямо разнообразие от създадени от човека системи - от клечки за зъби до атомни електроцентрали, от системи за стандартизация до корпорации
системен подход
жизнен цикъл
инженеринг на изискванията
архитектурен дизайн
процесен подход
проектен подход
култура на договаряне
Приложете редица ключови идеи на системното инженерство в практиката на организацията:
ЕTориясъздаване
Съвместна разработка на ISO и IEC, активно участие на INCOSE
Начало на работа през 1996 г., версии през 2002 г., 2005 г. (GOST R ISO / IEC 15288-2005), 2008 г.
Проектиран да хармонизира така нареченото „блато от стандарти“ на системното инженерство (многобройни стандарти, приети от различни военни отдели, щати, организации за индустриални стандарти)
В разработването на стандарта бяха включени експерти от различни области: системно инженерство, програмиране, управление на качеството, човешки ресурси, сигурност и др. Беше взет предвид практическият опит в създаването на системи в държавни, търговски, военни и академични организации. Стандартът е приложим за широк клас системи, но основната му цел е да подпомага създаването на компютъризирани системи.
2.2. Жизнен цикъл на системата
Руско съкращение: J C
английско съкращение: LC (животцикъл)
Руски: "жизнен цикъл". Английският жизнен цикъл в технологиите означаваше и се превеждаше като "експлоатационен живот", а понякога дори "експлоатационен живот до първия основен ремонт". „Жизненият цикъл“ е относителен нов превод. Понякога „цикълът“ се превежда като „период“, но такъв превод не се е утвърдил (въпреки че в този случай е по-точно: „периодът на живот“ на системата). Думата "цикъл" не трябва да обърква - няма нищо циклично в жизнения цикъл. Думата "цикъл" има значението на "типичен", което означава, че същото нещо се случва с други системи.
Формално: жизненият цикъл е промяна в състоянията на системата (еволюция на системата) в периода от зараждането до прекратяването на нейното съществуване.
Системата и жизненият цикъл са братя близнаци. Казваме система - имаме предвид жизнения цикъл, казваме жизнен цикъл - имаме предвид системата.
Дефиниции.
Дефиниция на ISO/IEC 15288:2008 (Дефиниция: жизнен цикъл -- еволюция на система, продукт, услуга, проект или друг създаден от човека обект от концепцията до оттеглянето (ISO 15288, 4.11):
жизнен цикъл (жизнен цикъл) е еволюцията на система, продукт, услуга, проект или друг създаден от човека обект от зачеването до спирането.
Дефиниция на стандарта ISO 15704 (Системи за индустриална автоматизация - Изисквания за референтни архитектури и методологии на предприятието
жизнен цикъл (LC) е краен набор от основни фази и стъпки, през които преминава системата през цялата история на съществуване.
Всяка система, независимо от вида и мащаба си, преминава през целия си жизнен цикъл според някакво описание. Прогресирането на системата през части от това описание е жизненият цикъл на системата. Ето защо описанието на жизнения цикъл е - това е концептуално сегментиране по етапиулесняване на планирането, внедряването, експлоатацията и поддръжката на целевата система.
Етапите (Таблица 2.1) представляват най-много основни периодижизнен цикъл, свързан със системата и съответстващ на състоянията на описанието на системата или изпълнението на системата като набор от продукти или услуги. Етапите описват основните контролно-пропускателни пунктовепрогрес и успех на системата по време на жизнения цикъл. Такива сегменти позволяват на системата да напредва по организиран начин чрез установени ревизии на разпределението на ресурсите, което намалява рисковете и гарантира задоволителен напредък. Основната причина за използването на описания на жизнения цикъл е необходимостта да се вземат решения по определени критерии, преди да се премести системата следващ етап.
Таблица 2.1
Етапи на развитие на системата (ISO/IEC 15288) |
||
№ n/n |
сцена |
Описание |
Формиране на концепция |
Анализ на нуждите, избор на концепция и дизайнерски решения |
|
развитие |
Системен дизайн |
|
Внедряване |
Изработка на системата |
|
Експлоатация |
Въвеждане в експлоатация и използване на системата |
|
поддържа |
Осигуряване на функционирането на системата |
|
Извеждане от експлоатация |
Прекратяване на ползването, демонтаж, архивиране на системата |
Таблица 2.1
Дефиниции.
1. Дефиниция на ISO/IEC 15288:2008 (Дефиниция: жизнен цикъл -- еволюция на система, продукт, услуга, проект или друг създаден от човека обект от концепцията до оттеглянето (ISO 15288, 4.11):
жизненият цикъл (LC) е еволюцията на система, продукт, услуга, проект или друг създаден от човека обект от концепцията до спирането.
2. Дефиниция на стандарта ISO 15704 (Системи за индустриална автоматизация - Изисквания за референтни архитектури и методологии на предприятието
жизненият цикъл (LC) е краен набор от основни фази и стъпки, през които преминава системата през цялата история на съществуване.
Всяка система, независимо от вида и мащаба си, преминава през целия си жизнен цикъл според някакво описание. Прогресирането на системата през части от това описание е жизненият цикъл на системата. Ето защо описанието на жизнения цикъл е - това е концептуално сегментиране по етапиулесняване на планирането, внедряването, експлоатацията и поддръжката на целевата система.
Етапите (Таблица 2.1) представляват най-големите периоди от жизнения цикъл, свързани със системата, и съответстват на състоянията на описанието на системата или изпълнението на системата като набор от продукти или услуги. Етапите описват основните етапи на напредъка и успеха на системата по време на жизнения цикъл. Такива сегменти позволяват на системата да напредва по организиран начин чрез установени ревизии на разпределението на ресурсите, което намалява рисковете и гарантира задоволителен напредък. Основната причина за използването на описания на жизнения цикъл е необходимостта да се вземат решения по определени критерии, преди да се премине системата към следващия етап.
Коментар: Жизненият цикъл винаги е жизненият цикъл на определена система. Няма "жизнен цикъл", освен в текстовете на стандартите, в живота винаги има "жизнен цикъл X", където X е името на целевата система. Процесите на жизнения цикъл са онези процеси, които участниците извършват върху/със система, които променят състоянието на системата, карайки я да се развива по време на жизнения си цикъл. „Управление на жизнения цикъл“ е общоприетото наименование на подхода за описване на процесите на жизнения цикъл (и често името на групата процеси на жизнения цикъл, описани чрез този подход).
Системата има два основни изгледа: целеви (архитектурен, най-често структурен в ядрото си, плюс процесите на времето за работа на системата) и жизнен цикъл (размах във времето на жизнения цикъл - процеси на поддържащи системи). Доколко всеки от тези изгледи е част от другия, може да се обсъжда, но винаги трябва да се използва някакъв вид изглед на жизнения цикъл, за да се опише правилно една система.
На първо място, необходимо е да се прави разлика между жизнения цикъл (понякога ограничен само до инженерство, но не пълен жизнен цикъл, те също така казват процес на доставка, понякога за софтуер - софтуерен процес) и други "представяния на процеси" - DEMO транзакции , логически "бизнес процеси" (практики), работни потоци, дизайн изгледи (повече подробности - http://ailev.livejournal.com/904643.html). Въпреки че има много подходи, при които всички тези различни аспектиописанията на организацията и как тя работи са смесени.
Моделът на жизнения цикъл отразява различни състояниясистема, започвайки от момента на възникване на необходимостта от този ИС и завършвайки с момента на пълното му извеждане от употреба. Модел на жизнения цикъл - структура, съдържаща процеси, дейности и задачи, които се извършват по време на разработването, експлоатацията и поддръжката на софтуерен продукт през целия живот на системата, от дефинирането на изискванията до завършването на нейното използване.
Има много езици за представяне на жизнения цикъл и текстови и графични означения за тези езици, например ще се ограничим до следното:\
«Нарязан колбас»
V-диаграма
Нарязан колбас."
Само списък на етапите от жизнения цикъл по техните имена, за изразителност имената са опаковани в сегменти от "колбаси" (фиг. 2.1)
Фигура 2.1. традиционно изпълнениежизнен цикъл
Още две допълнителни могат да бъдат посочени около традиционната „наденица“: как жизненият цикъл се вижда от мениджърите (лицата, управляващи проекта) и как жизненият цикъл се вижда от инженерите (лицата, изпълняващи проекта) (фиг. 2.2)
Фигура 2.2. Пример за изглед на жизнения цикъл
Жизнените цикли се наблюдават в историята на отделните стоки и потребности, търговски марки, предприятия, цели индустрии и пазари. Жизненият цикъл е неделим от конкретна система, така че функциите различни системипораждат голямо разнообразие от случаи на "колбаси" от жизнени цикли (фиг. 2.3).
Фиг.2.3. Разнообразие от жизнени цикли
1. Жизнен цикъл на IP и неговата структура. 2
1.1 Етапи от жизнения цикъл на ИС. 3
1.2 Стандарти за жизнения цикъл на IS.. 4
2. Модели на жизнения цикъл. 6
2.1 Видове модели на жизнения цикъл на ИС .. 6
2.2 Предимства и недостатъци на моделите на жизнения цикъл на IS.. 8
3. Процеси на жизнения цикъл на IP ............................................ .... .................. единадесет
3.1 Основни процеси на жизнения цикъл. единадесет
3.2 Поддържане на процесите на жизнения цикъл. 13
3.3 Организационни процеси.. 14
Списък на използваната литература.. 16
Жизненият цикъл на информационната система е период от време, който започва от момента на вземане на решение за необходимостта от създаване на информационна система и завършва в момента на пълното й изтегляне от експлоатация.
Концепцията за жизнения цикъл е една от основни понятияметодология на проектиране информационни системи.
Методологията за проектиране на информационни системи описва процеса на създаване и поддържане на системи под формата на жизнен цикъл на ИС (LC), представяйки го като определена последователност от етапи и процеси, извършвани върху тях. За всеки етап се определят съставът и последователността на извършваната работа, получените резултати, методите и средствата, необходими за извършване на работата, ролите и отговорностите на участниците и др. Такова формално описание на жизнения цикъл на ИС позволява да се планира и организира процеса на колективно развитие и да се осигури управлението на този процес.
Пълният жизнен цикъл на една информационна система включва, като правило, стратегическо планиране, анализ, проектиране, внедряване, внедряване и експлоатация. Като цяло жизненият цикъл може да бъде разделен на няколко етапа. По принцип това разделение на етапи е доста произволно. Ще разгледаме една от възможностите за такова разделение, предлагана от Rational Software Corporation, една от водещите компании на пазара на софтуер за инструменти за разработка на информационни системи (сред които универсалният инструмент CASE на Rational Rose заслужава голяма популярност).
1.1 Етапи на жизнения цикъл на IP
Етап - част от процеса на създаване на ИС, ограничена от определена времева рамка и завършваща с пускането на конкретен продукт (модели, софтуерни компоненти, документация), определена от изискванията, определени за този етап. Връзката между процесите и етапите също се определя от използвания модел на жизнения цикъл на ИС.
Според методологията, предложена от Rational Software, жизненият цикъл на една информационна система е разделен на четири етапа.
Границите на всеки етап се определят от определени точки във времето, в които е необходимо да се вземат определени критични решения и следователно да се постигнат определени ключови цели.
1) Начален етап
На начална фазаустановява се обхватът на системата и се определят граничните условия. За да направите това, е необходимо да идентифицирате всички външни обекти, с които разработената система трябва да взаимодейства, и да определите естеството на това взаимодействие на високо ниво. В началния етап се идентифицират всички функционални възможности на системата и се прави описание на най-значимите от тях.
2) Етап на усъвършенстване
На етапа на усъвършенстване се извършва анализ на областта на приложение и се разработва архитектурната основа на информационната система.
При вземане на каквито и да е решения относно архитектурата на системата е необходимо да се вземе предвид разработваната система като цяло. Това означава, че е необходимо да се опишат повечето функционалностсистема и отчита връзката между отделните й компоненти.
В края на етапа на изясняване се извършва анализ на архитектурните решения и начините за отстраняване на основните рискови фактори в проекта.
3) Етап на строителство
На етапа на проектиране се разработва готов продукт, готов за предаване на потребителя.
В края на този етап се определя производителността на разработения софтуер.
4) Етап на въвеждане в експлоатация
На етапа на въвеждане в експлоатация разработеният софтуер се прехвърля на потребителите. При работа на разработената система в реални условия често възникват различни проблеми, които изискват допълнителна работа за извършване на корекции на разработения продукт. Това обикновено е свързано с откриването на грешки и недостатъци.
В края на фазата на предаване трябва да се определи дали целите на разработката са постигнати или не.
1.2 Стандарти за жизнения цикъл на IP
Съвременните мрежи са разработени на базата на стандарти, което позволява да се предоставят, първо, техните висока ефективности, второ, възможността за тяхното взаимодействие помежду си.
Сред най-известните стандарти са следните:
GOST 34.601-90 - прилага се за автоматизирани системи и установява етапите и етапите на тяхното създаване. Освен това стандартът съдържа описание на обхвата на работата на всеки етап. Етапите и етапите на работа, заложени в стандарта, са по-скоро в съответствие с модела на каскадния жизнен цикъл.
ISO/IEC 12207 (Международна организация по стандартизация/Международна електротехническа комисия) 1995 – стандарт за организация на процесите и жизнения цикъл. Прилага се за всички видове персонализиран софтуер. Стандартът не съдържа описания на фази, етапи и етапи.
Rational Unified Process (RUP) предлага итеративен модел на разработка, който включва четири фази: стартиране, изследване, изграждане и внедряване. Всяка фаза може да бъде разделена на етапи (повторения), които водят до освобождаване за вътрешна или външна употреба. Преминаването през четири основни фази се нарича цикъл на разработка, като всеки цикъл завършва с генериране на версия на системата. Ако след това работата по проекта не спре, тогава полученият продукт продължава да се развива и отново преминава през същите фази. Същността на работата в рамките на RUP е създаването и поддържането на модели, базирани на UML.
Microsoft Solution Framework (MSF) е подобна на RUP, също включва четири фази: анализ, проектиране, разработка, стабилизиране, е итеративна, включва използването на обектно-ориентирано моделиране. MSF е по-фокусиран върху разработката на бизнес приложения, отколкото RUP.
Екстремно програмиране (XP). Extreme Programming (най-новата сред разглежданите методологии) е създадена през 1996 г. Методологията се основава на работа в екип, ефективна комуникация между клиента и изпълнителя по време на целия проект за разработване на IP, като разработката се осъществява чрез последователни силно усъвършенствани прототипи.
2. Модели на жизнения цикъл
Моделът на жизнения цикъл на ИС е структура, която определя последователността на изпълнение и връзката на процесите, действията и задачите през целия жизнен цикъл. Моделът на жизнения цикъл зависи от спецификата, мащаба и сложността на проекта и конкретните условия, в които системата е създадена и функционира.
Моделът LC IS включва:
резултатите от работата на всеки етап;
ключови събития - точки на завършване на работата и вземане на решения.
Моделът на жизнения цикъл отразява различните състояния на системата, като се започне от момента, в който възникне необходимостта от тази ИС, и се стигне до момента, в който тя напълно излезе от употреба.
2.1 Видове модели на жизнения цикъл на IP
Понастоящем са известни и използвани следните модели на жизнения цикъл:
Каскадният модел (фиг. 2.1) осигурява последователно изпълнение на всички етапи на проекта в строго фиксиран ред. Преходът към следващия етап означава пълно завършване на работата на предишния етап.
Поетапен модел с междинен контрол (фиг. 2.2). Разработването на IS се извършва на итерации с цикли обратна връзкамежду етапите. Корекциите между етапите позволяват да се вземе предвид действителното взаимно влияние на резултатите от развитието на различни етапи; животът на всеки от етапите се разтяга за целия период на развитие.
Спирален модел (фиг. 2.3). При всяко завъртане на спиралата се създава следващата версия на продукта, уточняват се изискванията на проекта, определя се неговото качество и се планира работата на следващия завой. Особено внимание се отделя на началните етапи на разработка – анализ и проектиране, където се проверява и обосновава осъществимостта на определени технически решения чрез създаване на прототипи (прототипиране).
Ориз. 2.1. Каскаден модел на жизнения цикъл на IP
Ориз. 2.2. Етапен модел с междинен контрол
Ориз. 2.3. Спирален модел на жизнения цикъл на IP
На практика най-широко използвани са два основни модела на жизнения цикъл:
каскаден модел (характерен за периода 1970-1985 г.);
спираловиден модел (характерен за периода след 1986 г.).
2.2 Предимства и недостатъци на моделите на жизнения цикъл на IP
В ранните проекти на сравнително прости интегрални схеми всяко приложение беше отделна, функционално и информационно независима единица. За разработването на този тип приложения каскадният метод се оказа ефективен. Всеки етап беше завършен след пълно завършване и документацияцялата планирана работа.
1. Жизнен цикъл на IP и неговата структура. 2
1.1 Етапи от жизнения цикъл на ИС. 3
1.2 Стандарти за жизнения цикъл на IS.. 4
2. Модели на жизнения цикъл. 6
2.1 Видове модели на жизнения цикъл на ИС .. 6
2.2 Предимства и недостатъци на моделите на жизнения цикъл на IS.. 8
3. Процеси на жизнения цикъл на IP ............................................ .... .................. единадесет
3.1 Основни процеси на жизнения цикъл. единадесет
3.2 Поддържане на процесите на жизнения цикъл. 13
3.3 Организационни процеси.. 14
Списък на използваната литература.. 16
Жизненият цикъл на информационната система е период от време, който започва от момента на вземане на решение за необходимостта от създаване на информационна система и завършва в момента на пълното й изтегляне от експлоатация.
Концепцията за жизнения цикъл е една от основните концепции на методологията за проектиране на информационни системи.
Методологията за проектиране на информационни системи описва процеса на създаване и поддържане на системи под формата на жизнен цикъл на ИС (LC), представяйки го като определена последователност от етапи и процеси, извършвани върху тях. За всеки етап се определят съставът и последователността на извършваната работа, получените резултати, методите и средствата, необходими за извършване на работата, ролите и отговорностите на участниците и др. Такова формално описание на жизнения цикъл на ИС позволява да се планира и организира процеса на колективно развитие и да се осигури управлението на този процес.
Пълният жизнен цикъл на една информационна система включва, като правило, стратегическо планиране, анализ, проектиране, внедряване, внедряване и експлоатация. Като цяло жизненият цикъл може да бъде разделен на няколко етапа. По принцип това разделение на етапи е доста произволно. Ще разгледаме една от възможностите за такова разделение, предлагана от Rational Software Corporation, една от водещите компании на пазара на софтуер за инструменти за разработка на информационни системи (сред които универсалният инструмент CASE на Rational Rose заслужава голяма популярност).
1.1 Етапи на жизнения цикъл на IP
Етап - част от процеса на създаване на ИС, ограничена от определена времева рамка и завършваща с пускането на конкретен продукт (модели, софтуерни компоненти, документация), определена от изискванията, определени за този етап. Връзката между процесите и етапите също се определя от използвания модел на жизнения цикъл на ИС.
Според методологията, предложена от Rational Software, жизненият цикъл на една информационна система е разделен на четири етапа.
Границите на всеки етап се определят от определени точки във времето, в които е необходимо да се вземат определени критични решения и следователно да се постигнат определени ключови цели.
1) Начален етап
В началния етап се установява обхватът на системата и се определят граничните условия. За да направите това, е необходимо да идентифицирате всички външни обекти, с които разработената система трябва да взаимодейства, и да определите естеството на това взаимодействие на високо ниво. В началния етап се идентифицират всички функционални възможности на системата и се прави описание на най-значимите от тях.
2) Етап на усъвършенстване
На етапа на усъвършенстване се извършва анализ на областта на приложение и се разработва архитектурната основа на информационната система.
При вземане на каквито и да е решения относно архитектурата на системата е необходимо да се вземе предвид разработваната система като цяло. Това означава, че е необходимо да се опише по-голямата част от функционалността на системата и да се вземат предвид връзките между отделните й компоненти.
В края на етапа на изясняване се извършва анализ на архитектурните решения и начините за отстраняване на основните рискови фактори в проекта.
3) Етап на строителство
На етапа на проектиране се разработва готов продукт, готов за предаване на потребителя.
В края на този етап се определя производителността на разработения софтуер.
4) Етап на въвеждане в експлоатация
На етапа на въвеждане в експлоатация разработеният софтуер се прехвърля на потребителите. При работа на разработената система в реални условия често възникват различни проблеми, които изискват допълнителна работа за извършване на корекции на разработения продукт. Това обикновено е свързано с откриването на грешки и недостатъци.
В края на фазата на предаване трябва да се определи дали целите на разработката са постигнати или не.
1.2 Стандарти за жизнения цикъл на IP
Съвременните мрежи са разработени на базата на стандарти, което позволява да се осигури, първо, тяхната висока ефективност и, второ, възможността за тяхното взаимодействие помежду си.
Сред най-известните стандарти са следните:
GOST 34.601-90 - прилага се за автоматизирани системи и установява етапите и етапите на тяхното създаване. Освен това стандартът съдържа описание на обхвата на работата на всеки етап. Етапите и етапите на работа, заложени в стандарта, са по-скоро в съответствие с модела на каскадния жизнен цикъл.
ISO/IEC 12207 (Международна организация по стандартизация/Международна електротехническа комисия) 1995 – стандарт за организация на процесите и жизнения цикъл. Прилага се за всички видове персонализиран софтуер. Стандартът не съдържа описания на фази, етапи и етапи.
Rational Unified Process (RUP) предлага итеративен модел на разработка, който включва четири фази: стартиране, изследване, изграждане и внедряване. Всяка фаза може да бъде разделена на етапи (повторения), които водят до освобождаване за вътрешна или външна употреба. Преминаването през четири основни фази се нарича цикъл на разработка, като всеки цикъл завършва с генериране на версия на системата. Ако след това работата по проекта не спре, тогава полученият продукт продължава да се развива и отново преминава през същите фази. Същността на работата в рамките на RUP е създаването и поддържането на модели, базирани на UML.
Microsoft Solution Framework (MSF) е подобна на RUP, също включва четири фази: анализ, проектиране, разработка, стабилизиране, е итеративна, включва използването на обектно-ориентирано моделиране. MSF е по-фокусиран върху разработката на бизнес приложения, отколкото RUP.
Екстремно програмиране (XP). Extreme Programming (най-новата сред разглежданите методологии) е създадена през 1996 г. Методологията се основава на работа в екип, ефективна комуникация между клиента и изпълнителя по време на целия проект за разработване на IP, като разработката се осъществява чрез последователни силно усъвършенствани прототипи.
2. Модели на жизнения цикъл
Моделът на жизнения цикъл на ИС е структура, която определя последователността на изпълнение и връзката на процесите, действията и задачите през целия жизнен цикъл. Моделът на жизнения цикъл зависи от спецификата, мащаба и сложността на проекта и конкретните условия, в които системата е създадена и функционира.
Моделът LC IS включва:
резултатите от работата на всеки етап;
ключови събития - точки на завършване на работата и вземане на решения.
Моделът на жизнения цикъл отразява различните състояния на системата, като се започне от момента, в който възникне необходимостта от тази ИС, и се стигне до момента, в който тя напълно излезе от употреба.
2.1 Видове модели на жизнения цикъл на IP
Понастоящем са известни и използвани следните модели на жизнения цикъл:
Каскадният модел (фиг. 2.1) осигурява последователно изпълнение на всички етапи на проекта в строго фиксиран ред. Преходът към следващия етап означава пълно завършване на работата на предишния етап.
Поетапен модел с междинен контрол (фиг. 2.2). Разработването на IS се извършва на итерации с обратна връзка между етапите. Корекциите между етапите позволяват да се вземе предвид действителното взаимно влияние на резултатите от развитието на различни етапи; животът на всеки от етапите се разтяга за целия период на развитие.
Спирален модел (фиг. 2.3). При всяко завъртане на спиралата се създава следващата версия на продукта, уточняват се изискванията на проекта, определя се неговото качество и се планира работата на следващия завой. Особено внимание се отделя на началните етапи на разработка – анализ и проектиране, където се проверява и обосновава осъществимостта на определени технически решения чрез създаване на прототипи (прототипиране).
Ориз. 2.1. Каскаден модел на жизнения цикъл на IP
Ориз. 2.2. Етапен модел с междинен контрол
Ориз. 2.3. Спирален модел на жизнения цикъл на IP
На практика най-широко използвани са два основни модела на жизнения цикъл:
каскаден модел (характерен за периода 1970-1985 г.);
спираловиден модел (характерен за периода след 1986 г.).
2.2 Предимства и недостатъци на моделите на жизнения цикъл на IP
В ранните проекти на сравнително прости интегрални схеми всяко приложение беше отделна, функционално и информационно независима единица. За разработването на този тип приложения каскадният метод се оказа ефективен. Всеки етап беше завършен след пълното изпълнение и документиране на всички предвидени работи.
Може да се разграничи следното положителни страниприлагане на подхода на водопада:
на всеки етап се формира пълен комплект проектна документация, отговаряща на критериите за пълнота и последователност;
етапите на работа, извършени в логическа последователност, ви позволяват да планирате времето за завършване на цялата работа и съответните разходи.
Каскадният подход се е доказал при изграждането на сравнително прости IS, когато в самото начало на разработката е възможно да се формулират всички изисквания към системата доста точно и напълно. Основният недостатък на този подход е, че действителният процес на създаване на система никога не се вписва напълно в такава твърда схема, винаги има нужда от връщане към предишни етапи и изясняване или преразглеждане по-рано. взети решения. В резултат на това реалният процес на създаване на IP е в съответствие с поетапен модел с междинен контрол.
Моделът на спиралния жизнен цикъл беше предложен за преодоляване на тези проблеми. На етапите на анализ и проектиране се проверява осъществимостта на техническите решения и степента на задоволяване на нуждите на клиента чрез създаване на прототипи. Всяко завъртане на спиралата съответства на създаването на работещ фрагмент или версия на системата. Това ви позволява да изясните изискванията, целите и характеристиките на проекта, да определите качеството на разработката и да планирате работата на следващия завой на спиралата. Така детайлите на проекта се задълбочават и последователно конкретизират, като в резултат се избира разумен вариант, който отговаря на реалните изисквания на клиента и се довежда до изпълнение.
Основният проблем на спиралния цикъл е определянето на момента на преход към следващия етап. За решаването му се въвеждат времеви ограничения за всеки от етапите на жизнения цикъл и преходът се извършва в съответствие с плана, дори ако не е завършена цялата планирана работа. Планирането се извършва на базата на статистически данни, получени в предишни проекти, и личен опитразработчици.
Въпреки силните съвети от експерти в областта на дизайна и разработката на IC, много компании продължават да използват модела на водопада вместо всеки вариант на итеративния модел. Основните причини, поради които моделът водопад остава популярен, са следните:
Навик – много ИТ професионалисти са били обучени във време, когато е изучаван само водопадният модел, така че го използват днес.
Илюзията за намаляване на рисковете на участниците в проекта (клиент и изпълнител). Каскадният модел включва разработването на готови продукти на всеки етап: технически спецификации, технически дизайн, софтуерен продукт и потребителска документация. Разработената документация позволява не само да се определят изискванията за продукта на следващия етап, но и да се определят отговорностите на страните, обхватът на работата и времето, докато окончателната оценка на времето и цената на проекта се прави на ранни стадиислед приключване на анкетата. Очевидно е, че ако изискванията към информационната система се променят по време на изпълнението на проекта и качеството на документите се окаже ниско (изискванията са непълни и/или противоречиви), тогава в действителност използването на водопадния модел създава само илюзията за сигурност и всъщност увеличава рисковете, намалявайки само отговорността на участниците в проекта.
Проблеми с внедряването при използване на итеративен модел. В някои области спиралният модел не може да се приложи, тъй като е невъзможно да се използва / тества продукт с непълна функционалност (например военно развитие, ядрена енергия и др.). Поетапно итеративно внедряване на информационна система за бизнеса е възможно, но е свързано с организационни трудности (пренос на данни, системна интеграция, промени в бизнес процесите, счетоводни политики, обучение на потребители). Разходите за труд при поетапно итеративно изпълнение са много по-високи, а управлението на проекти изисква истинско изкуство. Предвиждайки тези сложности, клиентите избират каскадния модел, за да „внедрят системата веднъж“.
Процесът се дефинира като набор от взаимосвързани дейности, които трансформират входовете в изходи. Описанието на всеки процес включва списък от задачи за решаване, входни данни и резултати.
В съответствие с основния международен стандарт ISO / IEC 12207 всички процеси на жизнения цикъл на софтуера са разделени на три групи:
3.1 Основни процеси на жизнения цикъл
Придобиване (действия и задачи на клиента, придобиващ IP)
Доставка (дейности и задачи на доставчика, който доставя на клиента софтуерен продукт или услуга)
Разработка (действия и задачи, изпълнявани от разработчика: създаване на софтуер, изготвяне на проектна и експлоатационна документация, подготовка на тестови и обучителни материали и др.)
Експлоатация (действия и задачи на оператора - организацията, управляваща системата)
Поддръжка (действия и задачи, изпълнявани от придружаващата организация, т.е. услугата за поддръжка). Поддръжка - извършване на промени в софтуера с цел коригиране на грешки, подобряване на производителността или адаптиране към променящите се работни условия или изисквания.
Сред основните процеси в жизнения цикъл три са от най-голямо значение: разработка, експлоатация и поддръжка. Всеки процес се характеризира с определени задачи и методи за тяхното решаване, изходните данни, получени на предишния етап, и резултатите.
развитие
Разработването на информационна система включва цялата работа по създаването на информационен софтуер и неговите компоненти в съответствие със зададените изисквания. Разработката на информационен софтуер включва още:
изготвяне на проектна и експлоатационна документация;
подготовка на материали, необходими за тестване на разработените софтуерни продукти;
разработване на материали, необходими за обучение на персонала.
Разработката е един от най-важните процеси от жизнения цикъл на една информационна система и като правило включва стратегическо планиране, анализ, проектиране и внедряване (програмиране).
Експлоатация
Оперативната работа може да се раздели на подготвителна и основна. Препаратите включват:
конфигуриране на база данни и потребителски работни станции;
предоставяне на потребители на оперативна документация;
обучение.
Основните оперативни дейности включват:
директна операция;
локализиране на проблеми и отстраняване на причините за тях;
модификация на софтуера;
изготвяне на предложения за подобряване на системата;
развитие и модернизация на системата.
Ескорт
Бюрата за помощ играят много важна роля в живота на всяка корпоративна информационна система. Наличието на квалифицирано техническо обслужване на етапа на експлоатация на информационната система е необходимо условиерешаване на възложените й задачи, а грешките на обслужващия персонал могат да доведат до явни или скрити финансови загуби, сравними с цената на самата информационна система.
Основните предварителни стъпки при подготовката за организиране на поддръжката на информационната система са:
идентифициране на най-критичните системни възли и определяне на критичността на времето на престой за тях (това ще ви позволи да изберете най-критичните компоненти на информационната система и да оптимизирате разпределението на ресурсите за поддръжка);
дефиниране на задачите по поддръжката и тяхното разделяне на вътрешни, решени от силите на сервизния отдел, и външни, решени от специализирани сервизни организации (по този начин се прави ясно дефиниране на обхвата на изпълняваните функции и разделение на отговорностите);
анализ на наличните вътрешни и външни ресурси, необходими за организиране на поддръжката в рамките на описаните задачи и разпределение на компетентността (основните критерии за анализ: наличие на гаранция за оборудване, състояние на ремонтния фонд, квалификация на персонала);
изготвяне на план за организация на поддръжката, в който е необходимо да се определят етапите на действията, които трябва да се извършат, сроковете за тяхното изпълнение, разходите по етапите, отговорността на изпълнителите.
3.2 Поддържане на процесите на жизнения цикъл
Документация (формализирано описание на информацията, създадена по време на жизнения цикъл на IP)
Управление на конфигурацията (прилагане на административни и технически процедури през целия жизнен цикъл на ИС за определяне на състоянието на компонентите на ИС, управление на неговите модификации).
Осигуряване на качеството (гарантиране, че ИС и процесите от неговия жизнен цикъл отговарят на определените изисквания и одобрени планове)
Проверка (определяне, че софтуерните продукти, които са резултат от някакво действие, напълно отговарят на изискванията или условията поради предишни действия)
Сертифициране (определяне на пълното съответствие на зададените изисквания и създадената система с тяхното специфично функционално предназначение)
Съвместна оценка (оценка на състоянието на работата по проекта: контрол на планирането и управлението на ресурси, персонал, оборудване, инструменти)
Одит (определяне на съответствие с изискванията, плановете и условията на договора)
Решаване на проблеми (анализ и разрешаване на проблеми, независимо от техния произход или източник, които са открити по време на разработка, експлоатация, поддръжка или други процеси)
3.3 Организационни процеси
Управление (дейности и задачи, които могат да се изпълняват от всяка страна, управляваща своите процеси)
Създаване на инфраструктура (избор и поддръжка на технология, стандарти и инструменти, избор и инсталиране на хардуер и софтуер, използвани за разработване, работа или поддръжка на софтуер)
Подобряване (оценка, измерване, контрол и подобряване на процесите на жизнения цикъл)
Обучение (първоначално обучение и последващо продължаващо развитие на персонала)
Управлението на проекти е свързано с въпросите на планирането и организирането на работата, създаването на екипи от разработчици и наблюдението на времето и качеството на извършената работа. Техническата и организационна поддръжка на проекта включва:
избор на методи и средства за изпълнение на проекта;
дефиниране на методи за описание на междинни състояния на развитие;
разработване на методи и средства за тестване на създадения софтуер;
1. Избачков С.Ю., Петров В.Н. Информационни системи - Санкт Петербург: Питър, 2008. - 655 с.
2. http://ru.wikipedia.org
3. http://www.intuit.ru