Современные методы создания программного обеспечения

Автор работы: Пользователь скрыл имя, 06 Июня 2012 в 11:15, доклад

Краткое описание

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

Содержание

Введение 3
Технологии создания программного обеспечения 4
1.2 Внедрение ТС ПО в организации 6
1.3 Оценка и выбор ТС ПО. 7
1.4 Выполнение пилотного проекта 10
1.5 Практическое внедрение ТС ПО 11
Заключение 14
Используемые ссылки: 15

Вложенные файлы: 1 файл

доклад.docx

— 47.84 Кб (Скачать файл)

Южно-российский институт-филиал федерального государственного образовательного учреждения  
высшего профессионального образования 
«российская академия народного хозяйства и государственной 
службы при президенте российской федерации» 
 
Факультет экономики 
Специальность «Налоги и налогообложение»

Реферат

по информатике

на тему:

«Современные технологии создания программного обеспечения»

Третьякова Ю.В.,

       

студентка

1

курса

414

группы

очной формы обучения




 

2011-2012 уч. год 

Оглавление

Введение 3

Технологии  создания программного обеспечения 4

1.2   Внедрение  ТС ПО в организации 6

1.3   Оценка  и выбор ТС ПО. 7

1.4   Выполнение  пилотного проекта 10

1.5   Практическое  внедрение ТС ПО 11

Заключение 14

Используемые ссылки: 15

 

 

 

 

Введение

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

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

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

 

 Технологии создания программного обеспечения 
          1.1   Требования, предъявляемые к ТС ПО.

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

Программное обеспечение  компьютера делится на:

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

ТС ПО можно описать следующей системой понятий:

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

Технологический процесс - совокупность взаимосвязанных технологических операций.

Технологическая операция - основная единица работы, выполняемая определенной ролью, которая:

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

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

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

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

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

Основным требованием, предъявляемым  к современным ТС ПО, является их соответствие стандартам и нормативным документам. Согласно этим нормативам, ТС ПО должна поддерживать следующие процессы:

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

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

1.2   Внедрение ТС ПО в организации

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

  1. Определение потребностей в ТС ПО, характеристик объекта внедрения и проектов создания ПО.
  2. Определение требований, предъявляемых к ТС ПО (анализ характеристик объекта внедрения и проектов, обоснование требований к ТС ПО, определение приоритетов требований).
  3. Оценка вариантов ТС ПО. Предварительная экспертная оценка заключается в анализе доступных ТС ПО на предмет соответствия требованиям, неудовлетворительные варианты (с точки зрения реализации наиболее приоритетных требований) отвергаются, формируется список претендентов. При детализированной оценке для каждой ТС ПО-претендента формируется ее детальное описание. Источники информации для описания - техническая документация поставщика, доступные данные о реальных внедрениях, результаты выполнения пилотных проектов.
  4. Выбор ТС ПО. Производится сравнительный анализ технологий и окончательный выбор ТС ПО с помощью экспертной оценки.
  5. Адаптация ТС ПО к условиям применения. Производится формирование конкретной рабочей конфигурации ТС ПО, адаптированной к условиям объекта внедрения.

В процессе внедрения ТС ПО собирается статистика и оценивается  эффективность ее внедрения с  точки зрения ряда критериев.

1.3   Оценка и выбор ТС ПО.

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

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

Процесс выбора включает в  себя следующие действия:

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

Типичный процесс оценки и/или выбора может использовать набор критериев различных типов. Каждый критерий должен быть выбран и  адаптирован экспертом с учетом особенностей конкретного процесса.

Исходные данные для оценки и выбора - набор параметров (технико-экономических характеристик) ТС ПО:

  1. Функциональные характеристики, ориентированные на процессы жизненного цикла ПО (управление проектом, управление требованиями, управление конфигурацией и изменениями, анализ и проектирование ПО и др.).
  2. Функциональные характеристики применения (среда функционирования, совместимость с другими ТС ПО, соответствие технологическим стандартам).
  3. Характеристики качества (надежность, удобство использования, эффективность, сопровождаемость, переносимость).
  4. Общие характеристики (затраты на технологию, лицензионная политика, оценочный эффект от внедрения ТС ПО, инфраструктура, требуемая для внедрения ТС ПО, доступность и качество обучения, сертификация поставщика, поддержка поставщика).

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

Таблица 1. Критерии, применяемые  для оценки ТС ПО

Критерий

Определение

Минимум трудоемкости создания ПО

Количество человеко-месяцев, затрачиваемых на создание ПО с использованием ТС ПО

Максимум продуктивности

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

Максимум качества создаваемого ПО

Количество дефектов в  рабочих продуктах при использовании данной ТС ПО

Возврат инвестиций

(Доход от использования  ПО - Затраты на создание и сопровождение  ПО) / (Затраты на создание и  сопровождение ПО)

Минимум затрат на сопровождение  ПО

Отношение стоимости сопровождения  ПО при использовании данной ТС ПО к совокупным затратам на информационные ТС ПО в организации

Минимум времени внедрения  ТС ПО

Временной интервал от начала внедрения ТС ПО до выхода на безубыточный уровень (начало возврата инвестиций в ТС ПО)

Минимум затрат на внедрение  ТС ПО

Суммарная стоимость приобретения, обучения и сопровождения ТС ПО

Минимальный срок окупаемости  затрат на внедрение ТС ПО

Временной интервал от начала внедрения ТС ПО до полной окупаемости  затрат на ее внедрение


 

1.4   Выполнение пилотного проекта

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

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

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

Информация о работе Современные методы создания программного обеспечения