Требования по эксплуатации аис

Основные требования к автоматизированной информационной системы налоговой инспекции

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

• к системе в целом;
• по безопасности системы;
• к аппаратной части и системному программному обеспечению: серверные платформы, платформы клиентов, сети и телекоммуникации;
• к интерфейсу с пользователем;
• к системам хранения данных, СУБД и хранилищам данных;
• к совместимости с другими ИС;
• к администрированию системы и т.д.

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

Для налоговой инспекции это такие требования:

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

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

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

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

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

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

Открытой системой, по определению IEEE — Institute of Electrical & Electronics Engineers (Институт инженеров по электротехнике и радиоэлектронике — основная инстанция по утверждению международных стандартов в этой области), называется всесторонний и согласованный набор международных стандартов, который определяет интерфейсы, обслуживание и форматы, направленные на достижение совместимости и переносимости приложений, данных и трудовых ресурсов.

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

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

Стандарты портируемости приложений (их платформной независимости) были определены IEEE. Согласно этим определениям существует несколько градаций портируемости, например стандарт IEEE 1003.1. Portable Operating System Interface for Computing Environments (POSIX) — интерфейс переносных операционных систем для вычислительных сред, который обеспечивает платформонезависимость исходных кодов приложений. Это означает, что исходные коды приложений, разработанных в соответствии с этим стандартом, можно использовать на разных платформах. Для этого требуется предварительно откомпилировать исходные коды приложений на требуемой платформе. Такую степень платформонезависимости обеспечивает применение в разработке стандартных языков программирования, поддерживаемых ANSI и ISO. При этом недопустимо применять при кодировании и компиляции приложений специальные, нестандартные утилиты или средства разработки;

интероперабельности — возможности обеспечить доступ к распределенным информационным системам и хранящимся в них данным. В основном под этим термином понимают способность соединяться с другими информационными системами через глобальную и (или) локальную сеть для обмена приложениями и данными (разумеется, при этом должна использоваться система защиты против несанкционированного доступа). Применительно к налоговым службам самое важное преимущество интероперабельности — это возможность подключения компьютеров к локальной сети и расширения ее вычислительной мощности и емкости не за счет замены существующих компьютеров или повышения их класса, а за счет добавления новых компьютеров или серверов к уже существующим. Такая стратегия может использоваться и налоговыми органами, когда все нижестоящие структуры (территориальные налоговые инспекции) объединены в единую сеть, при этом в каждой такой структуре установлен свой UNIX-сервер или даже несколько серверов, поддерживающих приложения. В этом случае UNIX-серверы, закупленные у разних поставщиков, будут способны работать вместе и обеспечивать возможность удаленного доступа к данным с разных узлов, объединенных сетью;
• снижения стоимости системы в целом, так как стандарты позволяют интегрировать отдельные типовые программные компоненты;
• снижения риска выбора программного продукта, так как использование стандартов освобождает разработчика от привязанности к конкретному программному продукту и позволяет применять при разработке наиболее эффективные средства;
• увеличения времени жизни системы, так как соответствие стандартам уменьшает риск быстрого устаревания системы и позволяет более эффективно ее модернизировать;
• наращивания вычислительной мощности прикладной ИС в соответствии с потребностями организации и ее финансовыми возможностями.

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

Требования к безопасности системы

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

Требования к безопасности системы направлены в первую очередь на обеспечение:

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

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

• на уровне операционной системы;
• от несанкционированного доступа на уровне программного обеспечения промежуточного слоя и прикладных компонентов АИС;
• на уровне СУБД;
• при обмене в распределенных системах, включая криптографические функции;
• на уровне специальных программных средств (например, средств защиты от программных вирусов);
• на уровне администрирования средств безопасности.

Требования к функциональным компонентам

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

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

Требования к корпоративной системе хранения данных

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

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

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

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

Требования к интерфейсу пользователя

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

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

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

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

1. Данные набиваются только в те строки, в которых что-то проставлено (пустые строки нулями не заполняются).

2. Для каждой строки, в которой стоит какое-то значение, оператор вводит идентификатор этой строки и само стоящее в ней значение.

3. Правила арифметической проверки задаются также с помощью идентификаторов строк (например, содержимое 11-й строки должно равняться сумме значений, стоящих в 7-й и 10-й строках).

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

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

Качество прикладных компонентов

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

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

Неудовлетворительное качество программного обеспечения обусловливается следующими причинами:

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

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

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

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

Достижение достоверности и точности проведения контроля, измерений и оценки качества программных компонентов осуществляется посредством создания и использования следующих типов инструментальных средств:

• средств измерений (тестирование, испытание, расчет объемно-структурных характеристик, сбор и обработка мнений экспертов и т.д.);
• средств оценки значений показателей качества программного обеспечения;
• автоматизированных средств принятия решений о качестве программного обеспечения;
• средств информационного обеспечения (сбор и переработка информации, базы знаний и данных, абстракторы информации и т.п.).

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

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

Основные принципы АИС

Специалисты, занятые в сфере разработки и эксплуатации АИС, все чаще начинают задумываться о степени эффективности применяемых АИС. Некоторые специалисты считают, что средства автоматизации экономической деятельности далеки от идеала, так как в перспективе в экономических системах должна решаться практически не решаемая задача — необходимо обрабатывать бесконечное количество информации с бесконечным разнообразием логических процедур за бесконечно малое время [48].

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

Читайте так же:  Образец приказа при увольнении в связи с сокращением штата

