• Ешқандай Нәтиже Табылған Жоқ

основы проектирования информационных систем

N/A
N/A
Protected

Academic year: 2024

Share "основы проектирования информационных систем"

Copied!
207
0
0

Толық мәтін

(1)
(2)

университет итМо

и.Ю. коцюба, Чунаев а.в., а.н. Шиков

основы проектирования информационных систем

учебное пособие

санкт-Петербург

(3)

Учебное пособие содержит краткий конспект лекций по дисциплине «Основы проектирования информационных систем».

Теоретический материал состоит из шести глав, представляющих основные сведения о современных технологиях проектирования информационных систем.

Пособие разработано для студентов направлений подготовки 09.03.02 “Информационные системы и технологии” (бакалавриат), 09.04.02 “Информационные системы и технологии” (магистратура)..

Рекомендовано к печати решением совета Естественнонаучного факультета

(Протокол № 1 от 29 января 2015 года).

Университет ИТМО – ведущий вуз России в области информационных и фотонных технологий, один из немногих российских вузов, получивших в 2009 году статус национального исследовательского университета.

С 2013 года Университет ИТМО – участник программы повышения конкурентоспособности российских университетов среди ведущих мировых научно-образовательных центров, известной как проект «5 в 100». Цель Университета ИТМО – становление исследовательского университета мирового уровня, предпринимательского по типу, ориентированного на интернационализацию всех направлений деятельности.

 Университет ИТМО, 2015.

 Коцюба И.Ю., Чунаев А.В., Шиков А.Н. 2015.

(4)

Введение 6 1. Основные понятия технологии проектиро-

вания

информационных систем

9

1.1 Основные понятия и определения 9 1.2 Исторические аспекты развития техноло-

гий проектирования информационных систем 11

1.3 Процессы и модели жизненного цикла

информационных систем 18

1.4 Основные методологии проектирования

информационных систем 38

2. Организация проектирования

информационных систем 46

2.1 Каноническое проектирование

информационных систем 46

2.2. Стадии и этапы процесса

канонического проектирования ИС 48 2.3 Типовое проектирование ИС,

типовое проектное решение (ТПР) 55 3. Архитектура информационных систем 62 3.1 Понятие архитектуры информационных

систем 62

3.2 Типы архитектур 65

3.3 Микроархитектуры и макроархитектуры 68 3.4 Архитектурный подход к проектированию

информационных систем 71

(5)

3.5 Значение программного обеспечения в информационных системах. Характерис- тики

качества программного обеспечения

74

3.6 Функциональные компоненты

информационных систем 80

3.7 Платформенная архитектура информацион-

ных систем 82

3.8 Понятие и классификация архитектурных

стилей 94

3.9 Фреймворки (каркасы) 102

3.10 Интеграция информационных систем 125 3.11 Сервисно-ориентированная архитектура 132 4. Анализ и моделирование бизнес-процес-

сов при проектировании информационных систем

145

4.1 Технология описания бизнес-процессов при проектировании информационных систем

145

4.2 Методы анализа и оптимизации бизнес-

процессов 147

4.3 Моделирование бизнес-процессов

(Business Process Modeling) при проектиро- вании

информационных систем

149

5. Автоматизированное проектирование информационных систем

на основе CASE- технологии

162

(6)

5.3 Технология внедрения CASE-средств 168 5.4 Примеры существующих CASE-средств 177 6. Проектирование на основе

унифицированного языка моделирования UML

184

6.1 Основы унифицированного языка модели-

рования UML 184

6.2 Проектирование логической модели ИС

и модели баз данных 186

6.3 Проектирование физической модели

информационной системы 195

Литература 200

(7)

Введение

Современные компании и организации функционируют в условиях большого объема постоянно изменяющейся информации, которую необходимо оперативно анализировать и принимать правильные решения. Бурно развивается вычислительная техника и информационные технологии. Трудно найти сейчас компанию, не занимающуюся развитием информационных технологий. Современные руководители фирм полностью отдают себе отчет в том, что в настоящее время успешность и прибыльность компании полностью зависят в том числе, и от уровня развития IT-технологий, скорости и качества обработки информации, обоснованности и взвешенности принимаемых решений.

Требуется постоянная серьезная работа не только IT-специалистов, но и топ-менеджеров по согласованию или точнее – синхронизации всех усилий по стратегическому развитию компании и её информационных систем. Большой ошибкой является позиция руководителей компаний, которые, внедрив однажды информационную систему, перестают ею заниматься. Поэтому процесс проектирования информационных систем в настоящее время становиться обязательным. В данном случае, если этот процесс не впервые осуществляется компанией, то термин проектирование приравнивается к понятию развитие информационной системы.

