[edit] Primary lifecycle processes




Скачать 135.22 Kb.
Название[edit] Primary lifecycle processes
Дата29.10.2012
Размер135.22 Kb.
ТипДокументы
ISO 12207 is an ISO standard for software lifecycle processes. It aims to be the standard that defines all the tasks required for developing and maintaining software.

The ISO 12207 standard establishes a process of lifecycle for software, including processes and activities applied during the acquisition and configuration of the services of the system. Each Process has a set of outcomes associated with it. There are 23 Processes, 95 Activities, 325 Tasks and 224 Outcomes (the new "ISO/IEC 12207:2008 Systems and software engineering – Software life cycle processes" defines 43 system and software processes).

The standard has the main objective of supplying a common structure so that the buyers, suppliers, developers, maintainers, operators, managers and technicians involved with the software development use a common language. This common language is established in the form of well defined processes. The structure of the standard was intended to be conceived in a flexible, modular way so as to be adaptable to the necessities of whoever uses it. The standard is based on two basic principles: modularity and responsibility. Modularity means processes with minimum coupling and maximum cohesion. Responsibility means to establish a responsibility for each process, facilitating the application of the standard in projects where many people can be legally involved.

The set of processes, activities and tasks can be adapted according to the software project. These processes are classified in three types: basic, for support and organizational. The support and organizational processes must exist independently of the organization and the project being executed. The basic processes are instantiated according to the situation.

[edit]Primary lifecycle processes


The primary lifecycle processes contain the core processes involved in creating a software product. These processes are divided into five different main processes:

  • Acquisition

  • Supply

  • Development

  • Operation

  • Maintenance

Because the primary lifecycle processes cover a very large area a scope was defined. This entry explains all the primary lifecycle processes but will explain the Acquisition and Development processes more extensively.

[edit]Activities


Each phase within the primary lifecycle processes can be divided into different activities. This chapter explains the different activities for each primary lifecycle process..

[edit]Acquisition


Acquisition covers the activities involved in initiating a project. The acquisition phase can be divided into different activities and deliverables that are completed chronologically.

  • Initiation: during this activity the following tasks are completed

    • The need is described why to acquire, develop, or enhance a product;

    • System requirements are defined and approved if applicable;

    • The global software requirements are defined;

    • Evaluation of other options, like a purchase of an off-the-shelf product or enhancement of an existing product;

    • If an off-the-shelf product is purchased, the software requirements of this product need to be analyzed.

    • An acquisition plan is developed, this plan will be used further on during the acquisition phase

    • Acceptance criteria are defined.

  • Request for proposal preparation: during this activity the following tasks are completed

    • Acquisition requirements, like System requirements and technical constraints such as target environment, are defined.

    • Required ISO/IEC 12207 process for the project are defined and changed accordingly if needed.

    • Contract milestones for reviewing and supplier's progress audits are defined.

  • Prepare Contract: during this activity the following tasks are completed

    • Selection procedure for suppliers are developed;

    • Suppliers, based on the developed selection procedure, are selected;

    • The tailor-made ISO/IEC 12207 standard must be included in the contract;

  • Negotiate changes: during this activity the following tasks are completed

  • Update contract: during this activity the following tasks are completed

  • Supplier monitoring: during this activity the following tasks are completed

    • Activities of the suppliers according to the agreements made are monitored;

    • Work together with suppliers to guarantee timely delivery if needed.

  • Acceptance and completion: during this activity the following tasks are completed

[edit]Supply


During the supply phase a project management plan is developed. This plan contains information about the project such as different milestones that need to be reached. This project management plan is needed during the next phase which is the development phase.

[edit]Development


During the development phase the software product is designed, created and tested and will result in a software product ready to be released to the customer. Throughout time many people have developed means of developing a software application. The choice of developing method often depends on the present situation. The development method which is used in many projects is the V-model. Techniques that can be used during the development are UML for designing and TMap for testing. This entry contains the most important steps of the V-model.

  • Define functional requirements: during this activity the following tasks are completed

  • Create High level design: during this activity the following tasks are completed

    • A basic layout[disambiguation needed] of the product is created. This means the setup of different modules and how they communicate with each other. This design does not contain very much detail about the modules.

  • Create Module design

    • The different modules present in the High level design are designed separately. The modules are designed in as much detail as possible.

  • Coding

    • The code is created according to the high level design and the module design.

  • Execute Module test

    • The different modules are tested for correct functioning. If this is the case the project can move to the next activity, else the project returns to the module design phase to correct any errors.

  • Execute Integration test

    • The communication between modules is tested for correct functioning. If this is the case the project can move to the next activity, else the project falls back to the high level design to correct any errors.

  • Execute System test

    • This test checks whether all functional requirements are present in the product. If this is the case the product is completed and the product is ready to be transferred to the customer. Else the project falls back to the software requirements activity and the functional requirements have to be adjusted.

