Подходы к разработке пп (1, 12)





Скачать 236.47 Kb.
НазваниеПодходы к разработке пп (1, 12)
страница2/4
Дата публикации10.01.2015
Размер236.47 Kb.
ТипДокументы
100-bal.ru > Маркетинг > Документы
1   2   3   4

Жизненный цикл программы (7)



Опр: Программный продукт – программа + пользовательская документация. ПП можно эксплуатировать без участия его автора.
Этапы ЖЦ:

  1. Анализ

  2. Проектирование

  3. Реализация

  4. Сборка, тестирование, испытание

  5. Внедрение (выпуск)

  6. Сопровождение



Анализ


Различают 2 случая производства ПП: 1) ПП делается для конкретного заказчика. В этом случае нужно прикладную задачу преврашать в программистскую. Нужно понять как функционирует та среда, которую нужно автоматизировать (анализ бизнес-процессов). В результате появляется документация-спецификация требования, где указаны какие именно задачи д.б. решены и при каких условиях. Эту работу выполняет системный аналитик (аналитик бизнес-процессов).

2) ПП разрабатывается для рынка. Нужно проводить маркетинговые исследования и найти какого продукта на рынке нет. Это связано с большим риском. Цель – разработка спецификации требований.

Проектирование


Цель – определение общей структуры (архитектуры) ПП. Результат – спецификация ПП. Эту работу выполняет системный программист.

Реализация


Написание программного кода. Реализация включает и разработку, и тестирование, и документацию.

Сборка, тестирование, испытние


Сборка всего, что сделано разными программистами. Тестирование всего программного комплекса. Отладка – поиск и устранение причин ошибок. Испытание – уточнение технических характеристик. В результате – гарантия работоспособносит программы.

Внедрение (выпуск)


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

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

Если на рынок выпускается принципиально новый ПП, то возможно несколько бета-тестирований. После бета-тестирование – выпуск коммерческой версии.

Сопровождение


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


  1. Waterfall («водопад», каскадная модель)



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




  1. Прототипирование

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

  1. Итерационная модель

Задача разделяется на подзадачи и определяется очередность их реализации т.о., чтобы каждая следующая подзадачи расширяла возможности ПП. Успех существенно зависит от того сколь удачно разделены задачи на подзадачи и как выбрана очередность. Преимущества: 1) возможность активного участия заказчика в разработке, он имеет возможность уточнить свои требования в ходе разработки; 2) возможность тестирования вновь разрабатываемых частей совместно с ранее разработанными, это уменьшит затраты на комплексную отладку; 3) во время разработки можно начинать внедрение по частям.
Жизненный цикл «спираль» (9)
Каждый цикл в модели начинается с определения цели этого цикла, анализа разных путей ее достижения и возможных ограничений, оценивается степень неопределенности и риска. Выбирается стратегия проектирования, позволяющая их уменьшить. Далее разрабатывается первый прототип, следуют анализ, уточнение требований и т.д. Круг за кругом, программный продукт приближается к окончательному виду. Эта модель применяется для проектов с большой неопределенностью и риском.



COCOMO модель (11)
Как определить сколько времени понадобится для разработки ПП? Допустим, что известен приблизительный объем разрабатываемого продукта в строках исходного текста. Этот объем может быть определен экспертным путем по аналогии с уже существующими разработками. Пусть KDL - объем разрабатываемого программного обеспечения в тысячах строк исходного текста. Трудоемкость (в человеко-месяцах) и время разработки программного обеспечения можно определить по модели COCOMO (COnstructive COst MOdel): E=a*KDL^b, где a,b - зависят от характеристик проекта:

  1. Для прикладных систем, разрабатываемых в существующих средах небольшими по численности коллективами (системы обработки данных, банковские системы): a=3.2; b=1.05.

  2. Разработка базового программного обеспечения (операционные системы, системы управления базами данных): a=3.0; b=1.12.

  3. Встроенные системы, системы реального времени, компьютерные системы навигации с высокими требованиями к надежности: a=2.8; b=1.20.

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

  1. Показатели программного продукта:

- требуемая надежность программного продукта (RELY);

- объем базы данных (DATA);

- сложность продукта (CPLX).

  1. Показатели ЭВМ:

- наличие ограничений на время выполнения (TIME);

- наличие ограничений на объем ОЗУ (STOR).

  1. Показатели разработчиков:

- компетентность системного аналитика (ACAD);

- опыт разработки прикладных систем (AEXP);

- квалификация программистов (PCAD);

- опыт работы со средой разработки (LEXP).

  1. Показатели процесса проектирования:

- использование современных методов разработки программ (MODP);

- использование инструментальных средств разработки программ (TOOL).
Этапы разработки программного продукта по ОО-методике (13)


  1. ОО-анализ (OOA)

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

  1. ОО-проектирование (OOD)

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

  1. ОО-программирование (OOP)

