Проектирование автоматизированных информационных систем. 2

                                     СОДЕРЖАНИЕ.

1.Проектирование автоматизированных  информационных систем…………….

  1.1.Метод "снизу-вверх"…………………………………………………………..

  1.2. Метод "сверху-вниз"…………………………………………………………..

1.3.Принципы "дуализма" и многокомпонентности………………………………

1.4.Ориентация на профессиональные СУБД - "За" и "Против"…………………

1.5.Этапы разработки автоматизированных информационных систем…………..

2.Надежность и эффективность  автоматизированных информационных  систем..

3.Автоматизация банковской  деятельности ………………………………………..

3.1. Компьютеризированные банковские системы БС……………………………..

3.2. Функции БС……………………………………………………………………….

3.3. Критерии выбора БС…………………………………………………………….

Список используемой литературы………………………………………………….

1.Проектирование автоматизированных  информационных систем.

Индустрия разработки автоматизированных информационных систем управления родилась в 50-х - 60-х годах и к концу  века приобрела вполне законченные  формы. Материалы данного руководства  являются обобщением цикла лекций по Автоматизированным Банковским Системам (АБС) и Автоматизированным системам управления конструкторско-технологическим  проектированием (АСУ КТП), читаемым в МГТУ им.Н.Э.Баумана. Не смотря на имеющиеся различия в реализации функциональных модулей данных систем, общие подходы к их разработки во многом схожи, что позволило нам объединить вопросы их проектирования в рамках одного издания. На рынке автоматизированных систем для крупных корпораций и финансово-промышленных групп на сегодня можно выделить два основных субъекта: это ранок автоматизированных банковских систем (АБС) и рынок корпоративных информационных систем промышленных предприятий. Не смотря на сильную взаимосвязь этих двух рынков систем автоматизации, предлагаемые на них решения пока еще не достаточно интегрированы между собой, чего следует ожидать в недалеком будущем. В дальнейшем под Автоматизированной Банковской Системой (АБС) будем понимать комплекс аппаратно-программных средств реализующих мультивалютную информационную систему, обеспечивающую современные финансовые и управленческие технологии в режиме реального времени при транзакционной обработке данных. Под Автоматизированной Информационной Системой промышленного предприятия (АСУ КТП) будем понимать комплекс аппаратно-программных средств реализующих мультикомпонентную информационную систему, обеспечивающую современное управление процессами принятия решений, проектирования, производства и сбыта в режиме реального времени при транзакционной обработке данных. Как вы видите, оба определения достаточно схожи. На сегодня существования нескольких методов построения автоматизированных информационных систем (АИС), среди которых можно выделить следующие:

                       1.1.Метод "снизу-вверх".

Менталитет российских программистов  сформировался именно в крупных  вычислительных центрах (ВЦ), основной целью которых было не создание тиражируемых продуктов, а обслуживание сотрудников  конкретного учреждения. Этот подход во многом сохранялся и при автоматизации  и сегодня. В условиях постоянно  изменяющихся законодательства, правил ведения производственной, финансово-хозяйственной  деятельности и бухгалтерского учета  руководителю удобно иметь рядом  посредника между спущенной сверху новой инструкцией и компьютером. С другой стороны, программистов, зараженных "вирусом самодеятельности", оказалось  предостаточно, тем более что  за такую работу предлагалось вполне приличное вознаграждение. Создавая свои отделы и управления автоматизации, предприятия и банки пытались обустроиться своими силами. Однако периодическое "перетряхивание" инструкций, сложности, связанные с разными представлениями  пользователей об одних и тех  же данных, непрерывная работа программистов  по удовлетворению все новых и  новых пожеланий отдельных работников и как следствие - недовольство руководителей  своими программистами несколько остудило пыл как тех, так и других. Итак, первый подход сводился к проектированию "снизу-вверх". В этом случае, при  наличии квалифицированного штата  программистов, вполне сносно были автоматизированы отдельные, важные с точки зрения руководства рабочие места. Общая  же картина "автоматизированного  предприятия" просматривалась недостаточно хорошо, особенно в перспективе.

                       1.2. Метод "сверху-вниз".