Этим объясняется бурное развитие технологий

(8)

проектирования информационных систем (ИС) в последние годы. Прежде всего, создание CASE- технологий, которые во много сокращают сроки проектирования ИС, позволяют организовать одновременную коллективную работу, оперативно вносить изменения и быстро реагировать на изменение обстановки на предприятии.

Особое место занимают современные информационные технологии ведения электронной коммерции, работа с заказчиками и поставщиками.

И в этом направлении проектирование и развитие информационных систем не возможно без знания основных методологий и программных средств, позволяющих в кратчайшие сроки и без ошибок управлять этими процессами. Компании получают колоссальные конкурентные преимущества, если уровень развития информационных систем соответствует уровню развития предприятия.

Улучшается инвестиционная привлекательность компании, основные бизнес-процесс становятся прозрачными и понятными для контроля и управления, исключаются ошибки, брак и связанные с ними потери и времени, и средств, в конечном счете, увеличивается прибыль компании.

Актуальность и важность дисциплины

«Основы проектирование информационных систем» определяется необходимостью изучения теоретических положений, связанных с нормативно- технической документацией на разработку и проектирование ИС, управление жизненным циклом

(9)

ИС, архитектурой ИС, внедрением и сопровождением ИС, а так же получения практических навыком разработки основных проектных документов, моделирования и анализа бизнес-процессов, применения современных CASE-средств.

Настоящее учебное пособие содержит полный перечень теоретических сведений по дисциплине

«Основы проектирование информационных систем».

(10)

1.Основные понятия техногии проектирования информационных систем

1.1. Основные понятия и определения Основные понятия в последние годы не претерпели сильных изменений, формулировки стали более точными и лаконичными, исключающими неоднозначность понятий. Наиболее полные определения представлены в Федеральных законах Российской Федерации и стандартах.

Информация – «сведения (сообщения, данные) независимо от формы их представления»[1].

Информационные технологии – «процессы, методы поиска, сбора, хранения, обработки, предоставления, распространения информации и способы осуществления таких процессов и методов» [1].

Информационная система – «совокупность содержащейся в базах данных информации и обеспечивающих ее обработку информационных технологий и технических средств» [1].

Проектирование информационных систем – это упорядоченная совокупность методологий и средств создания или модернизации информационных систем.

Управление информационными системами – «применение методов управления процессами планирования, анализа, дизайна, создания, внедрения и эксплуатации информационной системы организации

(11)

Жизненный цикл информационных системы – «развитие рассматриваемой системы во времени, начиная от замысла и кончая списанием» [2].

Модель жизненного цикла – «структурная основа процессов и действий, относящиеся к жизненному циклу, которая служит в качестве общей ссылки для установления связей и взаимопонимания сторон» [2].

Архитектура информационных систем – это концепция, определяющая модель, структуру, выполняемые функции и взаимосвязь компонентов информационной системы.

Бизнес-процесс – это цепочка взаимосвязанных действий, направленных на создание товарной продукции или услуги.

Регламент бизнес-процесса – это четко определенный порядок выполнения бизнес-процесса, определяющий состав и действия участников.

Модель данных – это система организации данных и управления ими.

Методология проектирования информационных систем – это совокупность принципов проектирования (моделирования), выраженная в определенной концепции.

Средства моделирования – это программы описания и моделирования систем.

Типовое проектное решение (ТПР) – это многократно используемое проектное решение.

(12)

Нотации – это определенные способы представления элементов информационной системы.

Реинжиниринг бизнес-процессов – это фундаментальная реорганизация бизнес-процессов с целью повышения их эффективности.

Системный подход – процесс рассмотрения любой системы в качестве совокупности взаимосвязанных элементов.

Процессный подход – представление любой системы в качестве совокупности процессов.

Функциональный подход – предусматривает четкое закрепление за каждой структурной единицей набора функций.

Техническое задание – документ, используемый заказчиком в качестве средства для описания и определения задач, выполняемых при реализации договора [3].

1.2. Исторические аспекты развития технологий проектирования

информационных систем

Середина прошлого столетия ознаменовалась началом активного развития информационных техно- логий. Прежде всего, военные ведомства и передовые предприятия многих стран понимают важность и цен- ность создания и развития информационных систем.

С появлением вычислительной техники обработка больших объемов информации и автоматизация ос-

(13)