[edit]Operation


The operation and maintenance phases occur simultaneously, the operation-phase consists of activities like assisting users in working with the created software product.

[edit]Maintenance


The maintenance-phase consists of maintenance-tasks to keep the product up and running. The maintenance includes any general enhancements, changes and additions, which might be required by the end-users.These defects and deficiencies are usually documented by the developing organisation to enable future solutions and known issues addressing in any future maintenance releases.

[edit]Deliverables


The different deliverables that are developed per activity are explained in this chapter.

[edit]Acquisition


Acquisition covers the activities involved in initiating a project. The acquisition phase can be divided into different activities and deliverables that are completed chronologically.

  • Initiation: during this activity the following deliverables are developed:

  • Request for proposal preparation: during this activity the following deliverables are developed:

  • Prepare Contract: during this activity the following deliverables are developed:

    • Contract: this is a draft agreement between the company and suppliers, set up by the company.

  • Negotiate Changes: during this activity the following deliverables are developed:

    • Input from the suppliers: suppliers can react on the draft agreement submitted by the company, this reaction will result in input from the suppliers

  • Update Contract: during this activity the following deliverables are developed:

  • Supplier monitoring: during this activity the following deliverables are developed:

    • Supplier Monitor Report: this report covers the advances of the suppliers involved based on different milestones.

  • Acceptance and completion: during this activity the following deliverables are developed:

    • Acquisition report: this report covers the acceptance and completion of the acquisition phase.

[edit]Development


During the development phase the software product is designed, created and tested and will result in a software product ready to be sold to the customer.

  • Define Software Requirements: during this activity the following deliverables are developed:

  • High level design: during this activity the following deliverables are developed:

  • Module design: during this activity the following deliverables are developed:

    • Module design;

  • Coding: during this activity the following deliverables are developed:

  • Module test: during this activity the following deliverables are developed:

    • Module test report, this test report contains the test-results which are formed after a module test of the application. Based on this test-report the project-team can decide which action to undertake further.

  • Integration test: during this activity the following deliverables are developed:

    • Integration test report, this test report contains the test-results which are formed after an integration test of the application. Based on this test-report the project-team can decide which action to undertake further.

  • System test: during this activity the following deliverables are developed:

    • System test report;

[edit]Example


The method presented in this entry can be used in a company that is responsible for creating and maintaining a software product for a customer. Especially when this company decides to build an application from scratch and that maintenance and assisting in the operation is also done by the company developer.

[edit]See also

[edit]References


  • Mitchell H. Levine. (2000), Analyzing the Deliverables Produced in the Software Development Life Cycle. Retrieved February 17, 2006, from Audit Serve, Inc. Website: [1]

  • SSC San Diego Process Asset Library. Retrieved February 19, 2006 from SSC San Diego Process Asset Library Website: http://sepo.spawar.navy.mil/12207.doc



Международная организация по стандартизации 12207 есть стандарт для программное обеспечение lifecycle процессы. Это цели к быть стандарт это определяет все задачи требуемый для разработка и поддержание программное обеспечение.

Международная организация по стандартизации 12207 стандарт establishes процесс lifecycle для программное обеспечение, включительно процессы и действия прикладной в течение сбор и конфигурация услуги система. Каждый Процесс имеет набор outcomes связанный с это. Там(туда) 23 Процессы, 95 Действия, 325 Задачи и 224 Outcomes ( новый "Международная организация по стандартизации/IEC 12207:2008 Системы и программное обеспечение разработка Программное обеспечение жизнь цикл процессы" определяет 43 система и программное обеспечение процессы).

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

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


Первичный lifecycle процессы

первичный lifecycle процессы содержать ядро процессы включенный в создание программное обеспечение изделие(программа). Они процессы разделенный в пять отличный главное процессы:

§ Сбор

§ Поставка

§ Развитие

§ Операция

§ Обслуживание

Потому что первичный lifecycle процессы покрытие очень большой область возможности(контекст) был определенный. Это вход объясняет все первичный lifecycle процессы но будет объяснить Сбор и Развитие процессы больше экстенсивно.


Действия

Каждый стадия в пределах первичный lifecycle процессы может быть разделенный в отличный действия. Это глава объясняет отличный действия для каждый первичный lifecycle процесс..


Сбор

Сбор покрытия действия включенный в введение проект. сбор стадия может быть разделенный в отличный действия и deliverables это законченный chronologically.

§ Инициирование: в течение это действие следующий задачи законченный

§ потребность есть описанный почему к приобрести, развейтесь, или расширить изделие(программа);

§ Система требования определенный и одобренный если применимый;

§ глобальная переменная программное обеспечение требования определенный;

§ Оценка другой параметры, подобно закупка изделие(программа) или расширение существующий изделие(программа);

§ Если изделие(программа) есть купленный(завоеванный), программное обеспечение требования это изделие(программа) потребность к быть проанализированный.

§ сбор план есть разработанный, это план будет быть используемый далее на(при) в течение сбор стадия

§ Принятие критерии определенный.

§ Запрос для предложение подготовка: в течение это действие следующий задачи законченный

§ Сбор требования, подобно Система требования и технический ограничения такой как адресат среда, определенный.

§ Требуемый Международная организация по стандартизации/IEC 12207 процесс для проект определенный и измененный(замененный) соответственно если необходимый.

§ Контракт промежуточные отчеты для рассмотрение и supplier's продвижение(прогресс) ревизии определенный.

§ Готовьтесь Контракт : в течение это действие следующий задачи законченный

§ Выбор процедура для поставщики разработанный;

§ Поставщики, основанный на(при) разработанный выбор процедура, выбранный;

§ tailor-made Международная организация по стандартизации/IEC 12207 стандарт должен быть включенный в контракт;

§ Вести переговоры изменения(замены): в течение это действие следующий задачи законченный

§ Переговоры проведенный(поддержанный) с выбранный поставщики;

§ Модификация контракт : в течение это действие следующий задачи законченный

§ Контракт есть модифицированный с результат от переговоры в предыдущий действие.

§ Поставщик контроль: в течение это действие следующий задачи законченный

§ Действия поставщики согласно к соглашения сделанный проверенный;

§ Работа вместе с поставщики к гарантия своевременный поставка если необходимый.

§ Принятие и завершение: в течение это действие следующий задачи законченный

§ Принятие испытания и процедура разработанный;

§ Принятие и испытание на(при) изделие(программа) есть проводимый;

§ Конфигурация управление на(при) поставленный изделие(программа) есть проводимый;


Поставка

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


Развитие

В течение развитие стадия программное обеспечение изделие(программа) есть разработанный(предназначенный), созданный и проверенный и будет результат в программное обеспечение изделие(программа) готовый к быть выпущенный(освобожденный) к заказчик. Повсюду время многие люди иметь разработанный средства разработка программное обеспечение приложение. выбор разработка метод часто зависит на(при) существующий ситуация. развитие метод который есть используемый в многие проекты есть V-model. Методы это может быть используемый в течение развитие UML для проектирование и TMap для испытание. Это вход содержит больше всего важный шаги V-model

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

§ Собраться функциональный требования, или запросы, для изделие(программа) это есть к быть созданный.

§ Создать Высоко уровень проект : в течение это действие следующий задачи законченный

§ основной layoutdisambiguation необходимый изделие(программа) есть созданный. Это средства установка отличный модули и как они свяжитесь с каждый другой. Это проект делает не содержать очень много деталь относительно модули.

§ Создать Модуль проект

§ отличный модули существующий в Высоко уровень проект разработанный(предназначенный) отдельно. модули разработанный(предназначенный) в как много деталь как возможный.

§ Кодирование

§ код есть созданный согласно к высоко уровень проект и модуль проект.

§ Выполниться Модуль испытание

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

§ Выполниться Интеграция испытание

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

§ Выполниться Система испытание

