- •2. Использование шкалы измерений при оценке систем
- •3. Уровни качества tqm. Задачи обеспечения качества. Качество услуг, предоставляемых информационной системой
- •4. Аспекты определения качества информационного продукта. Шесть групп критериев для измерения качества ис, предложенных Pitt l.F.
- •5. Подходы к оценке надёжности ис и пс
- •6. Показатели качества и надежности программных средств (iso 9126)
- •7. Факторы и критерии качества программных средств (гост 28195)
- •8. Функциональная пригодность программных средств (гост 28806).
- •11. Формирование требований к качеству функционирования программных продуктов.
- •12. Особенности требований заинтересованных лиц к программному продукту.
- •13. Требования к надежности функционирования программных продуктов.
- •14. Требования к функциональной безопасности программных продуктов. Стандарт iec 61508-3.
- •15. Требования к информационной безопасности комплексов программ(стандарт iso 15408:1-3)
- •16. Требования к производительности и эффективности использования ресурсов эвм программным продуктом в реальном времени. Стандарт iso 9126.
- •17. Риски ограничений доступных и используемых ресурсов в жц комплекса программных средств: экономические риски, плановые риски, кадровые риски, технические риски, технологические риски.
- •18. Требования по управлению рисками в жизненном цикле программных комплексов (стандарт iso 16085).
- •19. Типы и источники дефектов и ошибок в комплексах программ. Специалисты и соответствующие им типы первичных дефектов, ошибок пс и документации.
- •20. Компоненты процедуры испытания программного продукта на соответствие требованиям
- •21. Испытание надежности функционирования программного продукта
- •22. Испытание функциональной безопасности программного продукта
- •23. Испытание производительности и динамического использования ресурсов эвм программным продуктом. Стандарт iso 14756
4. Аспекты определения качества информационного продукта. Шесть групп критериев для измерения качества ис, предложенных Pitt l.F.
Аспекты определения качества информационного продукта: - информационный продукт не является промышленным продуктом, поэтому его качество с трудом поддается определению; - свойства, которые определяют качество продукта, должны быть значимы в первую очередь для клиента; - качество не является абсолютной величиной, но рассматривается в зависимости от конкретных требований. Таким образом, оценка качества – это сравнение между актуальными требованиями и пожеланиями клиента и реальными свойствами системы; - качество не является всего лишь спецификацией характеристик системы или продукта, но выполнением требований и ожиданий клиента в данный момент.
1.Группа критериев «Качество системы» измеряет характеристики ИС, включая производительность, к ним относятся
1.1 Критерий «Насколько версия аппаратной и программной платформ новая»
1.2 Критерий «Удобство работы с ИС»
1.3 Критерий «Наличие экспертизы для решения проблем клиента»
2. Группа критериев «Качество данных» оценивает результаты работы ИС с точки зрения качества полученных данных и исходящих документов. Обычно показателями здесь являются точность, безошибочность, широкая применимость, своевременность и надежность предоставленной информации, к ним относятся
2.1 Критерий «Насколько данные безошибочны»
2.2 Критерий «Информированности пользователя о производимых действиях и сервисах над ИС»
3. Группа критериев «Использование ИС» оценивает качество сервиса на базе реализованной ИС, к ним относятся
3.1 Критерий «Инфраструктура ИС предоставляет услуги в рамках соглашения об уровне сервиса (SLA)»
3.2 Критерий «Время отклика и время исполнения запроса пользователя»
4. Группа критериев «Удовлетворенность пользователя» оценивает в совокупности работу ИС и качество предоставляемых ИТ-департаментом услуг, к ним относятся
4.1 Критерий «Уровень отзывчивости ИТ-персонала»
4.2 Критерий «Уровень уверенности ИТ-персонала в предложенном клиенту решении»
4.3 Критерий «Насколько комфортно чувствует себя пользователь при работе с ИС»
5. Группа критериев «Индивидуальное влияние» оценивает индивидуальное внимание, которое поставщик сервисов оказывает пользователям, к ним относятся
5.1 Критерий «Уровень индивидуального внимания от ИТ департамента при работе с ИС»
5.2 Критерий «Уровень понимания ИТ нужд линии бизнеса»
6. Группа критериев «Организационное влияние» оценивает уровень организации ведения ИС, и влияние организационной структуры, к ним относятся
6.1 Критерий «Насколько ИТ-департамент зависим от линий бизнеса»
5. Подходы к оценке надёжности ис и пс
Для обеспечения надежности программных средств необходима разработка и применение эффективных методов и средств, предупреждающих и выявляющих дефекты, а также удостоверяющих надежность программ и оперативно защищающих функционирование ПС при их проявлениях.
Методики и подходы: Надежность можно повысить: Резервирование Ввод устройств контроля Использование лицензионных продуктов Стандартизация и сертификация технологических процессов Надежность можно определить несколькими путями: - Экспериментальное определение реальной надежности функционирования сложных комплексов программ весьма трудоемкая, трудно автоматизируемая и не всегда безопасная часть жизненного цикла ПС. - Воспользоваться теорией надежности, Надежность ПС (ГОСТ 28195) характеризует способность ПС в конкретных областях применения выполнять заданные функции в соответствии с программными документами в условиях возникновения отклонений в среде функционирования,
вызванных сбоями технических средств, ошибками во входных данных, ошибками обслуживания и другими дестабилизирующими воздействиями. Надежность сложных программных средств определяется теми же факторами что и ТС, однако доминирующими являются дефекты и ошибки проектирования, так как физическое хранение программ на носителях характеризуется очень высокой надежностью. При применении понятий надежности к программным средствам следует учитывать особенности и отличия этих объектов от традиционных технических систем, для которых первоначально разрабатывалась теория надежности: - не для всех видов программ применимы понятия и методы теории надежности – их можно использовать только к программным средствам, функционирующим в реальном времени и непосредственно взаимодействующим с внешней средой;
- при разработке и оценке качества программных компонентов к ним не применимы понятия надежности функционирования, если при обработке информации они не используют значения реального времени и не взаимодействуют непосредственно с внешней средой; - доминирующими факторами, определяющими надежность программ, являются дефекты и ошибки проектирования и разработки, и второстепенное значение имеет физическое разрушение программных компонентов при внешних воздействиях; - относительно редкое разрушение программных компонентов и необходимость их физической замены, приводит к принципиальному изменению понятий сбоя и отказа программ и к разделению их по длительности восстановления относительно некоторого допустимого времени простоя для функционирования информационной системы - для повышения надежности комплексов программ особое значение имеют методы автоматического сокращения длительности восстановления и преобразования отказов в кратковременные сбои, путем введения в программные средства временной, программной и информационной избыточности; - непредсказуемость места, времени и вероятности проявления дефектов и ошибок, а также их редкое обнаружение при реальной эксплуатации достаточно надежных программных средств, не позволяет эффективно использовать традиционные методы априорного расчета показателей надежности сложных систем, ориентированные на стабильные, измеряемые значения надежности составляющих компонентов; - традиционные методы форсированных испытаний надежности систем путем физического воздействия на их компоненты не применимы для программных средств и их следует заменять на методы форсированного воздействия информационных потоков внешней среды. С учетом перечисленных особенностей применение основных понятий теории надежности сложных систем к жизненному циклу и оценке качества комплексов программ позволяет адаптировать и развивать эту теорию в особом направлении - надежности программных средств.
Стандарты:
ISO 9126:
В международном стандарте ISO 9126 оцениваются 6 характеристик: - Функциональная пригодность детализируется: пригодностью для применения, точностью, защищенностью, способностью к взаимодействию и согласованностью со стандартами и правилами проектирования; - Надежность рекомендуется характеризовать: уровнем завершенности (отсутствия ошибок), устойчивостью к ошибкам и перезапускаемостью; - Применимость предлагается описывать: понятностью, обучаемостью и простотой использования; - Эффективность рекомендуется характеризовать ресурсной и временной экономичностью; - Сопровождаемость - удобством для анализа, изменяемостью, стабильностью и тестируемостью; - Переносимость предлагается отражать: адаптируемостью, структурированностью, замещаемостью и внедряемостью. Стандарт ГОСТ 28195: На верхнем, первом уровне выделено 6 показателей - факторов качества: - надежность,
- корректность, - удобство применения, - эффективность, - универсальность - сопровождаемость. ГОСТ 28806: В стандарте ГОСТ 28806 формализуются общие понятия программы, программного
средства, программного продукта и их качества.
