Эксплуатационные требования к программным продуктам.
- определяют некоторые характеристики разрабатываемого ПО, проявляемые в процессе его функционирования. К таким характеристикам относят:
• правильность – функционирование в соответствии с техническим заданием;
• универсальность – обеспечение правильной работы при любых допустимых данных и защиты от неправильных данных;
• надежность (помехозащищенность) – обеспечение полной повторяемости результатов, т.е. обеспечение их правильности при наличии различного рода сбоев;
• проверяемость – возможность проверки получаемых результатов;
• точность результатов – обеспечение погрешности результатов не выше заданной;
• защищенность – обеспечение конфиденциальности информации;
• программная совместимость – возможность совместного функционирования с другим программным обеспечением;
• аппаратная совместимость – возможность совместного функционирования с некоторым оборудованием;
• эффективность – использование минимально возможного количества ресурсов технических средств, например, времени микропроцессора или объема оперативной памяти;
• адаптируемость – возможность быстрой модификации с целью приспособления к изменяющимся условиям функционирования;
• повторная входимость – возможность повторного выполнения без перезагрузки с диска;
• реентерабельность – возможность «параллельного» использования несколькими процессами.
|
|
|
Правильность является обязательным требованием для любого ПО: все, что указано в техническом задании, непременно должно быть реализовано. НО ни тестирование ни верификация не доказывают правильности созданного программного продукта. В этой связи обычно говорят об определенной вероятности наличия ошибок. Естественно, чем большая ответственность перекладывается на компьютерную систему, тем меньше должна быть вероятность как программного, так и аппаратного сбоя(вероятность неправильной работы для системы управления атомной электростанцией должна быть близка к 0).
Требование универсальности также обычно входит в группу обязательных. Ничего хорошего нет в том, что разработанная система выдает результат для некорректных данных или аварийно завершает свою работу на некоторых наборах данных. НО доказать универсальность сравнительно сложной программы невозможно, поэтому имеет смысл говорить о степени универсальности программы.
чем выше требования к правильности и универсальности ПО, тем выше и требования к его надежности. Источниками помех могут являться все участники вычислительного процесса: технические средства, программные средства и люди. Технические средства подвержены сбоям, например, из-за резких скачков напряжения. ПО может содержать ошибки. А люди могут ошибаться при вводе исходных данных.
|
|
|
Для обеспечения проверяемости следует документально фиксировать исходные данные, установленные режимы и прочую информацию, которая влияет на получаемые результаты. Особенно когда данные поступают непосредственно от датчиков. Если такие данные не выводить вместе с результатами, то последние нельзя будет проверить.
Точность или величина погрешности результатов зависит от точности исходных данных, степени адекватности используемой модели, точности выбранного метода и погрешности выполнения операций в компьютере.
Обеспечение защищенности (конфиденциальности) информации, используемой проектируемой системой, отдельная и в условиях наличия сетей достаточно сложная задача. Помимо чисто программных средств защиты( кодирование информации и идентификация пользователя) используют также специальные организационные приемы. Наиболее жесткие требования предъявляются к системам, в которых хранится информация, связанная с государственной и коммерческой тайной.
Требование программной совместимости может варьироваться от возможности совместной установки с указанным программным обеспечением до обеспечения взаимодействия с ним, например обмена данными и т.п. Чаще всего приходится обеспечивать функционирование программного обеспечения под управлением заданной операционной системы. Однако может потребоваться предусмотреть получение данных из какой-то программы или передачу некоторых данных ей. В этом случае необходимо точно оговорить форматы передаваемых данных.
|
|
|
Требование аппаратной совместимости в основном формулируют в виде минимально возможной конфигурации оборудования, на котором будет работать ПО. Если предполагается использование нестандартного оборудования, то для него должны быть указаны интерфейсы или протоколы обмена информацией. При этом для операционных систем класса Windows нестандартными считают устройства, для которых в системе отсутствуют драйверы – программы, обеспечивающие взаимодействие устройства с операционной системой.
Эффективность-оценивается отдельно по каждому ресурсу вычислительной установки. Часто используют следующие критерии:
• время ответа системы (обычно отнесенное к быстродействию используемого оборудования) – для систем, взаимодействующих с пользователем в интерактивном режиме, и систем реального времени;
|
|
|
• объем оперативной памяти – для продуктов, работающих в системах с ограниченным объемом оперативной памяти, например MS DOS;
• объем внешней памяти – для продуктов, интенсивно использующих внешнюю память, например баз данных;
• количество обслуживаемых внешних устройств – для продуктов, осуществляющих интенсивное взаимодействие с внешними устройствами, например датчиками.
Требования эффективности могут противоречить друг другу. Например, чтобы уменьшить время выполнения некоторого фрагмента программы, может потребоваться дополнительный объем оперативной памяти.
Адаптируемость, - оценивает технологическое качество ПО, поэтому оценить эту хар-ку количественно практически невозможно. Можно только констатировать, что при создании продукта использованы технологии и специальные приемы, облегчающие его модернизацию.
Требование повторной входимости обычно предъявляется к ПО, резидентно загруженному в оперативную память, например драйверам. Для обеспечения данного требования необходимо так организовать программу, чтобы никакие её исходные данные не затирались в процессе выполнения или восстанавливались в начале или при завершении каждого вызова.
Требование реентерабельности - все данные, изменяемые программой в процессе выполнения, должны быть выделены в специальный блок, копия которого создается для каждого процесса при вызове программы.
Сложность многих программных систем не позволяет сразу сформулировать четкие требования к ним. Обычно для перехода от идеи создания некоторого ПО к четкой формулировке требований, которые могут быть занесены в техническое задание, необходимо выполнить предпроектные исследования в области разработки.
Дата добавления: 2018-02-15; просмотров: 1784; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!