Быстрый рост числа акционерных  и частных предприятий и банков позволил некоторым компаниям увидеть  здесь будущий рынок и инвестировать  средства в создание программного аппарата для этого растущего рынка. Из всего спектра проблем разработчики выделили наиболее заметные: автоматизацию  ведения бухгалтерского аналитического учета и технологических процессов (для банков это в основном - расчетно-кассовое обслуживание, для промышленных предприятий - автоматизация процессов проектирования и производства, имеется в виду не конкретных станков и т.п., а  информационных потоков). Учитывая тот  факт, что ядром АИС безусловно является аппарат, обеспечивающий автоматизированное ведение аналитического учета, большинство фирм начали с детальной проработки данной проблемы. Системы были спроектированы "сверху", т.е. в предположении что одна программа должна удовлетворять потребности всех пользователей. Сама идея использования "одной программы для всех" резко ограничила возможности разработчиков в структуре информационных множеств базы данных, использовании вариантов экранных форм, алгоритмов расчета и, следовательно, лишила возможности принципиально расширить круг решаемых задач - автоматизировать повседневную деятельность каждого работника. Заложенные "сверху" жесткие рамки ("общие для всех") ограничивали возможности таких систем по ведению глубокого, часто специфического аналитического и производственно - технологического учета. Работники проводили эту работу вручную, а результаты вводили в компьютер. При этом интерфейс каждого рабочего места не мог быть определен функциями, возложенными на пользователя, и принятой технологией работы. Стало очевидно, что для успешной реализации задачи полной автоматизации банка следует изменить идеологию построения АИС.

      1.3.Принципы "дуализма" и многокомпонентности.

