Что такое findslide.org?

FindSlide.org - это сайт презентаций, докладов, шаблонов в формате PowerPoint.


Для правообладателей

Обратная связь

Email: Нажмите что бы посмотреть 

Яндекс.Метрика

Презентация на тему Введение в программную инженерию. Жизненный цикл программных средств, ч. 1

Содержание

Жизненный цикл (ЖЦ) – совокупность процессов и этапов развития организмов живой природы, технических систем, продуктов производства, процессов и услуг от моментов зарождения или появления потребности в их создании и использовании до прекращения функционирования или применения.Жизненный цикл
В. В. Шилов Жизненный цикл программных средств, ч. 1Москва, 13 апреля 2017 годаВВЕДЕНИЕВ ПРОГРАММНУЮ ИНЖЕНЕРИЮ Жизненный цикл (ЖЦ) – совокупность процессов и этапов развития организмов живой природы, Жизненный цикл программного обеспечения – период времени от зарождения замысла создания до Процессы жизненного цикла Международный стандарт ISO /IEC 12207:1995 “Information Technology – Software Life Cycle Process”(ISO – International  Organization for Стандарт определяет структуру ЖЦ, содержащую:	- процессы,	- действия,	- задачи,которые должны быть выполнены во Согласно стандарту ISO / IEC 12207, все процессы ЖЦ ПО разделены на три группы. I. Основные процессы5 основных процессов:    • приобретение, Процесс приобретения состоит из действий и задач заказчика, приобретающего ПС.Действия: Задачи инициирования приобретения:   - определение заказчиком своих потребностей в Заявочные предложения должны содержать:   - требования, предъявляемые к системе; Задачи подготовки и корректировки договора:   - определение заказчиком процедуры выбора В процессе приемки подготавливаются и выполняются необходимые тесты. Работы по договору завершаются при удовлетворении Процесс поставки охватывает действия и задачи поставщика, снабжающего заказчика программным продуктом.Действия: Инициирование поставки - рассмотрение поставщиком заявочных предложений и принятие решения, соглашаться ли Процесс разработки – действия и задачи, выполняемые разработчиком; охватывает работы по созданию ПО и его компонентов Подготовительная работа начинается с выбора модели ЖЦ ПО, соответствующей масштабу, значимости и сложности Процесс эксплуатации охватывает действия и задачи оператора, эксплуатирующего систему.Действия:   - Процесс сопровождения охватывает действия и задачи сопровождающей организации при изменениях (модификациях) программного Действия:- подготовительная работа (планирование действий и работ, определение процедур локализации и разрешения Действия:- перенос ПО в другую среду (конвертирование программ и данных, параллельная эксплуатация II. Вспомогательные процессы8 вспомогательных процессов:    • документирование, Процесс документирования предусматривает формализованное описание информации, созданной в течение ЖЦ ПО.Состоит из набора II.2 Процесс управления конфигурациейКонфигурация ПО - совокупность его функциональных и физических характеристик, установленных в Действия:- подготовительная работа (планирование управления конфигурацией);- идентификация конфигурации (установление правил, с помощью - оценка конфигурации - определение функциональной полноты компонентов ПО, а также соответствия их физического Процесс обеспечения качестваII.3 Качество ПО - совокупность свойств, которая характеризует способность ПО удовлетворять заданным требованиям.Процесс обеспечения Действия:- подготовительная работа (координацию с другими вспомогательными процессами и планирование самого процесса Процесс верификации – установление того факта, что результирующее ПО полностью удовлетворяет требованиям. II.4 - корректность описания в проектных спецификациях входных и выходных данных, II.5 Процесс аттестации – определение полноты соответствия заданных требований и созданного ПО их конкретному Процесс совместной оценки – оценка состояния работ по проекту и программному продукту, создаваемому при выполнении II.7 Процесс аудита - определение соответствия проекта и продукта требованиям, планам и условиям II.8 Процесс разрешения проблемПредусматривает анализ и разрешение проблем (включая обнаруженные несоответствия), которые обнаружены в III. Организационные процессы4 организационных процесса:    • управление, III.1 Процесс управления – состоит из действий и задач, которые могут выполняться III.2 Процесс создания инфраструктуры – выбор и поддержка технологий, стандартов и инструментальных III.3 Процесс усовершенствования – оценка, измерение, контроль и собственно усовершенствование процессов ЖЦ ПО.Действия: III.4 Процесс обучения – первоначальное обучение и последующее постоянное повышение квалификации персонала.Действия: Классы программМалые. Сравнительно небольшие программы, создаваемые одним специалистом или небольшим коллективом. Назначение: Классы программБольшие. Крупномасштабные комплексы программ, оформляемые в виде программных продуктов с гарантированными качествами. СПАСИБОЗА ВНИМАНИЕ!
Слайды презентации

Слайд 2 Жизненный цикл (ЖЦ) – совокупность процессов и этапов

Жизненный цикл (ЖЦ) – совокупность процессов и этапов развития организмов живой

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

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

Жизненный цикл


Слайд 3 Жизненный цикл программного обеспечения – период времени от

Жизненный цикл программного обеспечения – период времени от зарождения замысла создания

зарождения замысла создания до момента, когда его дальнейшее использование

становится нецелесообразным.

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

Слайд 4 Процессы жизненного цикла
Международный стандарт ISO /IEC 12207:
1995 “Information Technology – Software

Процессы жизненного цикла Международный стандарт ISO /IEC 12207:1995 “Information Technology – Software Life Cycle Process”(ISO – International  Organization

Life Cycle Process”

(ISO – International  Organization for Standardization  – Международная организация по стандартизации,

IEC – International Electrotechnical Commission  –


Международная комиссия по электротехнике).

Основной нормативный документ, регламентирующий состав процессов ЖЦ ПС.

Слайд 5 Стандарт определяет структуру ЖЦ, содержащую:
- процессы,
- действия,
- задачи,
которые

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

должны быть выполнены во время создания ПС.

В этом стандарте

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

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

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

Каждый процесс разделен на набор действий, а каждое действие – на набор задач.

Слайд 6 Согласно стандарту ISO / IEC 12207, все процессы ЖЦ ПО разделены на

Согласно стандарту ISO / IEC 12207, все процессы ЖЦ ПО разделены на три группы.

три группы.


Слайд 7 I. Основные процессы
5 основных процессов:

I. Основные процессы5 основных процессов:  • приобретение,  • поставка,

• приобретение,

• поставка,

• разработка,

• эксплуатация,

• сопровождение.

Слайд 8 Процесс приобретения состоит из действий и задач заказчика,

Процесс приобретения состоит из действий и задач заказчика, приобретающего ПС.Действия:

приобретающего ПС.
Действия:

- инициирование приобретения;

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

I.1


Слайд 9 Задачи инициирования приобретения:

- определение заказчиком

Задачи инициирования приобретения:  - определение заказчиком своих потребностей в приобретении,

своих потребностей в приобретении, разработке или усовершенствовании системы,

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

I. Основные процессы

I.1. Процесс приобретения.
Действие: Инициирование приобретения

I.1


Слайд 10 Заявочные предложения должны содержать:

- требования,

Заявочные предложения должны содержать:  - требования, предъявляемые к системе;

предъявляемые к системе;
- перечень программных продуктов;

- условия приобретения и соглашения;
- технические ограничения (например, по среде функционирования системы).

Заявочные предложения направляются к выбранному поставщику (в случае тендера – нескольким поставщикам).

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

I. Основные процессы

I.1. Процесс приобретения.
Действие: Подготовка заявочных предложений

I.1


Слайд 11 Задачи подготовки и корректировки договора:

-

Задачи подготовки и корректировки договора:  - определение заказчиком процедуры выбора

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

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

I. Основные процессы

I.1. Процесс приобретения.
Действие: Подготовка и корректировка договора

I.1


Слайд 12
В процессе приемки подготавливаются и выполняются необходимые тесты.

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

Работы по договору завершаются при удовлетворении всех условий приемки.
I. Основные процессы
I.1.

Процесс приобретения.
Действие: Надзор за деятельностью поставщика

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

I.1. Процесс приобретения.
Действие: Приемка и завершение работ

I.1


Слайд 13 Процесс поставки охватывает действия и задачи поставщика, снабжающего

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

заказчика программным продуктом.
Действия:

- инициирование поставки;

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

I.2


Слайд 14 Инициирование поставки - рассмотрение поставщиком заявочных предложений и

Инициирование поставки - рассмотрение поставщиком заявочных предложений и принятие решения, соглашаться

принятие решения, соглашаться ли с выставленными требованиями и условиями

или предложить и согласовать свои.

Планирование включает задачи:

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

I. Основные процессы

I.2. Процесс поставки.
Действие: Инициирование поставки

I.2


Слайд 15 Процесс разработки – действия и задачи, выполняемые разработчиком;

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

охватывает работы по созданию ПО и его компонентов в соответствии с заданными требованиями.
Действия:

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

I.3


Слайд 16 Подготовительная работа начинается с выбора модели ЖЦ ПО, соответствующей

Подготовительная работа начинается с выбора модели ЖЦ ПО, соответствующей масштабу, значимости и

масштабу, значимости и сложности проекта. Действия и задачи процесса

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

Действие: Анализ требований, предъявляемых к системе

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

<…>

I.3

I. Основные процессы

I.3. Процесс разработки.
Действие: Подготовительная работа


Слайд 17 Процесс эксплуатации охватывает действия и задачи оператора, эксплуатирующего

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

систему.
Действия:

- подготовительная работа, включающая проведение оператором

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

I.4


Слайд 18 Процесс сопровождения охватывает действия и задачи сопровождающей организации

Процесс сопровождения охватывает действия и задачи сопровождающей организации при изменениях (модификациях)

при изменениях (модификациях) программного продукта и соответствующей документации.
I.5
Эти

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

Слайд 19 Действия:

- подготовительная работа (планирование действий и работ, определение

Действия:- подготовительная работа (планирование действий и работ, определение процедур локализации и

процедур локализации и разрешения проблем, возникающих в процессе сопровождения);
-

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

I.5

I. Основные процессы

I.5. Процесс сопровождения.


Слайд 20 Действия:

- перенос ПО в другую среду (конвертирование программ

Действия:- перенос ПО в другую среду (конвертирование программ и данных, параллельная

и данных, параллельная эксплуатация ПО в старой и новой

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

I.5

I. Основные процессы

I.5. Процесс сопровождения.


Слайд 21 II. Вспомогательные процессы
8 вспомогательных процессов:

II. Вспомогательные процессы8 вспомогательных процессов:  • документирование,  • управление

• документирование,

• управление конфигурацией,

• обеспечение качества,

• верификация,

• аттестация,

• совместная оценка,

• аудит,

• разрешение проблем.

Слайд 22 Процесс документирования предусматривает формализованное описание информации, созданной в

Процесс документирования предусматривает формализованное описание информации, созданной в течение ЖЦ ПО.Состоит из

течение ЖЦ ПО.
Состоит из набора действий, с помощью которых планируют,

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

Действия:

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

II.1

II. Вспомогательные процессы


Слайд 23 II.2
Процесс управления конфигурацией
Конфигурация ПО - совокупность его функциональных и

II.2 Процесс управления конфигурациейКонфигурация ПО - совокупность его функциональных и физических характеристик, установленных

физических характеристик, установленных в технической документации и реализованных в ПО.

Стандарт

IEEE-90

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

Стандарт ISO / IEC 15288
"Information Technology. Software Life Cycle Process. Configuration Management for Software".


II. Вспомогательные процессы


Слайд 24 Действия:

- подготовительная работа (планирование управления конфигурацией);
- идентификация конфигурации

Действия:- подготовительная работа (планирование управления конфигурацией);- идентификация конфигурации (установление правил, с

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

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

II. Вспомогательные процессы

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

II.2


Слайд 25 - оценка конфигурации - определение функциональной полноты компонентов ПО, а

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

также соответствия их физического состояния текущему техническому описанию;
- управление

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

II. Вспомогательные процессы

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

II.2


Слайд 26 Процесс обеспечения качества
II.3
Качество ПО - совокупность свойств, которая характеризует

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

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

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

II. Вспомогательные процессы


Слайд 27 Действия:

- подготовительная работа (координацию с другими вспомогательными процессами

Действия:- подготовительная работа (координацию с другими вспомогательными процессами и планирование самого

и планирование самого процесса обеспечения качества ПО с учетом

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

II.3

II. Вспомогательные процессы

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


Слайд 28 Процесс верификации – установление того факта, что результирующее ПО

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

полностью удовлетворяет требованиям.
II.4
Процесс верификации включает анализ, оценку,

тестирование.

В ходе верификации проверяются:

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

II. Вспомогательные процессы


Слайд 29 - корректность описания в проектных спецификациях

- корректность описания в проектных спецификациях входных и выходных данных,

входных и выходных данных, последовательности событий, интерфейсов, логики и

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

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

II.4

II. Вспомогательные процессы

II.4. Процесс верификации.


Слайд 30 II.5
Процесс аттестации – определение полноты соответствия заданных

II.5 Процесс аттестации – определение полноты соответствия заданных требований и созданного ПО их

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

обычно понимается подтверждение и оценка достоверности проведенного тестирования программного продукта.

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

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

II. Вспомогательные процессы

II.5. Процесс аттестации.


Слайд 31 Процесс совместной оценки – оценка состояния работ по проекту и программному

Процесс совместной оценки – оценка состояния работ по проекту и программному продукту, создаваемому при

продукту, создаваемому при выполнении этих работ.
II.6
Сосредоточен в основном на

контроле планирования и управления ресурсами, персоналом, аппаратурой и инструментальными средствами проекта.

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

Этот процесс может выполняться двумя сторонами, участвующими в договоре, при этом одна сторона проверяет другую.

II. Вспомогательные процессы

II.6. Процесс совместной оценки.


Слайд 32 II.7
Процесс аудита - определение соответствия проекта и продукта

II.7 Процесс аудита - определение соответствия проекта и продукта требованиям, планам и

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

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

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

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

II. Вспомогательные процессы

II.7. Процесс аудита.


Слайд 33 II.8
Процесс разрешения проблем
Предусматривает анализ и разрешение проблем (включая обнаруженные

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

несоответствия), которые обнаружены в ходе разработки, эксплуатации или других

процессов независимо от их происхождения или источника.

II. Вспомогательные процессы


Слайд 34 III. Организационные процессы
4 организационных процесса:

III. Организационные процессы4 организационных процесса:  • управление,  • создание

• управление,

• создание инфраструктуры,

• усовершенствование,

• обучение.

Слайд 35 III.1
Процесс управления – состоит из действий и

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

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

процессами.

Действия:

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

III. Организационные процессы


Слайд 36 III.2
Процесс создания инфраструктуры – выбор и поддержка

III.2 Процесс создания инфраструктуры – выбор и поддержка технологий, стандартов и

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

или сопровождения ПО. 

Действия:

- подготовительная работа;
- создание инфраструктуры;
- сопровождение инфраструктуры.

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

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

III. Организационные процессы


Слайд 37 III.3
Процесс усовершенствования – оценка, измерение, контроль и собственно усовершенствование

III.3 Процесс усовершенствования – оценка, измерение, контроль и собственно усовершенствование процессов ЖЦ ПО.Действия:

процессов ЖЦ ПО.
Действия:

- создание процесса;

- оценка процесса;
- усовершенствование процесса.

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

III. Организационные процессы


Слайд 38 III.4
Процесс обучения – первоначальное обучение и последующее

III.4 Процесс обучения – первоначальное обучение и последующее постоянное повышение квалификации

постоянное повышение квалификации персонала.
Действия:

- подготовительная работа;

- разработка учебных материалов;
- реализация планов обучения.

III. Организационные
процессы


Слайд 39 Классы программ
Малые. Сравнительно небольшие программы, создаваемые одним специалистом

Классы программМалые. Сравнительно небольшие программы, создаваемые одним специалистом или небольшим коллективом.

или небольшим коллективом.

Назначение: получение конкретных результатов при автоматизации

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

Их ЖЦ носит непредсказуемый характер по всем параметрам.

Слайд 40 Классы программ
Большие. Крупномасштабные комплексы программ, оформляемые в виде

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

программных продуктов с гарантированными качествами.



  • Имя файла: vvedenie-v-programmnuyu-inzheneriyu-zhiznennyy-tsikl-programmnyh-sredstv-ch-1.pptx
  • Количество просмотров: 145
  • Количество скачиваний: 0