Цель – реализация на языке программирования по объектно-ориентированной методике.

  1. эволюция

  2. модификация

Эволюция и развитие - это развитие и усовершенствование уже внедренного программного обеспечения.
Свойства объектно-ориентированного программирования (14)
Характерные свойства:

  1. Инкапсуляция (упрятывание) – сочетание данных с процедурами и функциями для их обработки в новый тип - объект.

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

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


Объекты и отношение наследования на Паскале (15)
Объект = данные + методы

Метод м.б. реализован с помощью процедур, функций, конструкторов и деструкторов. Объекты описываются в секции type.

type

Location=object

x, y: integer

procedure Init(nx, ny: integer);

end;

var

Loc: Location;

Loc.Init(4, 6);

Возможны атрибуты доступа: private, protected, public. Наследование:

type

Point=object(Location)



end;

Множественное наследование запрещено. В объекте наследнике запрещено повторное определениепеременных предков (независимо от атрибутов). Переопределение методов разрешается. Инициировать нужно как переменные объекта, так и унаследованные переменные.

1   2   3   4

Похожие:

Подходы к разработке пп (1, 12) iconТеоретические подходы к разработке программы маркетинговой деятельности
Мероприятия по разработке стратегической программы маркетинговой деятельности на предприятии ООО «Генезис»
Подходы к разработке пп (1, 12) iconПрограмма по формированию навыков безопасного поведения на дорогах...
Методические подходы к разработке механизмов финансирования природоохранных программ
Подходы к разработке пп (1, 12) iconПравительство Российской Федерации Федеральное государственное автономное...
Методологические подходы к разработке сценариев и построение алгоритма для проекта в сфере строительства 33
Подходы к разработке пп (1, 12) iconРабочая учебная программа дисциплины
Это одна из основных теоретических дисциплин профиля, ибо без знания физики работы приборов невозможны сознательные и эффективные...
Подходы к разработке пп (1, 12) iconРабоч ая учебная программа дисциплины Теоретическая электрохимия
Это одна из основных теоретических дисциплин профиля, ибо без знания теоретической электрохимии невозможны сознательные и эффективные...
Подходы к разработке пп (1, 12) icon«Физическая электроника и электронные приборы». подготовки специалистов...
Это одна из основных теоретических дисциплин специальности, ибо без знания физики работы приборов невозможны сознательные и эффективные...
Подходы к разработке пп (1, 12) iconПрограмма по формированию навыков безопасного поведения на дорогах...
Современная модель исторического образования предполагает качественно новые подходы к перспективному планированию учебного процесса,...
Подходы к разработке пп (1, 12) iconРабоч ая учебная программа дисциплины Материалы электронной техники
Это одна из основных дисциплин профиля, ибо без знания физико-химических характеристик материалов и протекающих в них физических...
Подходы к разработке пп (1, 12) iconПроект программы «внутришкольная система оценки качества образования»
В связи с этим возникла необходимость пересмотреть подходы к организации внутришкольного контроля и определить подходы к построению...
Подходы к разработке пп (1, 12) iconРазличные подходы в определении понятия корпорация
Реферат на тему: «Различные подходы в определении понятия «корпорация» в доктрине российского права»
Подходы к разработке пп (1, 12) iconМетодические указания к разработке рабочей программы При разработке...
«российский национальный исследовательский медицинский университет имени н. И. Пирогова»
Подходы к разработке пп (1, 12) iconСовременные подходы к созданию системы здоровьесозидающего образования...
Годовой план можно использовать в виде памятки, содержащей основные данные о различных мероприятиях. Ответственность за описание...
Подходы к разработке пп (1, 12) iconМетодические подходы оценки плодородия садовых агроценозов западного предкавказья бузоверов А. В
Ат. Разработаны методические подходы к проведению почвенного мониторинга в садах и установлены показатели (тесты) оценки плодородия...
Подходы к разработке пп (1, 12) iconДипломная работа посвящена программной реализации и экспериментальному...
Дипломный проект посвящен разработке программного комплекса для оптимизации размещения устройств регулирования напряжения в электроэнергетике...
Подходы к разработке пп (1, 12) iconМетодические указания по выполнению контрольных работ составлены...
При разработке методических указаний по выполнению контрольных работ в основу положен Государственный образовательный стандарт по...
Подходы к разработке пп (1, 12) iconМетодические подходы к оценке популяционного риска здоровью на основе...
Зайцева Н. В., Шур П. З., Кирьянов Д. А., Камалтдинов М. Р., Цинкер М. Ю. Методические подходы к оценке популяционного риска здоровью...


Школьные материалы


При копировании материала укажите ссылку © 2013
контакты
100-bal.ru
Поиск