Развитие банковских структур и промышленных предприятий, увеличение числа филиалов, рост количества клиентов, необходимость повышения качества обслуживания предъявляли к автоматизированным системам новые требования. Новый  подход к проектированию АИС заключается  в сбалансированном сочетании двух предыдущих. В первую очередь это  относилось к идеологии построения ядра системы: "Автоматизированная бухгалтерия - аналитический учет". Для банковских структур это дало: с одной стороны, в ядре системы сохранялась возможность работы "от лицевого счета", с автоматическим формированием соответствующих бухгалтерских проводок, с другой стороны, отменялись жесткие требования работы только с лицевыми счетами. Появилась возможность ведения бухгалтерского учета по балансовым счетам любого порядка без углубления до уровня лицевых счетов клиентов. При этом ведение аналитического учета по лицевым счетам клиентов опускалось на уровень специализированного программного обеспечения (СПО), установленного на рабочих местах банковских работников (контролеров, кредитных бухгалтеров, инспекторов и т. д.). Таким образом, принципиальное отличие нового подхода к созданию АБС заключается в идее распределения плана счетов по уровням экспертизы. При этом и сам справочник плана счетов с соответствующими описаниями, и информационное множество клиентов проектировались по принципу распределенной базы данных. Результатом этого явилось:   формирование всех необходимых бухгалтерских проводок, уже агрегированных по балансовым счетам, и автоматическая их передача в базу данных "Автоматизированной бухгалтерии"; реализация специфических требований каждого банковского работника, в том числе по формированию произвольных отчетов и справок, мемориальных ордеров, операционных дневников; выполнение любых вспомогательных и технологических расчетов и пр.  С использованием гибкой системы настроек СПО (компонентов АБС) появилась реальная возможность адаптации программного аппарата к практически любым условиям и различным требованиям инструктивных материалов и правилам работы, принятым либо в вышестоящей организации, либо в данном банковском учреждении. Кроме того, при многокомпонентной схеме организации АБС при проведении модернизации одного из компонентов центральная часть (ядро) АБС и другие ее компоненты не затрагивались, что значительно повышало надежность, продолжительность жизни автоматизированной системы и обеспечивало наиболее полное выполнение требуемых функций. Двойственный подход к формированию ежедневного баланса лег в основу т.н. "принципа дуализма" - одного из важных принципов построения современных банковских систем. Реализация принципа дуализма неизбежно требовала построения АБС нового поколения в виде программных модулей, органически связанных между собой, но в то же время способных работать и автономно. Задача проектирования АИС промышленных предприятий более сложна, т.к. характер обрабатываемой информации еще более разнороден и сложно формализуем. Однако и здесь можно выделить основную модель работы - это работа "от кода проекта". В общем случае код проекта представляет собой аналог (функциональный) лицевого счета, он имеет определенную разрядность, порядок (т.е. конкретная группа цифро-буквенного обозначения характеризует деталь, сборочную единицу, изделие и их уровень взаимосвязи). Причем конкретная часть кода характеризует технологические, конструкторские, финансовые и др. документы. Все это регламентируется соответствующими ГОСТами (аналог инструкций ЦБ для банков), поэтому может быть формализовано. При этом модульный подход к реализации АИС в этом случае еще более важен. Двойственный подход к формированию ежедневного производственного плана лег в основу т.н. "принципа дуализма" для АИС промышленных предприятий. Реализация принципа дуализма неизбежно также требовала построения АИС предприятий нового поколения в виде программных модулей, органически связанных между собой, но в то же время способных работать и автономно. Такая многокомпонентная система обеспечивала соблюдение основополагающего принципа построения автоматизированных информационных систем - отсутствия дублирования ввода исходных данных. Информация по операциям, проведенным с применением одного из компонентов системы, могла быть использована любым другим ее компонентом. Модульность построения АИС нового поколения и принцип одноразового ввода дают возможность гибко варьировать конфигурацией этих систем. Так, в банках, имеющих разветвленную филиальную сеть и не передающих данные в режиме реального времени, установка всего СПО во всех филиалах не всегда экономически оправдано. В этих случаях возможна эксплуатация в филиалах ПО общего назначения, предназначенного для первичного ввода информации и последующей автоматизированной обработки данных в СПО, установленном в головном офисе банка. Такая структура дает возможность органически включить в АБС нового поколения компонент для создания хранилища данных, разделяя системы оперативного действия и системы поддержки принятия решения. Кроме того, одно из достоинств принципа многокомпонентности, являющегося базовым при создании АИС нового поколения, состоит в возможности их поэтапного внедрения. На первом этапе внедрения устанавливаются (или заменяются уже устаревшие) компоненты системы на те рабочие места, которые нуждаются в обновлении ПО. На втором этапе происходит развитие системы с подсоединением новых компонентов и отработкой межкомпонентных связей. Возможность применения такой методики внедрения обеспечивает ее достаточно простое тиражирование и адаптацию к местным условиям. Таким образом, автоматизированная информационная система нового поколения - это многокомпонентная система с распределенной базой данных по уровням экспертизы. Что же заставляет банки разрабатывать предприятия и банки свои АИС собственными силами [1,2]:

 Во-первых, это конечно  относительно низкая стоимость  таких разработок (по сравнению  с покупными). Как правило, к существующим подразделениям департамента информатизации, таким как: управление эксплуатации, управление эксплуатации вычислительной сети и средств связи, экспертно-аналитическое управление (постановка задач), добавляется лишь новая структура: управление развития и разработки АИС, что, как правило, не влечет за собой больших финансовых затрат.

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

    В третьих, это  позволяет обеспечивать значительно  более высокий уровень безопасности  и независимости от внешних  факторов.

    В четвертых,  оперативная реакция на изменения  правил игры на рынке.

Вместе с тем при  собственной разработке необходимо решить целый комплекс организационно-технических  задач, которые позволили бы избежать ошибочных решений [1,2]:

  Во-первых, правильный  выбор архитектуры построения  вычислительно-коммуникационной сети  и ориентация на профессиональные  СУБД. По экспертным оценкам собственные  разработки АИС в 53% базируются  на СУБД Oracle, около 15% на Informix, 22% - другие СУБД.

    Во-вторых, использование при разработке современного инструментария (CASE средства, эффективные средства разработки: Delphi, Designer2000, Developer2000, SQL-Stations и т.п.).

    В третьих, мультизадачная инфраструктура разработки проекта, когда конкретный модуль АИС ведет группа разработчиков с взаимосвязанным перечнем задач, построенная на принципах полной взаимозаменяемости, т.е. функционирование данного модуля АИС и его развитие не связано с одним конкретным разработчиком.

    В четвертых,  применение эффективных организационно-технических  средств по управлению проектом  и контролю версий АИС. 

