Автоматизированная информационная система предприятия

Технологический процесс можно разделить на 4 укрупненных этапа:

1. Начальный или первичный -- сбор исходных данных, их регистрация и передача на ВУ.

2. Подготовительный -- прием, контроль, регистрация входной информации и перенос ее на машинный носитель.

3. Основной -- непосредственно обработка информации.

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

Технологический процесс обработки информации с использованием ЭВМ включает в себя следующие операции:

1. Прием и комплектовка первичных документов -- проверка полноты и качества их заполнения, комплектовки и т. д.

2. Подготовка МН и контроль.

3. Ввод данных в ЭВМ.

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

5. Запись входной информации в исходные массивы.

6. Сортировка (если в этом есть необходимость).

7. Обработка данных.

8. Контроль и выдача результатной информации.

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

Разработка информационных технологий

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

Этапы разработки технологических процессов. Технология проектирования автоматизированной обработки экономической информации при решении любой экономической задачи подразделяется на 4 этапа:

1. начальный;

2. подготовительный;

3. основной;

4. заключительный.

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

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

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

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

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

3.6 Организация сбора, размещения, хранения, накопления, преобразования и передачи данных в АИС

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

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

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

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

Отбор информации производится на основе ее анализа и оценки ее свойств (объективность, достоверность, актуальность и пр.).

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

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

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

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

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

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

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

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

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

3.7 Методы и средства сбора и передачи данных в АИС

Аппаратные и программные средства (методы) автоматизации выполнения работ передачи и обработки информации в автоматизированной информационной системе.

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

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

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

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

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

Подсистема АЭИС менеджеров высшего (стратегического) уровня управления (DSS - дисиженсанот систем) - автоматизирует процессы принятия решений данными менеджерами по реализации перспективных целей развития организации и процессы планирования ее деятельности.