новных производственных процессов и органов уп- равления на всех уровнях становятся наиважнейшей задачей для обеспечения военного превосходства наиболее развитых государств и конкурентных пре- имуществ коммерческих компаний. Разработчики на- циональных и крупномасштабных информационных систем стали первыми осознавать необходимость со- здания специальных средств проектирования и моде- лирования бизнес-процессов, позволяющими сделать их работу более эффективной и сократить не только сроки создания информационных систем, но миними- зировать ошибки. Ошибки и неточности встречаются постоянно, чем раньше они диагностируется и лока- лизуется, тем меньше стоимость переделки. Извест- но, что стоимость выявление и устранение ошибки на стадии проектирования в два раза обходится дороже, на стадии тестирования информационной системы в десять раз, а на стадии эксплуатации в сто раз, чем на стадии анализа бизнес-процессов и разработки технического задания.

При создании сложных информационных систем зачастую очень трудно понять требования персонала заказчика. Они могут быть сформулированы некоррект- но, а в процессе анализа конкретных бизнес-процессов даже измениться. Поэтому появление методологий сов- ременного проектирования и моделирования информа- ционных систем было насущной задачей, над которой работали специалисты разных стран.

Появление автоматизированных систем управления в шестидесятых годах прошлого столетия определялось получением начальных знаний и опыта

(14)

их разработки и внедрения. Анализировались все успехи и неудачи создания первых АСУ, но бесспорным было сокращение времени обработки информации, производственных и управленческих затрат и как следствие персонала.

Опыт зарубежных компаний по разработке и внед- рению корпоративных информационных систем свиде- тельствует о появлении программ, в первую очередь свя- занных с автоматизацией учетных функций бухгалтерий, отдела кадров и складов. И намного позже появляются другие автоматизированные системы управления произ- водством, логистикой, взаимоотношениями с клиентами и поставщиками. На последнем этапе разрабатываются информационные системы управления всей компанией, позволяющие полностью перейти к электронному до- кументообороту и автоматизировать все сферы деятель- ности фирмы. С появлением персональных компьютеров происходит децентрализация процессов управления, все чаще внедряются модули с распределенными системами обработки информации.

На следующем этапе, в семидесятых годах про- шлого столетия пришло понимание, что информация – стратегический ресурс любой компании, который необходимо грамотно использовать. В тоже время главными потребителями информации являются руко- водители. Идеи использования распределенных сис- тем не находят пока применения из-за отсутствия ком- пактной вычислительной техники, которая появится позднее и перевернет весь мир. В компаниях и органи- зациях создаются информационные отделы и службы, вычислительные центры и лаборатории.

(15)

Восьмидесятые годы характеризуются появ- лением специализированных методологий проекти- рования информационных систем и CASE-средств.

На их основе разрабатываются первые программные средства, а персональные компьютеры позволяют при- ступить к созданию децентрализованных информаци- онных систем. Различные персональные компьютеры объединяются в локальную сеть. Этот период харак- теризуется интеграций информационных систем и появлением различных концепций управления ими на единой методологической основе.

Девяностые годы стали триумфом персональ- ных компьютеров. Невысокая стоимость и компактные размеры сделали их чрезвычайно популярными и об- щедоступными для индивидуализации использования при решении управленческих задач. Разрабатываются корпоративные информационные системы, реализу- ющие принципы распределенной обработки данных.

Становится возможным автоматизация всех отделов и служб компаний, а не только бухгалтерии. Появляются системы электронного документооборота, в том чис- ле для предприятий с развитой филиальной сетью в разных городах и регионах. Сокращаются сроки обра- ботки данных, производственных, складских и прочих управленческих отчетов.

Появление и развитие методологий модели- рования и проектирования информационных сис- тем не было простым процессом. На всех этапах этого пути были талантливые, энергичные, необы- чайно трудолюбивые люди, которые вкладыва- ли свои знания, силы, опыт, а порой и денежные

(16)

средства для успешной реализации информацион- ных проектов. Вот некоторые из них:

В СССР основателем и теоретиком автоматизиро- ванных систем управления был выдающийся ученый ака- демик В.М. Глушков. Под его руководством в 1963-1964 годах в Институте кибернетики Академии наук СССР были начаты работы по созданию автоматизированных систем сбора, учета, обработки данных, оперативно-кален- дарного планирования производства на базе отечествен- ной вычислительной техники. При этом ставилась задача разработки универсальной АСУ, пригодной для внедрения на многих предприятиях страны. Опытная эксплуатация и апробация проходили на самых современных предпри- ятиях государства, таких как Львовский телевизионный завод «Электрон» и Кунцевский радиозавод. Некоторые решения были признаны и за рубежом, так была предло- жена общая алгоритмическая схема последовательного анализа вариантов, включавшая в себя вычислительные методы динамического программирования (В. С. Михале- вича и Н. З. Шора). В.В. Шкурба развил эту схему вместе с методами имитационного моделирования для решения задач упорядочения, в частности в теории расписаний и календарного планировании.

