31 Классификация case-средств по выполняемым функциям, по типам поддерживаемых процессов разработки, по категориям

Классификация:

1) По функциям:

средство планирования - системы управления проектами(например: Microsoft Project)

средство редактирования - текстовые редакторы, редакторы диаграмм, таблиц и т.п.

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

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

интерфейсов.

средство ориентированное на определенные языки программирования - компиляторы и интерпретаторы

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

средство отладки - интерактивные средства отладки

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

2) по типам поддерживаемых процессов разработки

3) по широте охвата процессов разработки ПО ( различают 3 категории):

а)вспомогательные программы - поддерживают отдельные процессы разработки такие как компиляция программ, сравнение

результатов тестов и т.п. Они могут представлять программу.

б)инструментальные средства -поддерживают определенные процессы разработки

в)среды разработки - поддерживают большинство процессов разработки ПО, соответственно включая в себя несколько

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

32 Управление проектами. Процессы управления

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

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

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

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

Процессы управления:

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

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

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

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

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

1) бюджет проекта не позволяет привлечь высококвалифицированный персонал

2) бывают ситуации когда невозможно найти спец. необходимой квалификации или же они заняты в других проектах

3) орг-ия хочет повысить професс. уровень своих работников.