Только при соблюдении этих основных положений можно рассчитывать, что собственная разработка окажется конкурентной и эффективной. В противном  же случае можно столкнуться с  эффектом "неоправданных ожиданий" - это в лучшем случае, а в крайнем  случае вообще задуматься о смене  АИС. При этом, смена АИС может вызвать как непосредственно смену клиентских модулей и табличной структуры БД, так и потребовать замены серверного и клиентского аппаратного и общесистемного программного обеспечения, включая СУБД, а это дело не дешевое. Поэтому очень важно при выборе варианта реализации АИС сразу решить вопрос о возможностях экспорта/импорта данных в создаваемой системе. При правильном решении данного вопроса смена АИС, если в ней все-таки возникнет необходимость, произойдем практически безболезненно для функциональных подразделений. В отличие от банковских структур крупные отечественные промышленные предприятия сейчас только подходят к осознанию явной необходимости внедрения и развития корпоративных информационных систем как одной из основных компонент стратегического развития бизнеса. В связи с этим в недалеком будущем можно ожидать расширение рынка корпоративных информационных систем и в последующем его значительно роста. Учитывая тесную интеграцию финансовых и промышленных структур можно полагать, что основой построения корпоративных систем финансово-промышленных групп будут являться, используемые в их финансовых учреждениях, АБС.

Ориентация на профессиональные СУБД - "За" и "Против"

1.4.Ориентация на профессиональные СУБД - "За" и "Против".

По материалам периодической  печати [1,2] можно судить, что 1998 год  стал годом перехода к внедрению  АБС четвертого поколения, основой  которых, в свою очередь, является ориентация на профессиональные СУБД. Что же это дает и зачем все это нужно: Оптимизированный многопользовательский режим работы с развитой системой транзакционной обработки, что обеспечивает многочисленным пользователям возможность работы с базой данных, не мешая друг другу.

    Надежные средства  защиты информации (учитывая стандартную  трехзвенную архитектуру защиты  на уровне сети - на уровне сервера  БД - на уровне клиентской ОС).

    Эффективные инструменты  для разграничения доступа к  БД.

    Поддержка широкого  диапазона аппаратно - программных платформ.

    Реализация распределенной  обработки данных.

    Возможность построения  гетерогенных и распределенных  сетей.

    Развитые средства  управления, контроля, мониторинга  и администрирования сервера  БД.

    Поддержка таких эффективных инструментариев, как: словари данных, триггеры, функции, процедуры, пакеты и т.п.

Все выше перечисленное обусловило широкое распространение решений  на базе профессиональных СУБД в крупных коммерческих банках и промышленных корпорациях. По экспертным оценкам по числу установок лидируют СУБД Oracle, Informix, Sybase. Несмотря на это в большинстве средних и малых банках и предприятиях по-прежнему, ориентируются на решения на базе АИС третьего и даже второго поколения. Какие же основные "мнимые" стереотипы пока не позволяют этим структурам ориентироваться на использования профессиональных СУБД при построении своих АИС [1,2]:

"ПРОТИВ" - Относительно  высокая дороговизна профессиональных  СУБД