Госстандарт России совместно с Минэкономразвития России и Минпромнауки России по поручению Президента Российской Федерации и Правительства Российской Федерации в 2002 г. разработали проект «Концепции национальной политики России в области качества продукции и услуг» [38]. В «Концепции» относительно качества информационной продукции, в частности, указывается, что качество информационной продукции должно обеспечивать решение задач, связанных с развитием современных информационных технологий и отечественной индустрии информации. С этой целью необходимо обеспечивать высокое качество средств информатизации, телекоммуникаций и связи, микроэлектронной и компьютерной техники. Именно поэтому предприятия стремятся добровольно сертифицировать свои системы качества на соответствие их требованиям международных, национальных и других стандартов и нормативных документов. Сертификация АИС — это разновидность оценки качества АИС или ее компоненты, состоящей в определении соответствия данной АИС или ее компонента установленным требованиям конкретного стандарта или другого нормативного документа. Сертификация только подтверждает (или не подтверждает), что АИС удовлетворяет (или не удовлетворяет) официально установленным требованиям. При сертификации не определяют уровень качества АИС или технический уровень компонент АИС, а только подтверждают, что качество данного образца — ЭВМ, принтера, концентратора и др. не хуже предусмотренного нормативной документацией. К числу сложных вопросов сертификации следует отнести прежде всего отсутствие в настоящее время системы нормативов по качеству АИС и ее отдельных компонент, в частности, информационного и ПО.

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

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

Принцип системности. Этот принцип — один из основополагающих. Он определяет подход к созданию и эксплуатации АИС как к целостному функциональному объекту. Требуется выявить многообразие связей между структурными компонентами АИС, обеспечивающими целостность системы, установить цели, задачи, функции и другие системообразующие признаки системы. Принцип системности обусловливает анализ АИС на уровне макро- и микроподхода. При макроанализе АИС или ее компоненты рассматриваются как часть системы более высокого уровня. Особое внимание уделяется организационным, технологическим и информационным связям с системами, задающими цели и алгоритм функционирования АИС. Микроанализ обусловил изучение структуры АИС, ее компонентов в аспекте их функциональной направленности. Системный подход позволяет применить математическое описание, изучить различные свойства элементов АИС для ее развития.

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

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

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

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

К организационно-технологическим можно отнести несколько разновидностей принципов. Приведем здесь несколько наиболее применяемых принципов.

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

Принцип абстрагирования — состоит в выделении наиболее существенных признаков АИС и преднамеренного исключения второстепенных характеристик системы. Это необходимо для упрощения анализа и удобства синтеза, как системы в целом, так и ее отдельных компонентов.

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

Принцип непротиворечивости и полноты — состоит в необходимости наличия полного состава элементов АИС и гармонизации их взаимодействия между собой.

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

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

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

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

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

Вполне естественно, что самый длительный период — эксплуатация системы. На данном этапе возвращаются затраченные средства на создание АИС. Отсюда основная цель АИС на этапе эксплуатации — информационное обеспечение решения задач пользователей в соответствии с установленными требованиями.

Таким образом, структурные компоненты жизненного цикла предопределяют систему характеристик АИС. При этом взаимосвязь признаков обусловлена характером связи компонентов жизненного цикла системы, например, цель функционирования АИС дифференцируется на подцели — цель внедрения и цель эксплуатации АИС.

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

• экономические, осуществляемые путем создания экономических условий, материально стимулирующих специалистов создавать и эксплуатировать АИС заданного уровня качества;

• административные, осуществляемые посредством обязательных для исполнения законов, указов, директив, приказов и других

Структура жизненного цикла АИС

Иерархические уровни структуры жизненного цикла АИС

Разработка и эксплуатация АИС

Информация о работе

Скачать файл с работой

Помогла работа? Поделись ссылкой

1. Разработка и эксплуатация АИС

1.1. Технология проектирования автоматизированных информационных систем,требования, предъявляемые к выбираемой технологии

Вывод: технология проектирования задается регламентированной последовательностью технологических операций, выполняемых в процессе создания проекта на основе того или иного метода

1.2. Классификация методов проектирования автоматизированных информационных систем

1.3. Стадии создания автоматизированных информационных систем
Стадия 1. Формирование требований к АИС
• обследование объекта и обоснование необходимости создания АИС;
• формирование требований пользователей к АИС;
• оформление отчета о выполненной работе и тактико-технического задания на разработку.
Стадия 2. Разработка концепции АИС
• изучение объекта автоматизации;
• проведение необходимых НИР, разработка вариантов концепции, удовлетворяющих требованиям пользователей;
• оформление отчета и утверждение концепции.
Стадия 3. Техническое задание
• разработка и утверждение технического задания на создание АИС.
Стадия 4. Эскизный проект
• разработка предварительных проектных решений по системе и ее частям ;
• разработка эскизной документации на АИС и ее части.
Стадия 5. Технический проект
• разработка проектных решений по системе и ее частям;
• разработка документации на АИС и ее части;
• разработка и оформление документации на поставку комплектующих изделий;
• разработка заданий на проектирование в смежных частях проекта.
Стадия 6. Рабочая документация
• разработка рабочей документации на АИС и ее части;
• разработка и адаптация программ.
Стадия 7. Ввод в действие
• подготовка объекта автоматизации;
• подготовка персонала;
• комплектация АИС программными и техническими средствами;
• строительно-монтажные работы;
• пусконаладочные работы;
• проведение испытаний.
Стадия 8. Сопровождение АИС
• выполнение работ в соответствии с гарантийными обязательствами;
• послегарантийное обслуживание.

1.4. Техническое задание на разработку автоматизированных информационных систем, егосодержание

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

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

1.6. Типовое проектирование автоматизированных информационных систем, типовоепроектное решение
Типовое проектирование АИС – предполагает создание системы из готовых типовых элементов.

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

Декомпозиция – разбиение целого на составные части.

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

Типовое проектное решение (ТПР) – это тиражируемое (пригодное к многократному использованию) проектное решение.

