Презентация, доклад по теме Введение в технологию разработки программного обеспечения (МДК технология разработки ПО)

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

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

ПРОГРАММНОГО ПРОДУКТА

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

ПРОДУКТА

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

хорошо (просто, надежно, эффективно) можно использовать программный продукт;
насколько легко эксплуатировать программный продукт;
можно ли использовать программный продукт при изменении условия его применения и др.






ДЕ
Дерево характеристик качества

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

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

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

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

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

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

для решения проблем или достижения целей;
условия или возможности, которыми должна обладать система или системные компоненты, чтобы выполнить контракт или удовлетворять стандартам, спецификациям или другим формальным документам;
документированное представление условий или возможностей для пунктов 1 и 2.
IEEE Standard Glossary of Software
Engineering Terminology (1990)

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

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

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

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

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

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

программной продукции как предмета производства:
В отличие от технического обеспечения или аппаратных средств (физические объекты), программы – «неосязаемые» объекты. Программная продукция разрабатывается , а не изготовляется в процессе промышленного производства.
ПП не «изнашивается».
ПИ не имеет широкого набора запасных частей.
Особенность ПИ: параллельно с эксплуатацией происходит и его совершенствование в процессе сопровождения ПО. Затраты на сопровождение, включающие затраты на модернизацию и адаптацию продукта к конкретным условиям пользователя, оказываются соизмеримыми с затратами на его разработку, а часто и превышают их.

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