"ЗА" - Как правило,  поставщиками практически всех  профессиональных СУБД сейчас  предлагаются масштабируемые решения,  т.е. например, Enterprise Database - для крупных систем и WorkGroup Database - для средних и малых систем, причем цена последних сравнима с ценами на локальные СУБД.

    "ПРОТИВ" - Профессиональные  СУБД предъявляют высокие требования  к аппаратной платформе.

    "ЗА" - С резким  ростом производительности Intel-ориентированных аппаратных платформ большинство производителей профессиональных СУБД выпустила свои версии и под Intel-сервера, в том числе и под ОС LINUX, а учитывая что LINUX при всей своей мощности UNIX системы практичсеки беспланая ОС, то и решение на ее основе как правило не повлечет больших финансовых затрат. Это позволяет при построении системы ориентироваться не только на высокопроизводительные многокластерные RISC сервера, но и использовать серверные Intel-платформы.

    "ПРОТИВ" - Профессиональные  АИС сложны и дороги в администрировании.

    "ЗА" - Как  правило, сложность администрирования  зависит от конкретной АИС. Кроме этого, при эксплуатации АИС в многопрофильном банке или предприятии на UNIX платформе снимает многие проблемы, возникающие на местах, за счет широких возможностей удаленного администрирования из центра.

    "ПРОТИВ" - Разработки  АИС на промышленной платформе  слишком дороги.

    "ЗА" - Проектирование  современных интегрированных систем - процесс трудоемкий, требующей  высокой квалификации разработчиков.  Все это находит отражение  в цене и объективно делает  АИС нового поколения более  дорогими, но все же сравнимыми  по стоимости с их предшественниками.

    "ПРОТИВ" - Внедрение  систем на профессиональной платформе  процесс затяжной и дорогостоящий.

    "ЗА" - Затяжка  внедрения, как правило, обусловлена  либо недостатком опыта фирмы  поставщика по установке таких  систем, либо недостаточной готовностью  самого внедряемого продукта. Ориентировочный  срок установки типовой АИС  четвертого поколения под СУБД  Oracle при отлаженном технологическом процессе составляет несколько недель.

    "ПРОТИВ" - Сопровождение  систем на базе профессиональной  платформы неоправданно дорого, а качественные характеристики  такой АИС оставляют желать  лучшего.

    "ЗА" - Во многом  это предубеждение сложилось  на основании опыта эксплуатации  АИС зарубежного производства. Можно  указать целый ряд случаев,  когда зарубежные фирмы поставщики  либо отказывались своевременно  вносить изменения, обусловленные  новыми инструкциями ЦБ, либо  требовали за эти изменения  неоправданно крупные суммы. Однако  это совсем не относится к  отечественным системам нового  поколения, изначально рассчитанным  на изменчивое российское законодательство. Выводы: Анализ рынка показывает, что на сегодня современная АИС должна представлять собой интегрированный комплекс аппаратно-программных средств реализующих мультипредметную информационную систему, обеспечивающую современные финансовые, управленческие, проектирующие, производственные и сбытовые технологии в режиме реального времени при транзакционной обработке данных. Если задуматься, то это достаточно закономерно. Персональные СУБД (Clipper, Clarion, FoxPro) совершенно не приспособлены для создания интегрированных систем, работающих с общей базой. В принципе эти СУБД вообще не поддерживают понятие "база данных", работая на уровне индивидуальных таблиц-файлов. Широко распространенные сегодня системы на базе Btrieve все же трудно назвать масштабируемыми, а саму Btrieve - профессиональной СУБД, пригодной для построения корпоративной информационной системы. Btrieve-системы унаследовали свою архитектуру и большую часть кода от своих предшественников, разработанных на Clipper и Clarion, что во многом объясняет столь большую популярность Btrieve среди фирм, разрабатывавших ранее под эти платформы. Действительно, механически перенести Clarion систему под использование менеджера записей Btrieve относительно несложно, а вот для использования в качестве СУБД Oracle придется существенно изменить архитектуру системы. В чем основные отличительные особенности корпоративных СУБД. Во-первых, они были изначально направлены на создание интегрированных, многопользовательских систем, имея в своем распоряжении развитые словари данных, что значительно повышает роль системного анализа и моделирования при проектировании системы. Во-вторых, средства разработки для данных СУБД оптимизированы для коллективной разработки сложных систем в рамках единой продуманной стратегической линии. Все это обуславливает неуклонно растущее количество успешных внедрений систем на базе профессиональных СУБД.

1.5.Этапы разработки автоматизированных информационных систем.

Итак, мы выбрали метод, которым  будем руководствоваться при  проектировании автоматизированной информационной системы. Теперь нам необходимо спланировать комплекс работ по созданию нашей  системы в соответствии с типовыми этапами разработки АИС, краткая  характеристика которых приведена  в табл.1., а последовательность трансформации  бизнес модели в объекты базы данных на рис.1.

Таблица 1.Этапы проектирования АИС и их характеристики.

Рис.1. Последовательность трансформации  бизнес-модели в объекты БД и приложения.