Для реализации типового проектирования могут использоваться два подхода: параметрически-ориентированное и модельно-ориентированное проектирование

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

1.8. Методы сбора материалов обследования
Характеристика основных методов сбора материалов
1. Метод бесед и консультаций с руководителями чаще всего проводится в форме обычной беседы с руководителями предприятий и подразделений или в форме консультации со специалистами по вопросам, носящим глобальный характер и относящимся к определению проблем развития предприятия.
2. Метод опроса исполнителей на рабочих местах используется в процессе сбора сведений непосредственно у специалистов путем бесед, которые требуют тщательной подготовки. Заранее составляют список сотрудников, с которыми намереваются беседовать, разрабатывают перечень вопросов о роли в деятельности объекта, порядке их выполнения.
3. Метод анализа операций заключается в расчленении процесса, работы на ее составные части, задачи, расчеты, операции и даже их элементы. После этого анализируется каждая часть в отдельности, выявляется повторяемость операций, многократное обращение к одной и той же операции, их степень зависимости друг от друга.
4. Метод выборочного хронометража отдельных работ требует предварительной подготовки, известных навыков и наличие специального секундомера. Данные хронометража позволяют установить нормативы на выполнение отдельных операций и собрать подробный материал о технике осуществления некоторых работ.
5. Метод личного наблюдения применим, если изучаемый вопрос понятен по существу и необходимо лишь уточнение деталей без существенного отрыва исполнителей от работы.
6. Метод документальной инвентаризации управленческих работ заключается в том, что на каждую работу в отдельности открывается специальная карта обследования, в которой приводятся все основные данные о регистрируемой работе или составляемых документах.
7. Метод ведения индивидуальных тетрадей-дневников. Записи в дневнике производятся исполнителем в течение месяца ежедневно, сразу же после выполнения очередной работы.
8. Метод самофотографии рабочего дня заключается в том, что наблюдение носит более детальный характер и происходит в короткий срок. Этот метод дает сведения о наиболее трудоемких или типичных работах, которые используются для определения общей трудоемкости выполнения всех работ.
9. Расчетный метод применяется для определения трудоемкости и стоимости работ, подлежащих переводу на выполнение с помощью ЭВМ, а также для установления объемов работ по отдельным операциям.
10. Метод аналогии основан на отказе от детального изучения какого-либо подразделения или какой-либо работы. Использование метода требует наличия тождественности.

1.9. Сущность функционального подхода к моделированию процессов
Сущность функционального и объектно-ориентированного подходов к моделированию процессов в организациях
Моделирование процессов деятельности предприятия может быть реализовано с помощью различных методик, отличающихся подходами к моделированию. В соответствии с различными представлениями об организации различают методики объектные и функциональные.
Сущность функционального подхода к моделированию процессов сводится к построению схемы технологического процесса в виде последовательности операций, на входе и выходе которых отображаются объекты различной природы: материальные и информационные объекты, ресурсы, организационные единицы.
Достоинство подхода: наглядность и понятность представления процессов на различных уровнях.
Недостаток подхода: субъективность детализации операций (каждый специалист видит одни и те же процессы по-своему).
Сущность объектно-ориентированного подхода предполагает выделение объектов и определение действий, в которых они участвуют.

Достоинство подхода: позволяет выделять операции над объектами и решать вопросы целесообразности существования самих объектов.
Недостаток подхода: меньшая наглядность конкретных процессов для лиц, принимающих решение.

1.10. Функциональное моделирование процессов с использованием стандарта IDEF0
Основные понятия стандарта IDEF0
Для моделирования систем существуют различные методологии и стандарты. К таким стандартам относятся методологии семейства IDEF. С их помощью можно эффективно отображать и анализировать модели деятельности организаций. При этом широта обследования процессов в системе определяется самим разработчиком.
Главное достоинство метода заключается в возможности групповой работы над созданием модели с непосредственным участием всех специалистов, занятых в проекте.
В основе методологии IDEF0 лежат четыре основных понятия:
• функциональный блок
• интерфейсная дуга
• декомпозиция
• глоссарий (словарь)

1.11. Понятия «функциональный блок» и «интерфейсная дуга»
Функциональный блок (Activity Box)
Графически изображается в виде прямоугольника и олицетворяет собой некоторую функцию в рамках рассматриваемой системы. По требованиям стандарта название каждого функционального блока должно быть сформулировано в глагольном наклонении (например, “производить услуги”, а не “производство услуг”).

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

Каждая из четырех сторон функционального блока имеет своё значение:
• Верхняя сторона имеет значение “Управление” (Control);
• Левая сторона имеет значение “Вход” (Input);
• Правая сторона имеет значение “Выход” (Output);
• Нижняя сторона имеет значение “Механизм” (Mechanism).
Интерфейсная дуга (Arrow)
Графическим отображением интерфейсной дуги является однонаправленная стрелка. Каждая интерфейсная дуга должна иметь свое наименование (должно быть оборотом существительного).
С помощью интерфейсных дуг отображают различные объекты реального мира (детали, вагоны, сотрудники и т.д.) или потоки данных и информации (документы, данные, инструкции).

В зависимости от того, к какой из сторон подходит интерфейсная дуга, она носит название “входящей”, “исходящей” или “управляющей”. “Источником” (началом) и “приемником” (концом) каждой дуги могут быть только функциональные блоки, при этом “источником” может быть только выходная сторона блока, а “приемником” любая из трех оставшихся.
Любой функциональный блок должен иметь по крайней мере одну управляющую интерфейсную дугу и одну исходящую. Это значит, что каждый процесс должен происходить по каким-то правилам и должен выдавать некоторый результат (выходящая дуга), иначе его рассмотрение не имеет никакого смысла.
Пример: рабочему, производящему обработку, выдают заготовку и технологические указания по обработке (или правила техники безопасности при работе со станком). В результате из заготовки образуется деталь.

