Автор работы: Пользователь скрыл имя, 25 Декабря 2013 в 02:46, реферат
Качество — это совокупность характеристик объекта, имеющая отношение к его способности удовлетворить установленные и предполагаемые требования потребителя. Под объектом качества может пониматься как собственно продукция (товары или услуги, информационная технология), процесс ее производства, так и производитель (организация, организационная структура или даже отдельный работник).
Система качества — это структурированный набор документов, регламентирующий определенные аспекты производственной деятельности предприятия
1) аппаратные сбои, разделяющиеся на мягкие сбои, возникающие, например, при аварийном выключении питания, и жесткие сбои, при которых возможна частичная или полная потеря информации;
2) программные сбои — аварийное завершение работы СУБД.
В результате программных и аппаратных сбоев во время работы пользователя с БД некоторые транзакции могут остаться незавершенными (транзакция — последовательность операций над БД рассматриваемых СУБД как единое целое.). Для восстановления БД необходимо хранить информацию об изменениях, производимых в БД, т.е. поддерживать журнал изменений БД.
Журнал — это особая часть БД, недоступная пользователям СУБД и поддерживаемая с особой тщательностью (иногда поддерживаются две копии журнала, располагаемые на разных физических дисках). В журнал поступают записи обо всех изменениях основной части БД . Идеология формирования журнала основывается на необходимости соблюдения принципа упреждающей записи об изменениях БД в журнал WAL (Write Ahead Log), т.е. информация об изменениях данных в БД в журнале должна появиться до того, как произойдут эти изменения. Если в СУБД корректно ведется журнал БД, то с его помощью можно восстановить базу после любого сбоя (естественно, если в результате сбоя не утерян сам журнал).
Основным способом восстановления БД является индивидуальный откат транзакций.
При мягком сбое в БД могут находиться данные, модифицированные транзакциями, не закончившимися к моменту сбоя, и могут отсутствовать данные, модифицированные транзакциями, которые к моменту сбоя успешно завершились. Целью процесса восстановления после мягкого сбоя является достижение состояния внешней памяти основной части БД, которое возникло бы при фиксации во внешней памяти изменений всех завершившихся транзакций и которое не содержало бы никаких следов незаконченных транзакций. Процесс восстановления производится путем отката незавершенных транзакций, после чего повторно выполняются операции завершенных транзакций, результаты которых не отражены в БД.
При жестком сбое для восстановления БД необходимо использовать кроме журнала и архивную копию БД, находящейся в согласованном состоянии. Принцип восстановления БД состоит в том, что по архивной копии и, следуя журналу, должны быть отработаны все завершенные транзакции.
Информационная избыточность может быть обеспечена также путем дублирования всей информации, расположенной на жестком диске, методом зеркалирования дисков.
Кроме этого, в системе необходимо обеспечить наличие дополнительных конструкций, обеспечивающих защиту от несанкционированного доступа.
В том случае, если в состав АСОИУ входит специальное аппаратное обеспечение, в системе необходимо обеспечить наличие средств контроля аппаратуры, а также дополнительных устройств, обеспечивающих ее помехоустойчивость и помехозащищенность.
Применяются и другие виды избыточности: аппаратурная избыточность; временная избыточность, т.е. запас времени для повторного выполнения операции (например, проведения двойного или тройного расчета одной и той же функции); энергетическая избыточность — запас мощностей, который может быть использован в более тяжёлых условиях эксплуатации (например, установка более мощного двигателя, чем это необходимо в нормальных условиях его работы).
Общие сведения о документации АСОИУ
В процессе создания системы разрабатывается пакет документов, включающий набор материалов по обеспечению ЖЦ создания ИС, начиная с технических предложений по созданию системы и заканчивая руководством по установке и настройке системы. В настоящее время разработаны и применяются стандарты на ведение различных типов документации. Существует более шестидесяти типовых шаблонов документов. Документирование АСОИУ является важным аспектом при создании информационных систем и должно выполняться в соответствии с действующими стандартами и нормативными документами. Полная и всеобъемлющая документация на систему способствует повышению качества АСОИУ в целом.
Содержание документов
является общим для всех видов
АИС и при необходимости может
дополняться разработчиком
По своему назначению можно выделить следующие типы документации:
• проектная и общесистемная документация. Эта документация разрабатывается менеджером проекта, аналитиком и менеджером по маркетингу. В ряде случаев для составления проектной документации могут быть задействованы ведущие программисты. На основе этой документации определяется принцип создания системы;
• техническая документация, созданием которой занимаются технические писатели, в функции которых входит также создание справочной документации, являющейся составной программной частью системы. В том случае, если разрабатывается узкоспециализированная документация, не предназначенная заказчику, к созданию технической документации могут быть также привлечены члены группы разработки программного обеспечения.
Техническую документацию, в свою очередь, можно разделить на пользовательскую и технологическую (внутреннюю) документацию. Пользовательская документация предназначена для различных уровней пользователей и необходима для эксплуатации системы заказчиком. Такую документацию называют также эксплуатационной. Технологическая документация необходима для контроля реализации проекта, а также может быть использована для дальнейшего развития системы и предназначена для специалистов, занятых в разработке системы;
• финансово-организационная документация, за создание которой помимо бухгалтерских служб отвечают менеджер проекта, менеджер по маркетингу и руководитель компании. В состав этого типа документации может быть включен, например, план реализации разработки, в котором выделяются основные цели создания будущей систем.