В 1970-1980-х годах информационные системы интегрировались в комплексные АСУ, решающие задачи автоматизированного проектирования новых изделий, технологической подготовки производства и автоматизации организационного управления предприятием. Комплексные АСУ были разработаны и внедрены на Ульяновском авиационном заводе и других предприятиях оборонного комплекса под руководством

(17)

А. А.Морозова, В. И. Скурихина. Комплексные АСУ создавались научно-исследовательскими институтами такими как, Всесоюзного объединения

“Союзсистемпром” Минприбора СССР: ЦНИИТУ, г.

Минск; ГНИПИ ВТ, г. Казань; НИИУМС, г. Пермь и др.

В США Дуглас Т. Росс (SoftTech, Inc) разрабо- тал язык АПТ для работы станков с ЧПУ, который в средине 60-х положил начало разработкам графичес- ких языков моделирования. А в 1969 году им же пред- ложена методология SADT (IDEF0) для моделирова- ния информационных систем средней сложности, в рамках программы ICAM (Интеграция компьютерных и промышленных технологий), проводимой департа- ментом Военно-Воздушных Сил США в рамках боль- шого аэрокосмического проекта.

К концу двадцатого века было разработано не- сколько десятков методов моделирования сложных систем. Они все были разные по функциональным возможностям, но во многом имели схожие подходы к анализу и описанию предметной области. Возникла острая необходимость объединения удачных решений в одну методику, которая устраивала большую часть разработчиков информационных систем. В результате этих процессов был разработан язык UML.

У многих ведущих компаний, таких как Rational Software, Oracle Corporation, IBM, Microsoft, Hewlett- Packard, i-Logix, Texas Instruments и Unisys была чет- кая уверенность в необходимости создания подобного языка программирования. С этой целью был создан консорциум UML Partners, рабочую группу по семан- тике UML возглавил Крис Кобрин. Ведущую роль в

(18)

создании унифицированного языка моделирования (UML) сыграли Гради Буч, Айвар Джекобсон и Джеймс Рамбо, работающие в компании Rational Software. Ими разработаны следующие методы объектного модели- рования сложных информационных систем:

Метод объектного моделирования программного обеспечения сложных информационных систем (метод Буча).

Метод анализа требований к бизнес- приложениям (метод Джекобсона).

Метод анализа обработки данных в сложных информационных системах (метод Рамбо).

Предварительная версия 0.8 унифицированного метода программирования была выпущена в октябре 1995 года. Первая версия UML 0.9 вышла в июне 1996 году и получила мощную поддержку Группы OMG, за- нимающейся разработкой единых стандартов в сфере web-технологий, включающую в себя несколько со- тен компаний, работающих в области IT-технологий и производстве компьютерной техники. Это позволило выпустить в первый года сразу несколько версий. Так, в 1997 году появляется сразу две версии UML 1.0 и UML 1.1. В 1998 году разработчиками представляется версия UML 1.2, в 1999 году версия UML 1.3, в 2001 году выходит версия UML 1.4, а в 2003 году версия UML 1.5. Эта версия и принимается в качестве меж- дународного стандарта ISO/IEC 19501-2005.

Сейчас наиболее популярна версия UML 2.4.1, вышедшая в 2011 году, которая тоже оформлена виде международных стандартов ISO/IEC 19505-1 и 19505- 2. Для нее разработаны инструментальные средства

1.

2.

3.

(19)

поддержки и визуального программирования, осуществляющих прямую генерацию кода из моделей UML, в основном посредством языков программирования С++ и Java. Среди них программы Rational Rose и Visual Paradigm for UML.

В настоящее время методологии и средства моделирования бизнес-процессов, процессно- ориентированных методов анализа и проектирования информационных систем широко представлены как в России, так и в большинстве стран мира.

1.3. Процессы и модели жизненного цикла информационных систем

В соответствии с ГОСТ Р ИСО/МЭК 12207- 99 процессы жизненного цикла включают себя работы, которые могут выполняться в жизненном цикле программных средств, распределены по пяти основным, восьми вспомогательным и четырем организационным процессам [9].