1.12. Понятия «декомпозиция» и «глоссарий»
Декомпозиция (Decomposition)
В процессе декомпозиции, функциональный блок, который в контекстной диаграмме отображает систему как единое целое, подвергается детализации на другой диаграмме. Получившаяся диаграмма второго уровня называется дочерней (Child diagram) по отношению к нему.

Каждый блок имеет свой уникальный порядковый номер на диаграмме (цифра в правом нижнем углу прямоугольника), а обозначение под правым углом указывает на номер дочерней для этого блока диаграммы.
Каждый блок имеет свой уникальный порядковый номер на диаграмме (цифра в правом нижнем углу прямоугольника), а обозначение под правым углом указывает на номер дочерней для этого блока диаграммы. Отсутствие этого обозначения говорит о том, что декомпозиции для данного блока не существует.
Глоссарий (Glossary)
Для каждого из элементов IDEF0: диаграмм, функциональных блоков, интерфейсных дуг стандарт подразумевает создание и поддержание набора соответствующих определений, ключевых слов и т.д., которые характеризуют объект, отображенный данным элементом.
Этот набор называется глоссарием и является описанием данного элемента. Например, для управляющей интерфейсной дуги “технологические указания” глоссарий может содержать необходимый набор инструкций, правил, стандартов и т.д. Глоссарий дополняет наглядный графический язык, снабжая диаграммы необходимой дополнительной информацией.

Читайте так же:  Компенсация расходов с ндс

1.13. Общие сведения о CASE-системах
CASE-технологии (Computer-Aided Software/System Engineering) — инструментальные средства, используемые при проектировании систем. CASE-технологии охватывают весь спектр работ по созданию и сопровождению программного обеспечения (главным образом, анализ и разработку, составление проектной документации, кодирование и тестирование системы).
CASE-технологии имеют ряд характерных особенностей:
• обладают графическими средствами для проектирования и документирования модели информационной системы
• имеют организованное специальным образом хранилище данных, содержащее информацию о версиях проекта и его отдельных компонентах
• расширяют возможности для разработки систем за счет интеграции нескольких компонент CASE-технологий
Современные CASE-средства поддерживают также множество технологий моделирования информационных систем, начиная от простых методов анализа и регламентации и заканчивая инструментами полной автоматизации процессов всего жизненного цикла программного обеспечения.

1.14. Классификация CASE-средств
В функции CASE входят средства анализа, проектирования и программирования программных средств, проектирования интерфейсов, документирования и производства структурированного кода на каком-либо языке программирования
CASE-инструменты классифицируются по типам и категориям.
Классификация по типам отражает функциональную ориентацию средств на те или иные процессы жизненного цикла разработки программного обеспечения, и, в основном, совпадают с компонентным составом крупных интегрированных CASE-систем, и включает следующие типы:
• средства анализа — предназначены для построения и анализа модели предметной области;
• средства проектирования баз данных;
• средства разработки приложений;
• средства реинжиниринга процессов;
• средства планирования и управления проектом;
• средства тестирования;
• средства документирования.
Классификация по категориям определяет степень интегрированности по выполняемым функциям и включают — отдельные локальные средства, решающие небольшие автономные задачи, набор частично интегрированных средств, охватывающих большинство этапов жизненного цикла и полностью интегрированных средств, охватывающий весь жизненный цикл информационной системы и связанных общим репозиторием.
Типичными CASE-инструментами являются:
• инструменты управления конфигурацией;
• инструменты моделирования данных;
• инструменты анализа и проектирования;
• инструменты преобразования моделей;
• инструменты редактирования программного кода;
• инструменты рефакторинга кода;
• генераторы кода;
• инструменты для построения UML-диаграмм.

1.15. Технологический процесс обработки информации, этапы, технологическая операция

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

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

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

ТП принято делить на первичный, подготовительный и основной этапы.

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

1.16. Понятие информационной технологии в области автоматизированныхинформационных систем

Понятие «информационной технологии»

Информационная система – прикладная программная подсистема, ориентированная на сбор, хранение, поиск и обработку текстовой или фактографической информации.

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

Процесс – определенная совокупность действий, направленных на достижение поставленной цели.

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

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

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

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

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

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