§ Это испытание проверки ли все функциональный требования существующий в изделие(программа). Если это есть случай(регистр) изделие(программа) есть законченный и изделие(программа) есть готовый к быть переданный(перемещенный) к заказчик. Еще проект падения назад к программное обеспечение требования действие и функциональный требования иметь к быть откорректированный.


Операция

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


Обслуживание

maintenance-phase состоит maintenance-tasks к сохранить изделие(программа) над(в) и выполнение. обслуживание включает любой генерал расширения, изменения(замены) и добавления, который мог бы быть требуемый end-users.Они дефекты и deficiencies обычно зарегистрированный разработка организация к допустить будущее решения и известный проблемы(выпуски) адресование в любой будущее обслуживание выпуски.


Deliverables

отличный deliverables это разработанный в действие объясненный в это глава.


Сбор

Сбор покрытия действия включенный в введение проект. сбор стадия может быть разделенный в отличный действия и deliverables это законченный chronologically.

§ Инициирование: в течение это действие следующий deliverables разработанный:

§ Инициирование документы;

§ Запрос для предложение подготовка: в течение это действие следующий deliverables разработанный:

§ Запрос для предложение;

§ Готовьтесь Контракт: в течение это действие следующий deliverables разработанный:

§ Контракт: это есть проект соглашение между компания и поставщики, набор над(в) компания.

§ Вести переговоры Изменения(замены): в течение это действие следующий deliverables разработанный:

§ Ввод(вход) от поставщики: поставщики может реагировать на(при) проект соглашение представленный компания, это реакция будет результат в ввод(вход) от поставщики

§ Модификация Контракт: в течение это действие следующий deliverables разработанный:

§ Конечный(заключительный) Контракт;

§ Поставщик контроль: в течение это действие следующий deliverables разработанный:

§ Поставщик Монитор Сообщение: это сообщение покрытия усовершенствования поставщики включенный основанный на(при) отличный промежуточные отчеты.

§ Принятие и завершение: в течение это действие следующий deliverables разработанный:

§ Сбор сообщение: это сообщение покрытия принятие и завершение сбор стадия.


Развитие

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

§ Определить Программное обеспечение Требования: в течение это действие следующий deliverables разработанный:

§ Программное обеспечение Требования: это есть собрание отличный функциональный требования;

§ Высоко уровень проект: в течение это действие следующий deliverables разработанный:

§ Высоко уровень проект;

§ Модуль проект: в течение это действие следующий deliverables разработанный:

§ Модуль проект;

§ Кодирование: в течение это действие следующий deliverables разработанный:

§ Код ;

§ Модуль испытание: в течение это действие следующий deliverables разработанный:

§ Модуль испытание сообщение, это испытание сообщение содержит test-results который сформированный после модуль испытание приложение. Основанный на(при) это test-report project-team может решить который действие к предпринять далее.

§ Интеграция испытание: в течение это действие следующий deliverables разработанный:

§ Интеграция испытание сообщение, это испытание сообщение содержит test-results который сформированный после интеграция испытание приложение. Основанный на(при) это test-report project-team может решить который действие к предпринять далее.

§ Система испытание : в течение это действие следующий deliverables разработанный:

§ Система испытание сообщение;


Пример

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

Похожие:

[edit] Primary lifecycle processes icon2. 12. Discussion: Innovation processes and creative problem solving processes as a part of the service design activities 39

[edit] Primary lifecycle processes iconOnno Boxma, Department of Mathematics and Computer Science Eindhoven University of Technology, Two-dimensional workload processes and two-dimensional insurance processes II

[edit] Primary lifecycle processes iconEnterprise Architecting Lifecycle Management

[edit] Primary lifecycle processes iconNeOn: Lifecycle Support for Networked Ontologies

[edit] Primary lifecycle processes iconFinal edit

[edit] Primary lifecycle processes icon[edit] Highlights

[edit] Primary lifecycle processes icon[edit] Porosity in earth sciences and construction

[edit] Primary lifecycle processes iconEditWriter ga v12A 062810 Edit Detail Report 6/28/2010 9: 54: 22 am

[edit] Primary lifecycle processes iconTo search within the document click on Edit/Find and enter your search

[edit] Primary lifecycle processes iconPrimary hyperparathyroidism

Разместите кнопку на своём сайте:
Библиотека


База данных защищена авторским правом ©lib.znate.ru 2014
обратиться к администрации
Библиотека
Главная страница