Основные процессы жизненного цикла [9]

Основные процессы жизненного цикла состоят из пяти процессов, которые реализуются под управле- нием основных сторон, вовлеченных в жизненный цикл программных средств. Под основной стороной понима- ют одну из тех организаций, которые инициируют или выполняют разработку, эксплуатацию или сопровожде- ние программных продуктов. Основными сторонами являются заказчик, поставщик, разработчик, оператор и персонал сопровождения программных продуктов. Ос- новными процессами являются:

(20)

Процесс заказа. Определяет работы заказчика, то есть организации, которая приобретает систему, программный продукт или программную услугу.

Процесс поставки. Определяет работы поставщика, то есть организации, которая поставляет систему, программный продукт или программную услугу заказчику.

Процесс разработки. Определяет работы разработчика, то есть организации, которая проектирует и разрабатывает программный продукт.

Процесс эксплуатации. Определяет работы оператора, то есть организации, которая обеспечивает эксплуатационное обслуживание вычислительной системы в заданных условиях в интересах пользователей.

Процесс сопровождения. Определяет работы персонала сопровождения, то есть организации, которая предоставляет услуги по сопровождению программного продукта, состоящие в контролируемом изменении программного продукта с целью сохранения его исходного состояния и функциональных возможностей. Данный процесс охватывает перенос и снятие с эксплуатации программного продукта.

Вспомогательные процессы жизненного цикла [9]

Вспомогательные процессы жизненного цикла состоят из восьми процессов. Вспомогательный процесс является целенаправленной составной частью другого процесса, обеспечивающей успешную реализацию и качество выполнения

1.

2.

3.

4.

5.

(21)

программного проекта. Вспомогательный процесс, при необходимости, инициируется и используется другим процессом. Вспомогательными процессами являются:

Процесс документирования. Определяет работы по описанию информации, выдаваемой в процессе жизненного цикла.

Процесс управления конфигурацией.

Определяет работы по управлению конфигурацией.

Процесс обеспечения качества.

Определяет работы по объективному обеспечению того, чтобы программные продукты и процессы соответствовали требованиям, установленным для них, и реализовывались в рамках утвержденных планов. Совместные анализы, аудиторские проверки, верификация и аттестация могут использоваться в качестве методов обеспечения качества.

Процесс верификации. Определяет работы (заказчика, поставщика или независимой стороны) по верификации программных продуктов по мере реализации программного проекта.

Процесс аттестации. Определяет работы (заказчика, поставщика или независимой стороны) по аттестации программных продуктов программного проекта.

Процесс совместного анализа.

Определяет работы по оценке состояния и результатов какой-либо работы. Данный процесс может использоваться двумя любыми сторонами, когда одна из сторон (проверяющая) проверяет другую сторону (проверяемую) на совместном совещании.

1.

2.

3.

4.

5.

6.

(22)

Процесс аудита. Определяет работы по определению соответствия требованиям, планам и договору. Данный процесс может использоваться двумя сторонами, когда одна из сторон (проверяющая) контролирует программные продукты или работы другой стороны (проверяемой).

Процесс решения проблемы. Определяет процесс анализа и устранения проблем (включая несоответствия), независимо от их характера и источника, которые были обнаружены во время осуществления разработки, эксплуатации, сопровождения или других процессов.

Организационные процессы жизненного цикла [9]

Организационные процессы жизненного цик- ла состоят из четырех процессов. Они применяются в какой-либо организации для создания и реализа- ции основной структуры, охватывающей взаимо- связанные процессы жизненного цикла и соответс- твующий персонал, а также для постоянного совер- шенствования данной структуры и процессов. Эти процессы, как правило, являются типовыми, неза- висимо от области реализации конкретных проектов и договоров; однако уроки, извлеченные из таких проектов и договоров, способствуют совершенство- ванию организационных вопросов. Организацион- ными процессами являются:

Процесс управления. Определяет основные работы по управлению, включая управление проектом, при реализации процессов жизненного цикла.

7.

8.

1.

(23)

Процесс создания инфраструктуры.

Определяет основные работы по созданию основной структуры процесса жизненного цикла.

Процесс усовершенствования.

Определяет основные работы, которые организация (заказчика, поставщика, разработчика, оператора, персонала сопровождения или администратора другого процесса) выполняет при создании, оценке, контроле и усовершенствовании выбранных процессов жизненного цикла.

Процесс обучения. Определяет работы по соответствующему обучению персонала.