1.17. Централизованная и децентрализованная обработка информации: достоинства,недостатки
К настоящему времени сложились две основные формы организации обработки информации и использования технических средств — централизованная и частично или полностью децентрализованная.
Централизованная обработка информации и использования технических средств базируется на сосредоточении вычислительных ресурсов информационных систем в едином центре (чаще всего это большие ЭВМ и вычислительные комплексы), которые обрабатывают в нем информацию, а затем передают результаты пользователям. (См., например: Информатика: Учебник/Под ред. Н.В. Макаровой. — M: Финансы и статистика, 1997. — 768 с.)
Достоинства централизации:
• возможен сильный контроль за информационной системой и ее обслуживанием;
• информационные ресурсы располагаются централизованно;
• данные и затраты на их создание не дублируются;
• имеется возможность обращения пользователя к большим массивам информации; разделение данных в организации;
• используются очень опытные специалисты для работы с информационной системой в центральном вычислительном центре;
• имеется возможность управления большими и сложными проектами;
• хорошие возможности для объединения и стандартизации;
• легкость внедрения методологических решений по развитию и совершенствованию информационной технологии.
Недостатки централизованной организации информационной системы:
• функции информационной системы должны появляться из реальных потребностей бизнеса, а не из задач саморазвития информационной системы;
• информационные услуги не нацелены на персональное обслуживание. Пользователи рассматриваются как покупатели услуг, отсюда — ограничение возможностей пользователя в процессе получения и использования информации;
• большие трудности в планировании информационных услуг и использовании информационных ресурсов;
• могут быть большими затраты на содержание информационной системы, чем в децентрализованном случае;
• ограничена ответственность и мотивация персонала информационной системы, что не способствует оперативному получению информации пользователем.
Централизованный подход к организации информационной системы лучше всего применять, если:
• существует необходимость полного контроля за информационной системой;
• организация мала;
• в информационной системе используются очень дорогие ресурсы либо использование ресурсов ограничено;
• различные подразделения организации имеют похожие или одинаковые потребности, используются похожие операции;
• имеет место монолитная организация с централизованным автократическим подходом к управлению;
• централизация является жизненной необходимостью.
Децентрализация обработки информации и использования технических средств предполагает реализацию функциональных подсистем и осуществление обработки информации непосредственно на рабочих местах. В большинстве случаев технической основой децентрализованной обработки информации являются персональный компьютер и средства телекоммуникаций.
Достоинствами децентрализованной организации информационной системы являются:
• информационные системы более интегрированы с бизнесом и лучше отвечают деловым потребностям, данные расположены близко к пользователям, пользователи хорошо понимают информацию;
• гибкость структуры, обеспечивающая простор инициативам пользователя, у пользователей гораздо больше автономии;
• уменьшаются телекоммуникационные затраты;
• системы меньше и проще, поэтому ими проще управлять, создавать и поддерживать, уменьшается централизованный контроль;
• цели использования ресурсов и усилий могут быть тщательно продуманы;
• усиление ответственности низшего звена сотрудников.
Недостатки децентрализованной организации информационной системы:
• потенциальное дублирование ресурсов;
• возможность неэффективного использования информационных ресурсов;
• большие проблемы с совместимостью и стандартизацией ресурсов из-за большого числа уникальных разработок;
• трудности с созданием и использованием сложных систем реализацией проектов;
• проблемы в управлении системами и проектами между подразделениями;
• неравномерность развития уровня информационной культур и уровня автоматизации в разных подразделениях, нет мест для специалистов с большим опытом, так как общий уровень знаний и навыков меньше;
• психологическое неприятие пользователями, рекомендуемы централизованно стандартов и готовых программных продуктов.
Децентрализованный подход к организации информационной системы лучше всего применять, если:
• организация значительна по размерам;
• децентрализация поддерживается органами управления;
• существует потребность в скорости и гибкости информационного обслуживания;
• применяются различные операции, сервис уникален для одной части организации и должен контролироваться этим под разделением;
• имеет место организация с заданными подразделениями, которой активно используют мотивацию сотрудников и подразделений, делегирование полномочий;
• имеется связь между производительностью и децентрализацией.
В качестве гибрида этих двух способов организации информационной системы используют частично децентрализованный подход. В этом случае имеется и мощный вычислительный центр (общая стратегия, обучение, помощь, стандарты и политика применения программных и технических средств), и локальные вычислительные ресурсы, объединенные в сеть.

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

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

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

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

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

Средства передачи информации
Средства передачи данных обеспечивают связь и дистанционный обмен информацией между территориально удаленными объектами в распределенных системах сбора и обработки информации, вычислительных сетях, системах связи и других информационных системах.
Основными характеристиками каналов передачи данных являются скорость, надежность и верность передачи. По скорости каналы делятся на низкоскоростные (телеграфные) – скорость передачи данных до 100…200 бит/с, среднескоростные (телефонные) – 200…56 600 бит/с и высокоскоростные (групповые телефонныеканалы с параллельной передачей данных, радиоканалы, спутниковые каналы и т.д.) – выше 128 000 бит/с.
Надежность характеризует способность канала передачи данных работать без отказов, ее показателем обычно служит среднее время наработки на отказ.
Верность характеризует степень соответствия принятого сообщения передаваемому и определяется вероятностью появления ошибки при передаче сообщения.
Средства и системы передачи данных делятся:

В телефонных системах линией связи являются токопроводящие цепи в виде проводов, по которым звуковые сигналы передаются с помощью электрических напряжений.
В телеграфных системах используются те же линии связи, что и в телефонных. Однако количественный принцип передачи сигналов заменен на качественный, когда передача–прием осуществляется кодированием и распознаванием сигналов на их соответствие двоичным «0» или «1».
Волоконно-оптические линии, изготовлены из кварцевого стекла. В них производится уплотнение каналов методом разделения по длине световых волн, что допускает организацию 10 … 20 каналов в одном единственном волокне при длине участка до 20 км. Волоконный кабель может содержать тысячи волокон. Достоинством этих каналов является высокая помехозащищенность.
В беспроводных системах используется радиосвязь в УКВ, дециметровом и сантиметровом диапазонах. Поскольку в этих диапазонах устойчивая связь обеспечивается лишь в пределах прямой видимости (без огибания радиоволнами поверхности Земли), линия связи включает в себя ряд приемно-передающих станций с ретрансляторами или высоколетящие спутники (космические линии связи). Помимо уменьшения количества ретрансляторов спутниковые системы имеют еще одно достоинство – передаваемый сигнал проходит лишь малую часть расстояния вблизи Земли, в зонах, насыщенных радиопомехами от технических и естественных (грозы, загрязнения атмосферы) источников. Это повышает верность и надежность спутниковых систем связи.

1.20. Восстановление данных и информации
———————————
1.21. Архитектурные решения баз данных
Централизованная архитектура
Понятие базы данных предполагает возможность решения многих задач несколькими пользователями. Поэтому, важнейшей характеристикой современных СУБД является наличие многопользовательской технологии работы. Дадим краткую характеристику этих технологий.

