Перечень критериев выбора ППП Д1.2 для конкретной подсистемы определяется в зависимости от следующих характеристик проблемной области Д1.1: срока разработки ИС, денежных ресурсов, технической оснащенности объекта управления, существующих и функционирующих ППП (ФППП), программного и сетевого оснащения и др.
Анализ технической документации по пакетам прикладных программ и литературных источников, описывающих технологию их разработок и использования, позволил выявить перечень критериев, характеризующих в различных аспектах применение ППП, которые можно сгруппировать в подмножества и разработать для них систему классификации.
В частности, были выделены следующие основные классификационные группировки критериев, характеризующие пакет прикладных программ:
• назначение и возможности пакета;
• отличительные признаки и свойства пакета;
• требования к техническим и программным средствам;
• факторы финансового порядка;
• особенности установки пакета;
Т-критерий Стьюдента за 12 минут. Биостатистика.
• особенности эксплуатации пакета;
• помощь поставщика по внедрению и поддержанию пакета;
• оценка качества пакета и опыт его использования;
• перспективы развития пакета.
Каждая из групп критериев, в свою очередь, разбивается на некоторое подмножество критериев, более полно раскрывающих каждый из десяти выделенных аспектов анализа выбираемых ППП, полный перечень которых приведен в табл. 14.1. Указанные критерии в дальнейшем будут использоваться для оценки целесообразности применения ППП.
Таблица 14.1
Критерии оценки ППП
| № № | Наименование критерия | Содержание подкритериев |
| 1 1 | Назначение и возможности пакета | 1.1. Предметная область использования 1.2. Степень обеспечения функций управления 1.3. Общий или специализированный 1.4. Коллективного или индивидуального пользования 1.5. Возможности расширения функций пакета 1.6. Возможности оптимизации расчетов 1.7. Возможность адаптации к различным применениям на основе модульного строения пакета 1.8. Возможность взаимозаменяемости технических средств 1.9. Возможность повышения эффективности обработки данных 1.10. Универсальность 1.11. Применимость для пользователей разной квалификации |
| Оптимальные признаки и свойства пакета | 2.1. Входной язык 2.2. Управляющий язык 2.3. Структура массива 2.4. Способ хранения данных 2.5. Способ доступа данных 2.6. Выдача выходных документов 2.7. Дистанционная обработка и разделение времени 2.8. Представление входных данных 2.9. Способы проверки входных данных 2.10. Представление входных данных 2.11. Редактирование входных данных 2.12. Диалоговый режим 2.13. Язык программирования | |
| Требования к техническим и программным средствам | 3.1. Вычислительная система 3.2. Объем ОП 3.3. Объем внешней памяти 3.4. Периферийные устройства 3.5. Тип ОС 3.6. Вспомогательные программные средства 3.7. Использование средств организации массивов 3.8. Совместимость с СУБД | |
| Документация пакета | 4.1. Общее руководство по использованию 4.2. Руководство системного и программного уровня | |
| Факторы финансового порядка | 5.1. Затраты на приобретение пакета 5.2. Затраты на аренду пакета 5.3. Затраты на обработку пакета, установку, подготовку персонала, техники, обслуживания и поддержания 5.4. Экономическая эффективность использования пакета | |
| Особенности установки | 6.1. Объем работ по установке пакета 6.2. Время установки 6.3. Требуемые модификации пакета 6.4. Требования пользователя к квалификации программистов 6.5. Требования настройки входных и выходных форм пакета 6.6. Трудоемкость организации информационной базы 6.7. Требуемые модификации ОС и СУБД | |
| Особенности | 7.1. Зависимость рабочих характеристик пакета от используемых технических и программных средств 7.2. Возможность обслуживания пакета силами специалистов организации-пользователя 7.3. Техническая эффективность, надежность 7.4. Защита данных 7.5. Трудоемкость внесения изменений 7.6. Трудоемкость реорганизации информационной базы 7.7. Трудоемкость и время обнаружения и исправления ошибок 7.8. Время повторного запуска системы 7.9. Время цикла обработки информации 7.10.Производительность | |
| Помощь поставщика по внедрению и поддержанию пакета | 8.1. Обучение персонала организации-пользователя 8.2. Участие поставщика при внедрении пакета 8.3. Переход от старой системы к новой 8.4. Участие поставщика в обследовании пакета 8.5. Корректировка системы ошибок 8.6. Внесение модификаций 8.7. Обеспечение обновления документов 8.8. Простота использования | |
| Оценка качества пакета и опыт его использования | 9.1. Источник появления 9.2. Характеристика 1-й версии пакета 9.3. Число и характер переделок пакета 9.4. Число организаций, пользующихся пакетом 9.5. Оценка уже установленных пакетов 9.6. Сравнение с аналогичными пакетами 9.7. Помехозащищенность | |
| Перспективы развития пакета | 10.1. Совершенствование концепции и используемых методов 10.2. Подключение новых функциональных возможностей 10.3. Расширение интерфейса, переход на совершенные технические средства 10.4. Совместимость со старой версией |
Критерии оценки качества проекта
Оценка рынка функциональных ППП осуществляется по универсуму U1 программных средств, имеющихся на рынке, на основе выделенных групп критериев Д1.2 и может производиться по методике оценки эргономических характеристик продуктов. По данной методике предполагается усреднение оценок группы экспертов, оценивающих ППП.
Для каждой характеристики на основе оценок нескольких экспертов по 10-балльной шкале устанавливаются средневзвешенные весовые коэффициенты значимости, которые нормируются внутри группы (см. формулы 1-2).
где Кj — комплексный валовой коэффициент;
Кni — комплексный нормированный весовой коэффициент; j — номер комплексного весового коэффициента; m — количество комплексных весовых коэффициентов.
где Ei — единичный весовой коэффициент;
Еnj — единичный нормированный весовой коэффициент; i — номер единичного весового коэффициента;
l — количество единичных весовых коэффициентов, входящих в i-й комплексный весовой коэффициент.
По каждому ППП осуществляется экспертная оценка в разрезе отдельных характеристик по 10-балльной шкале. Далее оценки автоматически умножаются на весовые коэффициенты и нормируются внутри группы (см. формулы 3 — 4).
где Оi — взвешенная оценка i-й единичной характеристики; — среднее значение балльных оценок экспертов i-й единичной характеристики; — среднее значение весовых коэффициентов i-й единичной характеристики.
где Ok — взвешенная оценка i-й комплексной характеристики.
Взвешенные оценки характеристик суммируются по группам и в целом по ППП (см. формулу 5).
где Z — интегральная оценка по ППП.
ППП, получивший наибольшую взвешенную характеристику, является претендентом на принятие решения о закупке. В результате принятия решения о закупке ППП G1 с фирмой-разработчиком заключается договор о поставке и сопровождении ППП Д 2.2 вместе с технической документацией Д1.1.
ЧТО И КАК ПИСАЛИ О МОДЕ В ЖУРНАЛАХ НАЧАЛА XX ВЕКА Первый номер журнала «Аполлон» за 1909 г. начинался, по сути, с программного заявления редакции журнала.
Что способствует осуществлению желаний? Стопроцентная, непоколебимая уверенность в своем.
Что делать, если нет взаимности? А теперь спустимся с небес на землю. Приземлились? Продолжаем разговор.
ЧТО ПРОИСХОДИТ, КОГДА МЫ ССОРИМСЯ Не понимая различий, существующих между мужчинами и женщинами, очень легко довести дело до ссоры.
Не нашли то, что искали? Воспользуйтесь поиском гугл на сайте:
Источник: zdamsam.ru
Показатели качества пакетов прикладных программ
Тесты для системного тестирования создаются обычно заказчиками программного продукта при участии разработчиков. это дает возможность создать наиболее полный и правильный набор тестов. Цель тестирования – выявление максимально возможных ошибок.
Существует 3 критерия тестирования:
1. Каждый оператор должен быть исполнен хотя бы один раз и должен дать положительный результат.
2. Каждая ветвь программы должна быть опробована и должна дать положительный результат.
3. Каждый путь в программе должен быть опробован хотя бы 1 раз и должен дать положительный результат.
Эти критерии учитываются при написании тестов и должны быть отслежены по функциям программного продукта (2 этап жизненного цикла).
Ка́чество програ́ммного продукта — «степень соответствия присущих характеристик или требований».
1. Показатели, отражающие функциональные возможности пакета (для пользователей).
2. Показатели, характеризующие структурные свойства пакета (для разработчиков).
К первой группе относят:
· Время работы программы.
o Возможность обработки аварийных ситуаций (неправильный ввод данных контроль ввода данных и пример правильного ввода данных).
o Все аварийные ситуации должны быть описаны в документации.
· Гарантии разработчика (будут выполнены все функции, которые необходимы: создание, печать, …).
· Должна учитываться квалификация пользователя (удобство пользования диалоговым режимом).
Ко второй группе относят:
1. Стандарт на разработку с использованием языковых конструкций
(структурированное программирование, объектно – ориентированное программирование, правильное использование типов данных, правильное использование констант и разрядной сетки машины, правильное использование оперативной памяти, правильно использование операторов ввода-вывода, правильное использование внешних программ и их компоновка, правильная обработка аварийных ситуаций).
2. Стандарт на документацию (включает все разделы программного обеспечения. в случае модернизации ПО должна быть модернизирована документации. использовать в опытной эксплуатации).
Документация упрощает тестирование, уменьшает количество ошибок, упрощает модификацию программного продукта и самой документации.
Источник: studopedia.su