Мобильность программных продуктов (ПП) означает их независимость от технического комплекса системы обработки данных, операционной среды, сетевой технологии обработки данных, специфики предметной области и т.п. Мобильный (многоплатформенный) программный продукт может быть установлен на различных моделях компьютеров и ОС, без ограничения на его эксплуатацию в условиях вычислительной сети.
Надежность работы ПП определяется бесперебойностью и устойчивостью в работе программ, точностью выполнения предписанных функций обработки, возможностью диагностики возникающих в процессе работы программ ошибок.
Эффективность ПП оценивается как с позиции прямого его назначения – требований пользователя, так и с точки зрения расхода вычислительных ресурсов, необходимых для его эксплуатации.
Учет человеческого фактора означает обеспечение дружественного интерфейса, наличия справочной информации по работе с ПП, подсказок, анализ и диагностику возникающих ошибок и т.д.
Модифицируемость ПП означает способность к внесению изменений, н-р, расширение функций обработки, переход на другую техническую базу обработки и т.д.
Коммуникативность ПП основана на максимально возможной их интеграции с другими программами, обеспечении обмена данными (экспорт/импорт баз данных, внедрение или связывание объектов обработки и т.д)
Сопровождаемость программного обеспечения - характеристики программного продукта, позволяющие минимизировать усилия по внесению в него изменений: для устранения ошибок или для модификации в соответствии с изменяющимися потребностями пользователей
Точность – характеристика, определяющая точность результатов выполнения расчетов в соответствии с их назначением. Например, если в программе ведутся расчеты по банковским операциям, то разумная точность составляет три знака после запятой с последующим округлением до двух знаков. Если в программе производятся расчеты по биологическим экспериментам на молекулярном уровне, то может потребоваться точность до 10-12 десятичных знаков.
Устойчивость к ошибкам – предсказуемость работы ПП в условиях любых наборов входных данных или наличие ошибок при взаимодействии с оборудованием. Очевидность этого требования прекрасно демонстрирует приведенный выше пример из европейской космической программы.
Понятность ПП является наиболее комплексной характеристикой качественного программного продукта. Каждый программный продукт должен создаваться с учетом требований пользователя, определенных в техническом задании. Кроме того, пользователь должен иметь возможность достаточно легко вникнуть в смысл документации, сопровождающей ПП, понять его функциональное назначение.
Информативность – одна из характеристик, обеспечивающая понятность ПП. Говорят, что программный продукт обладает характеристикой информативности, если содержит информацию, обеспечивающую понимание назначения ПП, принятых ограничений, смыслового значения результатов работы отдельных компонентов ПП.
Открытость ПП при доступности его исходного кода дает возможность понять назначение каждого оператора ПП при чтении ее текста, другими словами, каждый из идентификаторов должен нести смысловую нагрузку.
Согласованность как характеристика качественного ПП, бывает внутренней и внешней. Внутренняя согласованность должна обеспечивать единую терминологию, единую трактовку понятий и значений. Особое значение эта характеристика приобретает при создании программных комплексов, когда над проектом работает группа специалистов, и в процессе работы необходимы контакты по взаимоувязке программных модулей. Внешняя согласованность обеспечивается однозначным соответствием создаваемого ПИ требованиям, изложенным в техническом проекте на его разработку, а также тем или иным отраслевым стандартам.
Жизненный цикл программного продукта - период существования программного продукта, исчисляемый от начала его проектирования до уничтожения. Основные этапы жизненного цикла:
- маркетинг рынка программных изделий, спецификация требования к программному изделию;
- проектирование структуры программного продукта;
- программирование, тестирование, автономная и комплексная отладка программ;
- подготовка программной документации;
- выход на рынок программных изделий, распространение программного продукта;
- эксплуатация программного продукта пользователями;
- сопровождение программного продукта;
- снятие программного продукта с продажи, отказ от сопровождения.
Стандарт описывает 17 процессов жизненного цикла, распределенных по трем категориям – группам процессов:
1. Основные процессы жизненного цикла - Primary Processes
1.1 Заказ - Acqusition
1.2 Поставка - Supply
1.3 Разработка - Development
1.4 Эксплуатация - Operation
1.5 Сопровождение - Maintenance
2. Вспомогательные процессы жизненного цикла – Supporting Processes
2.1 Документирование - Documentation
2.2 Управление конфигурацией – Configuration Management
2.3 Обеспечение качества – Quality Assurance
2.4 Верификация - Verification
2.5 Аттестация - Validation
2.6 Совместный анализ – Joint Review
2.7 Аудит - Audit
2.8 Решение проблем – Problem Resolution
3. Организационные процессы жизненного цикла – Organizational Processes
3.1 Управление - Management
3.2 Создание инфраструктуры - Infrastructure
3.3 Усовершенствование - Improvement
3.4 Обучение - Training
Существует целый ряд стандартов, регламентирующих ЖЦ ПО, а в некоторых случаях и процессы разработки. Среди наиболее известных стандартов можно выделить следующие:
• ГОСТ 34.601-90 - распространяется на автоматизированные системы и устанавливает стадии и этапы их создания. Кроме того, в стандарте содержится описание содержания работ на каждом этапе. Стадии и этапы работы, закрепленные в стандарте, в большей степени соответствуют каскадной модели жизненного цикла.
• ISO/IEC 12207:1995 - стандарт на процессы и организацию жизненного цикла. Распространяется на все виды заказного ПО. Стандарт не содержит описания фаз, стадий и этапов.