При использовании этой технологии база данных, СУБД и прикладная программа (приложение) располагаются на одном компьютере. Для такого способа организации не требуется поддержки сети и все сводится к автономной работе.
Работа строится следующим образом:
1. пользователь запускает приложение. Используя предоставляемый приложением пользовательский интерфейс, он инициирует обращение к базе данных на выборку/обновление информации;
2. все обращения к базе данных идут через СУБД, которая содержит внутри себя все сведения о физической структуре базы данных;
3. СУБД инициирует обращения к данным, обеспечивая выполнение запросов пользователя по выполнению операций над данными;
4. результат СУБД возвращает в приложение;
5. приложение, используя пользовательский интерфейс, отображает результат выполнения запросов.
Технология с сетью и файловым сервером (архитектура «файл-сервер»)
Увеличение сложности задач, появление персональных компьютеров и локальных вычислительных сетей явились предпосылками появления новой архитектуры файл-сервер.

Работа построена следующим образом:
• база данных в виде набора файлов находится на жестком диске специально выделенного компьютера (файлового сервера);
• существует локальная сеть, состоящая из клиентских компьютеров, на каждом из которых установлены СУБД и приложение для работы с БД;
• на каждом из клиентских компьютеров пользователи могут запустить приложение. Используя предоставляемый пользовательский интерфейс, инициируется обращение к БД на выборку/обновление информации;
• все обращения к БД идут через СУБД, которая содержит внутри себя все сведения о физической структуре БД, расположенной на сервере;
• СУБД инициирует обращения к данным, находящимся на сервере, в результате которых часть файлов БД копируется на клиентский компьютер и обрабатывается, что обеспечивает выполнение запросов;
• при необходимости (в случае изменения данных) данные отправляются назад на файловый сервер с целью обновления базы данных.
Недостатки технологии:
• при одновременном обращении множества пользователей к одним данным производительность работы падает, т.к. необходимо дождаться пока пользователь, работающий с данными, завершит свою работу;
• вычислительная нагрузка при доступе к БД ложится на приложение клиента, так как при выдаче запроса на выборку информации вся таблица БД копируется на клиентскую машину. Таким образом, неоптимально расходуются ресурсы клиентского компьютера и сети. В результате возрастает сетевой трафик и увеличиваются требования к аппаратным мощностям пользовательского компьютера.
Работа построена следующим образом:
• база данных в виде набора файлов находится на жестком диске специально выделенного компьютера (файлового сервера);
• существует локальная сеть, состоящая из клиентских компьютеров, на каждом из которых установлены СУБД и приложение для работы с БД;
• на каждом из клиентских компьютеров пользователи могут запустить приложение. Используя предоставляемый пользовательский интерфейс, инициируется обращение к БД на выборку/обновление информации;
• все обращения к БД идут через СУБД, которая содержит внутри себя все сведения о физической структуре БД, расположенной на сервере;
• СУБД инициирует обращения к данным, находящимся на сервере, в результате которых часть файлов БД копируется на клиентский компьютер и обрабатывается, что обеспечивает выполнение запросов;
• при необходимости (в случае изменения данных) данные отправляются назад на файловый сервер с целью обновления базы данных.
Недостатки технологии:
• при одновременном обращении множества пользователей к одним данным производительность работы падает, т.к. необходимо дождаться пока пользователь, работающий с данными, завершит свою работу;
• вычислительная нагрузка при доступе к БД ложится на приложение клиента, так как при выдаче запроса на выборку информации вся таблица БД копируется на клиентскую машину. Таким образом, неоптимально расходуются ресурсы клиентского компьютера и сети. В результате возрастает сетевой трафик и увеличиваются требования к аппаратным мощностям пользовательского компьютера.
Технология «клиент – сервер»
Использование технологии «клиент – сервер» предполагает наличие некоторого количества компьютеров, объединенных в сеть, один из которых выполняет особые управляющие функции (является сервером сети).

Работа построена следующим образом:
• база данных в виде набора файлов находится на жестком диске специально выделенного компьютера (сервера сети), СУБД располагается также на сервере сети;
• существует локальная сеть, состоящая из клиентских компьютеров, на каждом из них установлено клиентское приложение для работы с БД;
• на каждом из клиентских компьютеров пользователи имеют возможность запустить приложение. Используя пользовательский интерфейс, они инициируют обращение к СУБД, расположенной на сервере, на выборку/обновление информации. Для общения используется SQL;
• СУБД инициирует обращения к данным, находящимся на сервере, в результате на сервере осуществляется вся обработка данных и лишь результат запроса копируется на клиентский компьютер;
• приложение, используя пользовательский интерфейс, отображает результат выполнения запросов.
В архитектуре «клиент – сервер» работают «промышленные» СУБД. Промышленными они называются из-за того, что именно СУБД этого класса могут обеспечить работу информационных систем масштаба среднего и крупного предприятия, организации, банка. К разряду промышленных СУБД принадлежат MS SQL Server, Oracle, Informix, Sybase, DB2, InterBase и ряд других.
Основные достоинства технологии «клиент-сервер»:
• существенно уменьшается сетевой трафик;
• уменьшается сложность клиентских приложений (большая часть нагрузки ложится на серверную часть);
• наличие специального программного средства – SQL-сервера;
• существенно повышается целостность и безопасность БД.
Основные недостатки технологии «клиент-сервер»:
• более высокие финансовые затраты на аппаратное и программное обеспечение;
• большое количество клиентских компьютеров, расположенных в разных местах, вызывает трудности с обновлением клиентских приложений на всех компьютерах-клиентах.

Читайте так же:  Исковое заявление об установлении кадастровой стоимости образец