Данный ГОСТ Р ИСО/МЭК 12207-99 охватывает жизненный цикл программных средств от концепции замыслов через определение и объединение процессов для заказа и поставки программных продуктов и услуг. Кроме того, данная структура предназначена для контроля и модернизации данных процессов.

Процессы, определенные в настоящем стан- дарте, образуют множество общего назначения. Кон- кретная организация, в зависимости от своих целей, может выбрать соответствующее подмножество про- цессов для выполнения своих конкретных задач. По- этому настоящий стандарт следует адаптировать для конкретной организации, проекта или приложения.

Настоящий стандарт предназначен для использова- ния как в случае отдельно поставляемых програм- мных средств, так и для программных средств, встра- иваемых или интегрируемых в общую систему [9].

2.

3.

4.

(24)

Модели жизненного цикла информационной системы

Модель жизненного цикла информационной системы может включать:

Стадии.

Основные результаты выполнения работ на каждой стадии.

Ключевые события.

Под стадией понимается определенный этап процесса разработки информационной системы.

Жизненный цикл информационной системы характеризуется периодом времени от идеи создания информационной системы и заканчивая моментом вывода ее из эксплуатации и включает в себя следующие стадии:

Предпроектное обследование.

Проектирование.

Создание информационной системы.

Ввод в эксплуатацию.

Эксплуатация информационной системы.

Вывод из эксплуатации.

Процессы жизненногоцикла информационных систем представлены на рис.1.

Процессы жизненного цикла, определенны стандартом ГОСТ Р ИСО/МЭК 15288-2005, могут применяться любой организацией при приобретении и использовании или создании и поставке системы.

Они распространяются на любой уровень системной иерархии и на любую стадию жизненного цикла.

Процессы жизненного цикла основываются на принципах модульности (максимальная слаженность

1.2.

3.

1.2.

3.4.

5.6.

(25)

Рисунок 1 - Процессы жизненного цикла информационной системы [11]

(26)

функций процесса и минимальная связь между процессами) и собственности (процесс связывается с ответственностью). Функции, которые осуществляются данными процессами, определяются в зависимости от конкретных целей, результатов и набора действий, составляющих данный процесс. Процессы, описанные в настоящем стандарте, не препятствуют и не исключают использование дополнительных процессов, которые организация посчитает необходимыми [11].

Управление процессами жизненного цикла ИС [11]

Цель управления процессами жизненного цикла системы заключается в гарантировании доступности эффективных процессов жизненного цикла для использования организацией. Данный процесс обеспечивает процессы жизненного цикла системы, которые согласованы с целями и политикой организации, определены, адаптированы и поддержаны соответствующим образом для учета особенностей отдельных проектов и способны реализовываться с помощью эффективных проверенных методов и инструментальных средств.

В результате эффективного управления процессами жизненного цикла системы:

a) определяются процессы жизненного цикла системы, которые будут использоваться организацией;

b) определяется политика применения процессов жизненного цикла системы;

(27)

c) определяется политика адаптации процессов жизненного цикла системы для удовлетворения потребностей отдельных проектов;

d) определяются критерии оценки результатов применения процессов жизненного цикла системы;

e) предпринимаются действия по совершенствованию способов определения и применения процессов жизненного цикла системы.

При реализации процессов управления процессами жизненного цикла системы организация должна осуществлять следующие действия в соответствии с принятой политикой и процедурами:

a) устанавливать стандартные наборы процес- сов жизненного цикла систем для соответствующих стадий жизненного цикла системы;

b) определять приемлемые политику и процедуры адаптации и требования к их утверждению;

c) определять методы и инструментальные средства, которые поддерживают выполнение процессов жизненного цикла системы;

d) по возможности устанавливать показатели, которые позволяют определять характеристики выполненных стандартных процессов;

(28)

e) контролировать выполнение процесса, сохранять и анализировать показатели процесса и определять тенденции по отношению к критериям предприятия;

f) определять возможности для усовершенствования стандартных процессов жизненного цикла систем;

g) совершенствовать имеющиеся процессы, методы и инструментальные средства, используя найденные возможности.

Сравнительные данные стадий жизненногоцик- ла и этапов ИС представлены в таблице 1.

Таблица 1

Класси- ческий ЖЦ

ИСО / МЭК 12207

ГОСТ 34.601-90 и ОРММ ИСЖТ 5.03-00

Стадия Основные этапы

(работы)

Систем- ный ана-

лиз Заказ Формирова- ние требова- ний к ИС