2.Надежность и эффективность  автоматизированных информационных  систем.

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

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

Случайные вмешательства:

- аварийные ситуации из-за  стихийных бедствий или отключения

электрического питания;

- отказы или сбои в  работе электрических схем;

- ошибки в программировании;

- ошибки в работе обслуживающего  персонала.

Преднамеренные вмешательства - это целенаправленные действия нарушителей.

Хищения связаны с разглашением конфиденциальной или секретной  информации.

Изменение информации обусловлено  ее искажением или уничтожением.

Нарушение работоспособности  зависит либо от снижения производительности или функциональных возможностей, либо от блокировки доступа к некоторым  информационным ресурсам АСУ.

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

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

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

Приспособленность системы  к предупреждению, обнаружению и  ликвидации отказов называется ремонтопригодностью.

Долговечность – свойство системы к длительной эксплуатации при необходимом техническом  обслуживании и ремонте.

Долговечность системы измеряется ее ресурсом (наработка до предельного  состояния) и сроком службы (календарная  продолжительность эксплуатации до предельного состояния).

Предельное состояние  системы определяется невозможностью ее дальнейшей эксплуатации по ряду причин:

- произошел отказ, после  которого восстановление невозможно  или нецелесообразно;

- по соображениям безопасности;

- из-за низкой экономической  эффективности дальнейшего использования.

Под ремонтопригодностью  понимается приспособленность системы  к предупреждению, обнаружению и  ликвидации отказов.

Ремонтопригодность характеризуется  затратами времени и средств  на восстановление системы после  отказа и на поддержание системы  в работоспособном состоянии.

Автоматизированные системы (АС) могут быть ремонтируемыми и  неремонтируемыми.

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

Неремонтируемыми являются системы, ремонт которых не возможен или не предусмотрен нормативно-технической, ремонтной или проектной документацией.

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

Важнейшим понятием теории надежности является понятие отказа.

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

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

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

1. По характеру изменения  параметра до момента возникновения  отказа:

- внезапный отказ;

- постепенный отказ.

2. По связи с другими  отказами:

- независимый отказ;

- зависимый отказ.

3. По возможности последующего  использования после возникновения

отказа:

- полный отказ;

- частичный отказ.

4. По характеру устранения  отказа:

- устойчивый отказ;

- самоустраняющийся отказ  (сбой или перемежающийся отказ).

5. По наличию внешних  проявлений:

- очевидный (явный) отказ;

- скрытый (неявный) отказ.

6. По причине возникновения:

- конструкционный отказ;

- технологический отказ;

- эксплуатационный отказ.

7. По природе происхождения:

- естественный отказ;

- искусственный отказ  (вызываемый намеренно).

8. По времени возникновения  отказов:

- отказ при испытаниях;

- отказ периода приработки;

- отказ периода нормальной  эксплуатации;

- отказ последнего периода  эксплуатации.

Нарушение нормального выполнения заданных функций системы приводит к отказу в работе АСУ.

Функционирование АСУ  – чередование интервалов работоспособности  и отказов. Продолжительность этих интервалов – величина случайная. Поэтому  для описания показателей надежности АС используют математический аппарат  теории вероятностей, теории случайных  статистики.

Существует большое число  показателей надежности АС. Рассмотрим те из них, которые определяются свойствами АС.

Важнейшим показателем надежности ремонтируемых систем является величина Р(Т), определяющая вероятность того, что наработка Тн между отказами превзойдет заданное время Т

Один из показателей безотказности - вероятность безотказной работы системы Р(t), т.е. вероятность того, что в течение времени (наработки) t не будет ни одного отказа, связана с вероятностью безотказной работы F(t), т.е. вероятность того, что система откажет хотя бы один раз в течение заданной наработки, будучи работоспособной в начальный момент времени, простой зависимостью

Для экспоненциального закона распределения (одно из самых распространенных при исследовании надежности АСУ)

Основными критериями безотказности  ремонтируемых систем являются:

- вероятности наработки  между отказами Р(t) больше заданного  значения Т;

- параметр потока отказов  системы (среднее число отказов  системы за единицу времени