1.22. Формализация материалов обследования предприятия
Формализация результатов обследования предметной области
Обследование проводится по заранее разработанной программе, содержащей вопросы, которые систематизируют по трем направлениям:
• цель функционирования системы и выявление основных параметров деятельности объекта;
• организационная-функциональная структура объекта, изучаются функции структурных подразделений, комплексы задач, определяется состав входной и выходной информации по каждой задаче;
• изучение и описание структуры информационных потоков.
При выборе метода сбора материалов учитываются такие критерии, как степень участия самого проектировщика, а также временные, трудовые и стоимостные затраты на получение данных в подразделениях.
Фрагмент составления программы обследования:

Фрагмент план-графика выполнения работ на стадии сбора материалов обследования:

“План-график” служит инструментом для планирования и оперативного управления выполнением работ на предпроектной стадии.
Полученное в результате проведенной формализации описание объекта содержит исходные данные для проектирования АИС и определяет параметры будущей системы.
Так, материальные потоки обусловливают объемы обрабатываемой информации, состав первичных данных, периодичность и сроки сбора, их источники, необходимые для разработки информационной базы.
Целью «Анализа материалов обследования» является:
• сопоставление собранной об объекте информации выдвигаемым требованиям;
• выработка направлений совершенствования работы объекта на базе внедрения проекта АИС, выбор инструментария проектирования и оценка эффективности его применения;
• определение общесистемных, функциональных и локальных требований к проекту и его частям.

1.23. Основные функции систем управления базами данных

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

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

Как правило, создание структуры базы данных происходит в режиме диалога. СУБД последовательно запрашивает у пользователя необходимые данные. В большинстве современных СУБД база данных представляется в виде совокупности таблиц. Рассматриваемая функция позволяет описать и создать в памяти структуру таблицы, провести начальную загрузку данных в таблицы.

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

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

3. Обеспечение логической и физической независимости данных.

Важнейшим свойством СУБД является возможность поддерживать два независимых взгляда на базу данных – «взгляд пользователя», воплощаемый в логическом представлении данных и «взгляд системы» – физическое представление данных в памяти ЭВМ. Обеспечение логической независимости данных предоставляет возможность изменения (в определенных пределах) логического представления базы данных без необходимости изменения физических структур хранения данных. Таким образом, изменение логического представления данных в прикладных программах не приводит к изменению структур хранения данных. Обеспечение физической независимости данных предоставляет возможность изменять (в определенных пределах) способы организации базы данных в памяти ЭВМ не вызывая необходимости изменения «логического» представления данных. Таким образом, изменение способов организации базы данных не приводит к изменению прикладных программ

4. Защита логической целостности базы данных.

Основной целью реализации этой функции является повышение достоверности данных в базе данных. Достоверность данных может быть нарушена при их вводе в БД или при неправомерных действиях процедур обработки данных, получающих и заносящих в БД неправильные данные. Для повышения достоверности данных в системе объявляются так называемые ограничения целостности, которые в определенных случаях «отлавливают» неверные данные. Так, во всех современных СУБД проверяется соответствие вводимых данных их типу, описанному при создании структуры. Система не позволит ввести символ в поле числового типа, не позволит ввести недопустимую дату и т.п. В развитых системах ограничения целостности описывает программист, исходя из содержательного смысла задачи, и их проверка осуществляется при каждом обновлении данных.

5. Защита физической целостности.

При работе ЭВМ возможны сбои в работе (например, из-за отключения электропитания), повреждение машинных носителей данных. При этом могут быть нарушены связи между данными, что приводит к невозможности дальнейшей работы. Развитые СУБД имеют средства восстановления базы данных. Важнейшим используемым понятием является понятие «транзакции». Транзакция – это единица действий, производимых с базой данных. В состав транзакции может входить несколько операторов изменения базы данных, но либо выполняются все эти операторы, либо не выполняется ни один. СУБД, кроме ведения собственно базы данных, ведет также журнал транзакций.

6. Управление полномочиями пользователей на доступ к базе данных.

Разные пользователи могут иметь разные полномочия по работе с данными (некоторые данные должны быть недоступны; определенным пользователям не разрешается обновлять данные и т.п.). В СУБД предусматриваются механизмы разграничения полномочий доступа, основанные либо на принципах паролей, либо на описании полномочий.

7. Синхронизация работы нескольких пользователей.

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

Для реализации этого запрета СУБД устанавливает блокировку на объекты, которые использует транзакция. Существуют разные типы блокировок – табличные, страничные, строчные и другие, которые отличаются друг от друга количеством заблокированных записей. Чаще других используется строчная блокировка – при обращении транзакции к одной строке блокируется только эта строка, остальные строки остаются доступными для изменения.

8. Управление ресурсами среды хранения.

База данных располагается во внешней памяти ЭВМ. При работе в БД заносятся новые данные (занимается память) и удаляются данные (освобождается память). СУБД выделяет ресурсы памяти для новых данных, перераспределяет освободившуюся память, организует ведение очереди запросов к внешней памяти и тому прочее.

9. Поддержка деятельности системного персонала.

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

1.24. Режимы обработки данных при разработке и эксплуатации автоматизированныхинформационных систем
Режимы обработки данных

При проектировании технологических процессов ориентируются на режимы их реализации. Режим реализации технологии зависит от объемно-временных особенностей решаемых задач: периодичности и срочности, требований к быстроте обработки сообщений, а также от режимных возможностей технических средств, и в первую очередь ЭВМ. Существуют: пакетный режим; режим реального масштаба времени; режим разделения времени; регламентный режим; запросный; диалоговый; телеобработки; интерактивный; однопрограммный; многопрограммный (мультиобработка).

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