Технико- экономиче- ское обос- нование (ТЭО)

1.Обследование объекта и обоснование необходимости создания ИС.

2.Формирование

требований Заказчика к ИС.

3.Оформление договора между Разработчиком и Заказчиком.

(29)

Анализ требований

Разработка концепции ИС (для комплекс- ных много- уровневых и интегриро- ванных си- стем)

ТЭО

1. Поиск путей удовлетворе- ния требований Заказчика на уровне концепции создавае- мой системы (структура, фун- кции, программно-техничес- кая платформа, режимы).

2. Рассмотрение альтерна- тивных вариантов концепции системы, их анализ и выбор лучшей концепции.

Проектирова- ние

Техническое задание

(ТЗ) Разработка, согласование и ут- верждение ТЗ на создание ИС.

Разработ- ка

Эскизный проект (для комплексных многоуровневых и интегрированных систем)

Разработка предварительных проектных решений по систе- ме и ее частям.

Пилот-проект (макетирование, про- тотипирование) (при необходимости)

1. Разработка частей проекта для испытаний в реальных, но ограниченных условиях функционирования с целью проверки предварительно при- нятых решений.

2. Проведение испытаний на головном объекте или стенде и анализ результатов испыта- ний.

Технический проект

1. Разработка проектных ре- шений по системе и ее частям.

2. Разработка документации на ИС и ее части.

3. Разработка документации на поставку изделий для комплектования ИС и/или технических заданий на их разработку.