Аналогичные задачи решаются АИС менеджеров государственного уровня управления (GCS - гауменконтрал систем")

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

Средства автоматизации выполнения работ передачи и обработки информации в составе автоматизированной информационной системы - все вычислительные системы.

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

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

Программно-аппаратное решение - автоматизированная информационно-вычислительная система любого управленческого уровня (подсистема АИС) в наиболее общем случае включает в себя:

1. системы ввода, хранения и обработки информации, включая специализированные АРМ и базы данных;

2. сетевую и телекоммуникационную инфраструктуры;

3. систему электронных платежей;

4. систему защиты информации;

5. систему жизнеобеспечения и ряд др.



3.8 Обеспечение достоверности информации в процессе хранения и обработки

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

*при случайном или злоумышленном использовании опера тора DELETE;

*при случайном или злоумышленном использовании опера тора UPDATE -- например, без использования WHERE оператора вместе с оператором UPDATE (все записи будут обновлены вместо одной строки определенной таблицы);

*с деструктивными вирусами;

*при стихийном бедствии, таком как пожар, наводнение и т. д.;

*с воровством.

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

*резервировать БД чаще, если система работает в окруже нии OLTP;

*резервировать данные реже, если система имеет маленькую активность или используется для принятия решений;

*запланировать резервное копирование, когда SQL Server бездействует или сильно обновлен;

*автоматизировать процесс, используя DatabaseMaintenance PlanWizard.

Восстановление данных.

Изменить модель восстановления БД можно в любое время, но нужно планировать модель восстановления при создании БД.

Сервер SQL имеет три модели восстановления БД; каждая из них сохраняет данные в момент ошибки сервера, различие только в том, как SQL Server восстанавливает данные, как хранит и сколько требуется затрат производительности в момент ошибки диска.

Full Recovery Model -- Модель полного восстановления. Её следует использовать, когда необходимо полное восстановление с поврежденного носителя. Эта модель использует копию БД и всей информации журнала для восстановления БД.

Bulk Logged-модель восстановления. Подобно полной модели восстановления, Bulk Logged-модель использует одновременно зарезервированную БД и журнал для воссоздания БД, при этом требуется гораздо меньшее пространство журнала для следующих операций: CREATE INDEX, операции массовой загрузки, SELECT INTO, WRITETEXT и UPDATETEXT. Журнал записывает только факт происшествия операции без записи детальной информации.

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

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

Резервирование

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

Для повторного использования файлов резервных копий, которые были созданы для автоматизации задач резервирования БД, необходимо создать постоянные устройства резервирования (например, с помощью SQL Server Enterprise Manager или с помощью выполнения встроенной системной процедуры).

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

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

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

Рекомендуется резервировать на несколько ленточных носителей или дисковых контроллеров, чтобы уменьшить общее время на резервирование БД (резервирование на один ленточный носитель занимает 4 часа, добавление второго носителя уменьшает время резервирования до 2 часов).

Резервирование на ленточное устройство. Ленточный носитель -- это удобное средство для резервирования в силу своей дешевизны, большого объема памяти и наличия средств защиты данных. При резервировании на ленточный носитель SQL Server записывает информацию о резервировании на ленточную этикетку, которая включает имя БД, время, дату, тип резервирования.

Сервер SQL использует стандарт формата резервирования Microsoft Tape Format для записи резервирования на ленту. В результате данные SQL Server могут сосуществовать на одном носителе с другими наборами резервирования или наборами резервирования, созданными другими клиентами. Например, SQL Server и MS Windows 2000 могут хранить свои резервные копии на одном ленточном носителе.

3.9 Виды серверного ПО АИС предприятия

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

Серверное программное обеспечение.

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

Наибольшей популярностью в настоящий момент пользуется так называемый пакет LAMP. В него входят операционная система Linux, веб-сервер Apache, СУБД MySQL и язык программирования PHP, используемый в основном для разработки веб-приложений. Высокую популярность LAMP получил благодаря быстрой работе, высокой надежности и хорошей совместимости как в аппаратном (операционная система Linux поддерживает гораздо больше компьютерных платформ, чем Windows), так и в программном плане (все серверные компоненты приведены в полное соответствие с современными стандартами), а также низкой стоимости внедрения этих решений. Мы в своей работе очень широко используем свободные серверные компоненты, в том числе и LAMP. Именно на такой программной платформе и работает данный сайт, а также все наши серверы. Поэтому, большую часть материала, который вы найдете тут будет посвящен именно компонентам, предназначенным для платформы Linux, а каждый сам для себя решит, стоит ли ему пользоваться теми же самыми программы в операционной системе Windows, потеряв при этом ряд преимуществ, или нет.



3.10 Задачи эксплуатации и администрирования ПО АИС предприятия

Администрирование в ИС

Любая большая современная информационная система (ИС) в любой предметной области, как правило, несёт другую культуру управления. Проблема внедрения таких систем - это проблема восприятия, освоения и внедрения другой культуры управления.

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

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

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

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

Инфраструктура включает решения по программному обеспечению, аппаратному комплексу и организационному обеспечению ИС, что соответствует пониманию системы в современных стандартах типа ISO/IEC 15288.

В инфраструктуру ИТ входят:

· вычислительное и телекоммуникационное оборудование;

· каналы связи;

· инженерно-техническое оборудование, обеспечивающее работу вычислительных и телекоммуникационных средств;

· программные приложения, реализующие функциональность ИТ-систем (прикладное программное обеспечение) и обеспечивающие функционирование оборудования (системное программное обеспечение);

· администрация и персонал, осуществляющие эксплуатацию ИС;

· внутренние положения и инструкции, регламентирующие работу персонала с ИТ-системами;

· исходные тексты программных приложений, входящих в ИТ-систему (прикладное и системное ПО);

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

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

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

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

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

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

Так, предлагается считать очень малыми предприятиями те, у которых число сотрудников меньше 20 человек (при этом называют совсем маленькие организации с числом сотрудников от 5 до 10 человек); малыми - с числом сотрудников от 20 до 100, средними - от 100 до 1000 человек. По числу компьютеров к малому бизнесу относят предприятия, у которых не более 50 ПК, от 50 до 100 компьютеров - к среднему, а более 500 - к крупному бизнесу.

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

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

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

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

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

Кроме того, считается, что для крупных предприятий нет стандартных решений. При этом в 99% случаев используются дополнительные настройки ПО. Многие ИС для СМБ могут представлять собой усечённые версии полномасштабных ИС. Расширение функциональности ИС и включение в неё новых модулей наиболее эффективно решается в масштабируемых системах с модульной архитектурой.

ЗАДАЧИ И ФУНКЦИИ АДМИНИСТРИРОВАНИЯ В ИНФОРМАЦИОННЫХ СИСТЕМАХ

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

Администрирование ИС - это её инсталляция (установка), управление доступом к ней, обеспечение целостности ИС и др.

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

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

Создание ИС включает следующие операции:

· создание новых файлов данных, или стирание данных, хранившихся в предыдущих файлах данных;

· создание структур, требующихся для доступа и работы с ИС;

· инициализацию управляющих файлов и журнала для ИС.

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

Создаваемый журнал обычно содержит подробную информацию о загрузке, включая:

· имена входящих в базу данных файлов;

· входные данные и связанные с ними определения таблиц;

· ошибки и результаты работы БД;

· итоговую статистику.

Прежде чем создавать ИС необходимо:

· спланировать таблицы и индексы, а также оценить необходимое им пространство;

· спланировать защиту ИС, включая конфигурацию её журналов с учётом занимаемого ими пространства и стратегию резервного копирования.

Администрирование информационных систем включает следующие цели:

1. Установка и настройка сети.

2. Поддержка её дальнейшей работоспособности.

3. Установка базового программного обеспечения.

4. Мониторинг сети.

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

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

· управления распределением памяти для объектов ИС;

· установления квот памяти для пользователей ИС;

· управления доступностью данных, включая режимы (состояния) online или offline;

· копирования и восстановления данных;

· распределения данных по устройствам для повышения производительности.

В процессе своей деятельности администратор ИС взаимодействует с другими категориями её пользователей, а также и с внешними специалистами, не являющимися пользователями ИС (рис.1).

Системное администрирование

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

История системного администрирования насчитывает несколько десятилетий. Задачи, связанные с управлением вычислительными комплексами (системами), возникли сразу с появлением этих комплексов, то есть первых локальных вычислительных сетей, представлявших некоторый главный (хост) компьютер, к которому подключались терминальные устройства пользователей (Рис. 1).



Рис 2. Этап 1: модель "хост-компьютер + терминалы".

До конца 1980-х годов доминировала централизованная вычислительная модель типа "мэйнфрейм-терминалы". Она отражала архитектуру средств системного администрирования, то есть администрирования системой. Такое решение означало существование единого образа вычислительной среды. Специалисты отмечают, что по удобству и надёжности эти системы могут служить своеобразным эталоном для оценки всех остальных средств администрирования.

Первые компьютерные информационные системы на базе мэйнфреймов (например, IBM-360/370, или отечественных аналогов - ЕС ЭВМ), либо на базе так называемых мини-ЭВМ (например, PDP-11 и отечественные СМ-4) использовали модель "хост-компьютер + терминалы". Характерной её особенностью была полная "неинтеллектуальность" терминалов, используемых в качестве рабочих мест - их работой управлял хост-компьютер (Рис.1).

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

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

В значительной степени этот недостаток данных систем привёл к появлению и развитию индустрии персональных компьютеров, работающих с ИС. Наряду с дешевизной и простотой эксплуатации, привлекательной особенностью настольных информационных систем стала так называемая "персонализация рабочей среды", то есть возможность пользователя выбирать для работы наиболее соответствующие его потребностям и необходимые ему программные инструменты (текстовый редактор, СУБД, электронную таблицу и др.). Естественно, что на рынке программных продуктов стало появляться много таких инструментов. Например, электронные таблицы и настольные СУБД (dBase, FoxBase, Сlipper, Paradox и др.), нередко совмещающие в себе собственно СУБД и средства разработки приложений, использующие базы данных.

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

Функциональные области управления, относящиеся к системному администрированию, определены в спецификациях ISO, и ориентированы на:

· решение проблемных ситуаций (диагностика, локализация и устранение неисправностей, регистрация ошибок, тестирование);

· управление ресурсами (учёт, контроль использования ресурсов, выставление счетов за использованные ресурсы и ограничение доступа к ним);

· управление конфигурацией, направленное на обеспечение надёжного и эффективного функционирования всех компонентов информационной системы;

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

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

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

В архитектурной реализации наблюдаются варианты единых интегрированных систем (CA-Unicenter) и продукты, изначально имевшие модульную структуру (HP OpenView). Архитектурные аспекты становятся значимыми, когда возникает потребность в интеграции различных продуктов, например, точечных решений с базовой платформой администрирования.

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

Рис 3. Этап 2: Автономная персональная обработка данных



Следующим этапом развития архитектуры информационных систем было появление сетевых версий СУБД, позволяющих осуществлять многопользовательскую работу с общими данными влокальной сети. Этот подход сочетал в себе удобства персонализации пользовательской среды и простоты эксплуатации, а также преимущества, связанные со вновь открывшимися возможностями совместного использования периферии (главным образом сетевых принтеров и сетевых дисков, в том числе хранящих коллективные данные). Большинство реально эксплуатируемых в нашей стране информационных систем имеют такую архитектуру (в том числе некоторые информационные системы, реализованные на Delphi и C++Builder). Этот подход оправдывает себя в случае не очень большого количества пользователей системы, не слишком большого объёма данных и количества таблиц, невысоких требований к защите данных.

Рис 4. Этап 3: Коллективная обработка данных с использованием сетевых версий настольных СУБД и файлового сервера

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

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

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

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

Всё это способствовало появлению сетевого администрирования.

Сетевое администрирование

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

Затем к контролируемым объектам добавились сетевые операционные системы, распределённые базы данных и хранилища данных, приложения и, наконец, сами пользователи.

Задачи, решаемые в данной области, разбиваются на две группы: 1. Контроль за работой сетевого оборудования, 2. Управление функционированием сети в целом.

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

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

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

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

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

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

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

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

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

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

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

Отдельная проблема связана с созданием комплексных "сквозных" средств управления, позволяющих объединить системы администрирования, установленные в организациях-партнерах. Актуальность этой задачи нарастает по мере всё большего распространения сетей Extranet.

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

Самостоятельную ценность представляют средства управления Web-ресурсами, причём не только применительно к сетям Intranet и Extranet, но в большей степени в связи с распространением электронной коммерции.

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

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

3.11 Правила эксплуатации ПО АИС

Правила осуществления миграционного учета иностранных граждан и лиц без гражданства в Российской Федерации

I. Общие положения

1. Настоящие Правила в соответствии с Федеральным законом "О миграционном учете иностранных граждан и лиц без гражданства в Российской Федерации" (далее - Федеральный закон) устанавливают порядок осуществления миграционного учета иностранных граждан и лиц без гражданства в Российской Федерации.

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

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

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



3.12 Средства для решения задач администрирования ПО АИС предприятия

Администрирование - непрерывный процесс, который позволяет сделать информационную систему:

· более понятной и Руководству организации и пользователям;

· более прозрачной;

· управляемой;

· более защищенной от внешних угроз (вирусы, атаки);

· стабильно функционирующей;

· не зависящей от людей и организаций, её обслуживающих;

· администрирование также позволяет уменьшить время восстановления после аварии или инцидента.

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

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

Администрирование сервера.

В работы по администрированию сервера входит:

· установка и настройка базового ПО под решение конкретных задач;

· определение и настройка политики безопасности;

· мониторинг и восстановление системы;

· анализ логов работы базового ПО и серверных приложений;

· мониторинг загрузки ПО и серверных приложений;

· обновление ПО, внесение изменений в настройки ПО, необходимых для функционирования системы

· создание и поддержка томов файловой системы, в том числе для целей совместного использования ресурсов файловой системы

· установка и настройка дополнительных служб ОС

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

При администрировании сети ведется следующая документация: схема сети; сетевая спецификация; журнал сети; и выполняются соответствующие изменениям документации работы.

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

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

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

3.13 Приемы администрирования ПО АИС

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

Системное администрирование

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

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

...