Диалоговый режим (запросный) режим, при котором существует возможность пользователя непосредственно взаимодействовать с вычислительной системой в процессе работы пользователя. Программы обработки данных находятся в памяти ЭВМ постоянно, если ЭВМ доступна в любое время, или в течение определенного промежутка времени, когда ЭВМ доступна пользователю. Взаимодействие пользователя с вычислительной системой в виде диалога может быть многоаспектным и определяться различными факторами: языком общения, активной или пассивной ролью пользователя; кто является инициатором диалога — пользователь или ЭВМ; временем ответа; структурой диалога и т.д. Если инициатором диалога является пользователь, то он должен обладать знаниями по работе с процедурами, форматами данных и т.п. Если инициатор — ЭВМ, то машина сама сообщает на каждом шаге, что нужно делать с разнообразными возможностями выбора. Этот метод работы называется “выбором меню”. Он обеспечивает поддержку действий пользователя и предписывает их последовательность. При этом от пользователя требуется меньшая подготовленность.

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

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

Режим реального масштаба времени. Означает способность вычислительной системы взаимодействовать с контролируемыми или управляемыми процессами в темпе протекания этих процессов. Время реакции ЭВМ должно удовлетворять темпу контролируемого процесса или требованиям пользователей и иметь минимальную задержку. Как правило, этот режим используется при децентрализованной и распределенной обработке данных.

Режим телеобработки дает возможность удаленному пользователю взаимодействовать с вычислительной системой.

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

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

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

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

1.25. Технические средства обработки информации

Классификация технических средств обработки информации

Технические средства обработки информации делятся на две большие группы. Это основные и вспомогательные средства обработки.

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

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

1.26. Технические средства передачи данных

Технические средства передачи информации

Для передачи и распространения электронных данных используются различные средства и системы связи и телекоммуникации.

Приведем виды связи и используемые в них виды информации. Это:
1) почтовая (буквенно-цифровая и графическая информация),
2) телефонная (передача речи (включая буквенно-цифровые данные),
3) телеграфная (буквенно-цифровые сообщения),
4) факсимильная (буквенно-цифровая и графическая информация),
5) радио и радиорелейная (речевая, буквенно-цифровая и графическая информация),
6) спутниковая связь (тоже и видоинформация).

Связь в организации подразделяется на:
проводную и беспроводную,
внутреннюю (местную) и внешнюю,
симплексную, дуплексную и полудуплексную.

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

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

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

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

Витая пара – изолированные проводники, попарно свитые между собой для уменьшения наводок между ними. Существует пять категорий витых пар: первая и вторая используются при низкоскоростной передаче данных; третья, четвертая и пятая – при скоростях передачи, до 16, 25 и 155 Мбит/с.

Коаксиальный кабель – медный проводник внутри цилиндрической экранирующей защитной оболочки свитой из тонких медных проводников, изолирован-ной от проводника диэлектриком. Скорость передачи до 300 Мбит/с. Значительная стоимость и сложность прокладки ограничивают его использование.
Волновое сопротивление кабеля (отношение между амплитудами падающих волн напряжения и тока) составляет 50 Ом.

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

Телефонная связь – самый распространённый вид оперативно-управленческой связи.
Официально появилась 14 февраля 1876 г., когда Александр Белл (США) запатентовал изобретение первого телефонного аппарата.
Диапазон передаваемых звуковых сигналов по отечественным телефонным каналам составляет полосу частот 300 Гц–3,4 кГц.

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

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

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

Местные, внутриучрежденческие или офисные телефонные системы (УАТС или ЭАТС) широко применяются в организациях. Кроме большого набора сервисных возможностей они позволяют значительно сократить количество городских телефонных номеров, а также не загружать городские линии и АТС для ведения местных переговоров. Всё чаще находят себе применение мини- и микроофисные АТС.

1.27. Планирование стратегии резервирования

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

Стратегия полного резервирования базы данных.Время и ресурсы, необходимые для выполнения этой стратегии, определяют размер БД и частоту изменения данных. Полное резервирование выполняют в случае:

• небольшого объема БД, так как время резервирования ограничено соображениями целесообразности;

• небольшого количества модификаций БД или использования БД только для чтения.

В результате применения этой стратегии в конечном счете заполнится журнал транзакций. При переполнении журнала SQL Server может не допустить дальнейшую активность с БД, пока журнал не будет очищен.

С помощью этой стратегии можно полностью восстановить БД до момента возникновения ошибки, если журнал транзакций остался цел. При хранении журнала транзакций и БД на разных дисках вероятность разрешения обоих дисков очень мала, поэтому такая стратегия работает очень хорошо. Если данные в БД слишком важны и в случае ошибки восстанавливать вручную затруднительно, необходимо регулярно резервировать журнал транзакций [12].

Стратегия полного резервирования БД и журнала транзакций— наиболее часто выполняемая стратегия. В дополнение к выполнению полного резервирования БД необходимо надлежащим образом резервировать журнал для записи всей активности БД, которая происходит между полными резервированиями.

Стратегия позволяет восстановить БД из наиболее полного последнего резервирования, после этого следует применить вес зарезервированные журналы транзакций, которые выполнят изменения, происшедшие с момента последнего полного резервирования БД.

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

Для восстановления БД необходимо:

• по возможности зарезервировать журнал транзакций с использованием опции WITH NO_TRUNCATE;

• восстановить БД из последнего полного резервирования;

• восстановить журналы двух предпоследних транзакций;

•восстановить журнал транзакций, который был создан на
момент разрушения с опцией WITH NO_TRUNCATE.

Стратегия дифференцированного резервированияподразумевает резервирование только части БД, которая была изменена с момента последнего полного резервирования. При дифференцированном резервировании SQL Server .

• не записывает изменения журнала транзакций, поэтому необходимо периодически резервировать журнал транзакций;

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

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

Стратегия резервирования файлов и файловых групп.При использовании этой стратегии, как правило, резервируется журнал транзакций как часть стратегии.

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