Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

Основные требования пользователей к качеству программного изделия




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

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

При оценке практичности программного изделия в основном учитывают следующие требования:

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

2) программа должна быть удобной, т.е. иметь интуитивно понятный и удобный интерфейс;

3) программа должна обладать достаточной производительностью.

 

 
 

 

 


Рис. 2.1. Требования заказчика к качеству АИС

 

 

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

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

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

Производительность (эффективность) оценивается тем, насколько быстро программа откликается на команду пользователя. В зависимости от назначения системы требования к производительности могут существенно отличаться.

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

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

Работоспособность АИС объединяет в себе свойства надежности, отказоустойчивости и доступности.

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

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

Доступность системы определяется через процент времени, в течение которого система фактически работает и доступна пользователям. При этом учитывается время, необходимое для технического обслуживания; среднее время наработки до ремонта; время, требующееся на восстановление системы после отказа; режим работы предприятия или подразделения и др. Так, например, автоматизированная система управления воздушным движением должна быть доступной постоянно, т.е. 24 часа в сутки. В то же время система управления кадрами предприятия может быть доступной в течение рабочего дня с 800 до 1700.

 




Поделиться с друзьями:


Дата добавления: 2015-05-10; Просмотров: 487; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.01 сек.