Жизненные циклы информационных систем

ДЕПАРТАМЕНТ ОБРАЗОВАНИЯ ГОРОДА МОСКВЫ

Государственное образовательное учреждение

Высшего профессионального образования

      МОСКОВСКИЙ  СОЦИАЛЬНО-ЭКОНОМИЧЕСКИЙ  ИНСТИТУТ 
 
 
 
 
 
 
 
 

Курсовой  проект по дисциплине: 

Информационные  технологии 

Тема: Жизненный цикл операционных систем 
 
 
 
 
 
 

Выполнила студент:

Лейкина Т.А. гр 710

                                                                                                 Проверил:     

__________________ 
 

МОСКВА 2010

СОДЕРЖАНИЕ

    Содержание

Введение                                                                                                                 2

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

    1.1 Особенности и свойства жизненного цикла программ                                  5

    1.2 Фундаментальные  модели жизненного цикла операционных систем        7

    1.3 Методы и процессы стандартизации жизненного цикла ПС                        9

    2. Стандарты как основа законодательной базы для разработки операционных систем  

     2.1 Модель и методология жизненного цикла ОП                                            11

2.2 Организация стандарта и архитектура жизненного цикла                      12

     2.3  Основные процессы жизненного цикла                                                      14

     2.4 Адаптация стандарта                                                                                       16

     2.5 Роль системотехники в программной  инженерии                                       17

3. Цикл жизни процесса                                                                                     19

3.1 Иерархическая  структура связей между процессами                                  20

 

Заключение……………………………………………………………………    21

Используемая  литература………………………………………………………22

 
 
 
 
 

Введение

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

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

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

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

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

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

- концепция  (инициация, идентификация, отбор)

- определение  (анализ)

- выполнение (практическая реализация или  внедрение, производство и развертывание,

проектирование  или конструирование, сдача в эксплуатацию, инсталляция, тестирование и т.п.)

- закрытие (завершение, включая оценивание  после завершения)

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

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

 
 
 
 
 

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

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

     ЖИЗНЕННЫЙ ЦИКЛ ПРОЦЕССА: в начальный момент процесс начинает жить ( загрузка в ОЗУ МП). Выполнив набор действий, процесс может умереть ( освобождение памяти и удаление из списка активных процессов ).

 

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

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

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

1.1 Особенности и свойства жизненного цикла программ

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

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

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

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

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

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

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

        1.3 Фундаментальные   модели жизненного  цикла операционных  систем

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

• каскадная;
• инкрементная;
• эволюционная.

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

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