4. Разработка заданий на про- ектирование в смежных час- тях проекта объекта автомати- зации (строительство, монтаж,

(30)

Кодирова- ние(реализа- ция)

Рабочая документа- ция

1. Разработка рабочей докумен- тации на систему и ее части.

2. Разработка программных и технических средств и/или адап- тация приобретаемых.

3. Тестирование средств.

Тестирова-

ние Интеграция и тести-

рование

1.Загрузка БД типовыми исход- ными данными и тестами.

2. Интеграция программ и тести- рование в имитированной среде.

3. Интеграция программных средств с аппаратными в реаль- ной операционной и внешней среде.

4. Тестирование в реальной среде.

5. Разработка комплекта доку- ментации для пользователей.

Внедрение и сопро- вождение

Разработ- каи эксплуата- ция

Ввод в действие на головном объекте (ввод в эксплуата- цию, внедрение)

1. Подготовка объекта автомати- зации к вводу ИС в действие.

2. Подготовка персонала.

3. Комплектация ИС поставляе- мыми изделиями.

4. Проведение предварительных испытаний и передача ИС для опытной эксплуатации.

5. Проведение опытной эксплу- атации.

6. Проведение приемочных ис- пытаний по сдаче ИС в постоян- ную эксплуатацию.

Тиражирование (при внедрении на нескольких объек- тах)

1. Передача эталона загрузочных модулей ПО и эксплуатационной документации в группу сопро- вождения.

2.Тиражирование документации.

3. Обучение и консультации пользователей.

4. Поставка ПО и документации

(31)

Каждая система имеет свой жизненный цикл.

Жизненный цикл может быть описан с использовани- ем абстрактной функциональной модели, представля- ющей концептуализацию потребности в системе, ее реализации, применения, развития и ликвидации [11].

Система развивается на протяжении жизненного цикла в результате действий, осу- ществляемых и управляемых людьми, работающими в организациях и использующими определенные процессы в своей деятельности. Детали модели жизненного цикла выражаются в терминах этих процессов, их результатов, взаимосвязи и возникновения. Настоящий стандарт определяет множество процессов, названных процессами жизненного цикла, при помощи которых может быть смоделирован жизненный цикл системы.

Жизненные циклы различаются по свойствам, целям, использованию системы, а также по преобладающим условиям. Тем не менее, несмотря на очевидное множество различий в жизненных циклах систем, существует базовый

Сопро- вождение и эксплу- атация

Сопровождение (авторский надзор)

1. Выполнение работ в соответс- твии с гарантийными обязатель- ствами.

2. Оказание научно-техничес- ких услуг в послегарантийный период.

3. Разработка методики офор- мления отчетов об ошибках и предложениях на изменение версий.

(32)

набор стадий жизненного цикла, составляющих полный жизненный цикл любой системы. Каждая стадия имеет определенную цель и вклад в полный жизненный цикл и рассматривается при планировании и выполнении жизненного цикла системы [11].

Стадии представляют собой основные периоды жизненного цикла, связанные с системой и относящие- ся к состоянию описания системы или непосредствен- но к системе. Стадии отображают значимый прогресс и достижение запланированных этапов развития системы на протяжении всего жизненного цикла и дают начало важнейшим решениям относительно своих входов и вы- ходов. Эти решения используются организациями для учета неопределенностей и рисков, непосредственно связанных с затратами, сроками и функциональностью при создании или применении системы. Таким образом, стадии обеспечивают организации структурой работ, в рамках которых управление предприятием обладает высокой способностью для обзора и контроля проекта и технических процессов.

Организации проходят стадии жизненного цикла различными способами, устраняя противоречия между стратегией осуществления бизнеса и стратегией уменьшения рисков. Параллельное прохождение стадий или их прохождение в различном порядке может привести к формам жизненного цикла с совершенно разными характеристиками. Часто в качестве альтернативных вариантов используются

(33)

последовательная, инкрементная или эволюционная формы жизненного цикла; в отдельных случаях могут быть разработаны комбинации этих форм.

Выбор и разработка организацией конкретных форм жизненного цикла зависят от ряда факторов, включая бизнес-контекст, природу и сложность системы, стабильность требований, технологические возможности, потребность в различных системных возможностях во времени и наличие бюджетных средств и ресурсов [11].

Аналогично тому, как все системные элементы осуществляют вклад в систему как в единое целое, так и каждая стадия жизненного цикла должна учитывать- ся на любой другой ее стадии. Следовательно, участ- вующие стороны должны координировать свои дейс- твия и кооперироваться друг с другом на протяжении всего жизненного цикла. Синергия стадий жизненно- го цикла и сторон, вкладывающих средства в реали- зацию функциональностей на этих стадиях, является необходимой для успешного осуществления проек- тных мероприятий. Тесная связь и, по возможности, единение проектных команд, различных функций и организаций, ответственных за другие стадии жизнен- ного цикла, приводят к логичности и согласованности жизненного цикла [11].

Набольшее распространение получили следую- щие модели жизненного цикла информационных сис- тем (ИС): каскадная (классическая или водопадная), итерационная и спиральная.

(34)

Каскадная (классическая, водопадная) модель жизненного цикла информационной системы

Модель была предложена в 1970 году Уинсто- ном Ройсом. Переход на следующий этап осущест- вляется после полного окончания работ по предыду- щему этапу, при этом оформляется полный комплект рабочей документации. Все этапы выполняются в строгой последовательности с утвержденными сро- ками и четкими затратами. Это основные достоинс- тва каскадной модели ЖЦ ИС, которая применялась в условиях полной определенности решаемых задач и совершенно не приемлема когда и разработчики и заказчики не имеют четкого видения всех особен- ностей проектируемой ИС. Кроме того, невозможно идти дальше, пока не сдан предыдущий этап, а пос- ле сдачи нельзя возвращаться к нему для устране- ния обнаруженных недочетов, что серьезно затруд- няет работы по совершенствованию и доработке со- здаваемой ИС. Эта модель нравиться и заказчикам, и разработчикам по причине жесткой дисциплины финансирования этапов только после их предъявле- ния. Но полностью отсутствует гибкость в работе над созданием ИС. Каскадная модель представлена на рис.2.

На практике, все же приходится возвращаться к предыдущим этапам и в этом случае, в последнее время наиболее востребованной стала итерационная модель ЖЦ ИС.

Ақпарат көздері

СӘЙКЕС КЕЛЕТІН ҚҰЖАТТАР

На се год няш ний день при ме не ние но вых ин- фор ма ци он ных тех но ло гий в учеб ном про цес се и в са мос тоя тель ной ра бо те сту ден тов по мо гает увя зать

Соб лю де- ние всех прин ци пов и норм уго лов но-про цес- суально го за ко на долж но счи тать ся ос нов ным не толь ко как про фес сио наль ный долг

С учетом этого и на основе анализа нормативного понятия «коррупция» можно сделать вывод, что коррупционное правонарушение — это противоправное,

1. Разработка математических моделей для задачи оптимизации струк- тур САД с учетом соответствующего состояния техники и техноло- гии, а

Дисциплина направлена на формирования теоретических и практических навыков в области профессиональной этики и этикета на предприятиях сферы туризма,

На основе анализа работ, посвященных изучению природы прочности и деформируе- мости насыпных пород различной литогенетической принадлежности, можно сформули- ровать

Туркмены села Чандир Пастдаргомского тумана Самаркандской области в прошлом делились на следующие тупы: лайлаки, питаки, ишаны, саиды, гуллаки,