Организационные процессы жизненного цикла ПО (ISO 12207 и ISO 15504)

Министерство образования и науки Украины

 

ГВУЗ «Криворожский национальный университет»

 

Кафедра моделирования и програмного обеспечения

 

 

 

 

 

 

 

 

РЕФЕРАТ

 на тему

«Организационные процессы жизненного цикла ПО

(ISO 12207 и ISO 15504)»

 

Дисциплина:

«Групповая динамика и коммуникация»

 

 

 

 

 

 

 

 

 

                                                                                           Выполнила:

                                                                                         студентка группы

                                                                                        ЗПЗАС 13 ПП

                                                                                          Павлюк Ольга Борисовна

 

 

                                                                                           Преподаватель:

                                                                                          Трачук Анна Альбертовна

 

 

 

 

 

 

 

 

Кривой Рог

2014

 

 

                                              Содержание

 

 

Введение ………………………………………………….………………………..3                         

 

Понятие жизненного цикла ПО.…………………………………..….…………...3

 

Модели жизненного цикла ПО ………………………..……………………….…6

 

Основные процессы жизненного цикла ПО ………………………….………….9

 

Стандартизация программного обеспечения …………………………………….12

 

Стандарты ISO/IEC 12207 и ISO/IEC 15504 …………………………………..….13

 

Заключение ………………….……………………………………………….……..16

 

Список использованной литературы ………………………………………...……17

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

                                                           Введение.

 

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

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

 

               Понятие жизненного цикла программного  обеспечения.

 

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

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

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

 

Рис. 1. Разработка, использование и сопровождение программного обеспечения

Основным нормативным документом, регламентирующим жизненный цикл, является международный стандарт ISO/IEC 12207 (ISO - International Organization of Standardization - Международная организация по стандартизации, IEC - International Electrotechnical Commission - Международная комиссия по электротехнике). Он определяет структуру жизненного цикла, содержащую процессы, действия и задачи, которые должны быть выполнены во время создания программных средств.

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

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

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

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

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

       Первый класс составляют относительно небольшие программы, создаваемые одиночками или небольшими коллективами (3 –5) специалистов, которые:

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

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

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

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

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

 

                                          Модели жизненного цикла ПО.

 

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

 

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

 

 
                            

                        Рис. 2  Каскадная модель жизненного цикла ПО.

 

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

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

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

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

 

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