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

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

4. Структура КТС

… Комплекс технических средств ИС ООО «ООО» представлен следующими компонентами:

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

· программно-аппаратные комплексы защиты информации;

· автоматизированные рабочие места, укомплектованные персональными компьютерами и/или ноутбуками – по количеству сотрудников;

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

· сетевое телекоммуникационное оборудование – маршрутизаторы, модемы;

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

· оборудование бесперебойного электропитания.

На объекте автоматизации устанавливаются комплекты оборудования в соответствии с таблицей 7

Таблица 7 – Состав КТС ООО «ООО»

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

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

Структурная схема оборудования КТС ИС ООО «ООО» приведена на рисунке 32 (а, б,в).

а) основное здание ООО «ООО» г. Оренбург пер. Бассейный дом 1

б) ООО «ООО» филиал №1 г.Оренбург, ул. Газпромовская, дом 70

в) ООО «ООО» филиал №2 (типовая)

Рисунок 32 – Структура комплекса технический средств ИС ООО «ООО»

Компоненты ИС ООО «ООО» строятся на базе коммутируемой локальной вычислительной сети (КЛВС) с сегментированием и централизованным управлением.

В основном сегменте КЛВС применяются коммутаторы 2/3 уровня. Трафик передается по сети со скоростью, соответствующей скорости среды передачи данных. Скорость передачи данных в КЛВС составляет 100Мбит/с–1Гбит/с. Коммутаторы уровня 3 имеют в своем функционале возможность настройки маршрутизации на программном уровне. Коммутация строится по схеме с буферизацией, что позволяет сохранять и обрабатывать кадры трафика за минимальное время.

Коммутаторы основного сегмента КЛВС соединяются между собой по топологии «иерархическая звезда» (рис. 33).

Рисунок 33 – Схема топологии соединения коммутаторов основного сегмента ЛВС

Сетевые сегменты формируются маршрутизаторам одновременно выполняющими роль шлюзов при доступе к сети Internet.

Исходящий/входящий трафик, имеющий признак «конфиденциальная информация», шифруется/дешифруется криптошлюзом, также являющимся межсетевым экраном.

Коммутаторы сегмента филиала №1 соединены по схеме «звезда» (рис. 34).

Рисунок 34 – Схема топологии соединения коммутаторов сегмента филиала ООО «ООО»

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

Рисунок 35 – Проектное решение по физическому и канальному уровням

основного сегмента

Для доступа к сети в сегментах филиал №1 и филиал №2 применяется безуровневая модель (рис. 36).

Рисунок 36 – Физическая топология основного сегмента ЛВС

Филиал №1 (а), филиал №2 (б)

2. Описание логической топологии КТС ООО «ООО»

Схема логической топологии комплекса технических средств ООО «ООО» приведена на рисунке 37. На схеме отображена схема логической адресации узлов компьютерной сети учреждения, выполненная согласно требованиям документов RFC 990 и RFC 997. В ее основе лежит разделение адресации сетей от адресации устройств в этих сетях. При этом адреса назначаются последовательно, для того, чтобы сделать маршрутизацию трафика сети более эффективной. Основным протоколом адресации узлов сети является протокол IP (Internet Protocol). IP-адрес состоит из двух частей: номера сети и номера узла. Поскольку сети удаленных подразделений Клиники являются изолированными сетями, IP-адрес выбран из адресов категории «В» для основного сегмента ЛВС предприятия: 172.16.0.0/16 и из категории «С» для сегментов детской поликлиники и здравпунктов: 192.168.0.0/24. Для упрощения настройки и последующего сопровождения сетевых сегментов в подсетях используется классовая адресация со стандартными масками, 255.255.0.0 и 255.255.255.0, соответственно.

Рисунок 37 – Схема логической топологии КТС

Адресация узлов ЛВС записывается в таблице адресации (табл. 8).

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

Схема маршрутов составляется на каждое устройство и фиксируется в таблице маршрутизации.

В сети Клиники используется статическая маршрутизация.

Для всех узлов сети используется стандартный шлюз, в качестве которого выступает прокси-сервер.

Таблица 8 – Сетевая адресация узлов компьютерной сети ООО «ООО»

3. Обеспечение качества обслуживания (QoS)

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

Технологии обеспечения QoS обуславливаются видами трафика, циркулирующего в сети ООО «ООО». Типовым трафиком ООО «ООО» является:

· передача файлов;

· web-доступ;

· удаленный доступ к серверу;

· обработки транзакций;

· электронная почта;

· трафик медицинского оборудования;

· широковещательное видео (видеоконференция);

· передача (обработка) изображений;

· телефония.

Специальных требований к компьютерной сети для обеспечения QoS не предъявляется.

4. Решения по протоколам транспортного, сеансового, представительского и прикладного уровней

На транспортном уровне применяется два основных протокола: TCP и UDP. Посредством этих протоколов транспортным уровнем предоставляется сервис передачи данных с прикладного уровня модели OSI на более низкие уровни.

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

Набор служб, использующих для передачи данных TCP и номера портов:

· 20/21 – FTP;

· 23 – Telnet;

· 110 – POP3;

· 194 – IRC (Internet Relay Chat);

· 443 – HTTPS (Secure HTTP);

· 1863 – MSN Messenger;

· 2000 – Cisco SCCP (VoIP);

· 3389 – RDP;

· 8080 – альтернативный порт HTTP.

Полный список портов протокола ТСР приведен по ссылке: http://www.cybervlad.net/ports/. Использование других портов протоколов TCP и UDP устанавливается администратором сети ООО «ООО».

5. Средства вычислительной техники

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

При создании КТС ИС ООО «ООО» используется оборудование защищенное от несанкционированного доступа как в аппаратной части, так и в программно-информационном обеспечении.

Технические средства связи и обработки информации (серверы, коммутаторы, персональные компьютеры пользователей и т.д.) размещаются с соблюдением требований Сан Пин 2.2.2.542 и ГОСТ Р 51318.02, а также обеспечивают удобство технического обслуживания.

Принципиальная схема комплекса технических средств ИС ООО «ООО» приведена на рисунке 38.

Серверное оборудование КТС ООО «ООО» представлено серверами баз данных, сервером файлов, прокси-серверы, сервером виртуализации, сервером резервных копий, сервером администрирования, сервером терминалов.

Сервер BSQL обслуживает SQL-базу данных бухгалтерии и отвечает за целостность и сохранность данных учетно-финансовой, а также обеспечивает операции ввода-вывода при доступе пользователей к информации. В АСЗИ Клиники используется сервер BSQL марки HP ProLiant DL380 G5, который обладает конструкцией для монтажа в стойку в форм-факторе 2U, высоким уровнем доступности и управляемости класса предприятия. Модель предлагает пользователям высокий уровень производительности и плотности размещения благодаря использованию современных процессоров Intel® Xeon®.

Рисунок 38 – КТС. Схема принципиальная

Основные характеристики сервера базы данных SerDB:

Параметры настройки сервера SerDB соответствуют настройкам по умолчанию для устройств с подобными функциями…

6. Виртуальная частная сеть ООО «ООО»

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

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

Виртуальная частная сеть строится как с использованием программных компонентов ViPNet, путем установки на компьютеры ПО ViPNet Client – на стороне удаленных пользователей, программно-аппаратных комплексов ViPNet серии HW1000/100 – на стороне основного сегмента ИС ООО «ООО».

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

· сервера IP-адресов;

· маршрутизатора VPN-пакетов;

· VPN-шлюза;

· транспортного Сервера;

· межсетевого экрана.

Узлы сети ViPNet подключаются к сети ООО «ООО» с использованием транспорта сети Internet. При появлении любого трафика в сети в адрес других узлов он немедленно, без каких либо протоколов предварительного установления соединений с узлом-получателем инкапсулируется в ViPNet-пакеты и передается через VPN-сеть на узел-получатель.

Для инкапсуляции в ViPNet-пакеты любых других IP-протоколов используются два типа IP-протокола:

· IP/UDP с портом 55777 по умолчанию или любым другим портом, который автоматически регистрируется на других узлах;

В локальной сети ООО «ООО» при доступности узлов по широковещательному адресу, система автоматически использует более экономичный протокол IP/241 (не имеющий дополнительных UDP-заголовков) (рис. 39).

Рисунок 39 – VPN по протоколу IP/241

Исходя из существующих точек подключения узлов к сети VipNet в системе используется режим «Межсетевой экран – Координатор» (рис. 40).

Рисунок 40 – Включение узлов VipNet в режиме межсетевого экрана

–Координатор

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

Координатор обеспечивает туннелируемые устройства сведениями об IP-адресах узлов сети ViPNet, выступает шлюзом для передачи трафика в сеть ViPNet, осуществляет инкапсуляцию в UDP-протокол и шифрование трафика от открытых устройств, осуществляет прием и передачу туннелированного трафика в сети ViPNet от своего имени…

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

ВКР 2-го вида

Для ВКР, предусматривающих внедрение ИС на предприятии второй раздел ВКР предполагает разработку модели внедрения новой ИТ/ИС в деятельность предприятия. В качестве внедряемой на предприятии ИС могут рассматриваться системы класса ERP, MRP/MRP-II, CRM, СЭД, СКУД и пр.

Данный раздел включает три подраздела:

1. Описание ИС – детальное описание возможностей внедряемой ИС (ИТ): структура системы, автоматизируемые функции, виды назначение модулей, содержание и порядок ведения информационных баз и др.

1. Общее описание СЭД DIRECTUM

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

DIRECTUM является полноценной ECM-системой (Enterprise Content Management) и поддерживает полный жизненный цикл управления документами, при этом традиционное «бумажное» делопроизводство органично вписывается в электронный документооборот. DIRECTUM обеспечивает эффективную организацию и контроль деловых процессов на основе workflow: согласование документов, обработка сложных заказов, подготовка и проведение совещаний, поддержка цикла продаж и других процессов взаимодействия.

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

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

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

2. Структура СЭД DIRECTUM

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

Рисунок 41 – Общая модель построения DIRECTUM

Основными функциональными элементами архитектуры являются:

· СУБД – хранилище данных и метаданных системы.

· Управляющие службы DIRECTUM– службы, обеспечивающие управление системой. Например, служба workflow управляет работой задач DIRECTUM, а DIRECTUM Storage Services отвечает за файловые хранилища документов. Все управляющие службы могут быть установлены как на один компьютер, так и на различные - в целях распределения нагрузки.

· IS-Builder Runtime Environment– среда исполнения кода, реализующая интерфейс служб и пользовательских приложений (в том числе сторонней разработки) для доступа к системе. В частности, сервер веб-доступа DIRECTUM, реализованный на платформе ASP.NET, использует IS-Builder Runtime Environment для реализации всех функций системы, которые становятся доступны пользователям через веб-браузер.

· Клиенты системы DIRECTUM– приложения для конечных пользователей, инструментарий разработки, утилиты администрирования системы. Клиентом может быть как Windows-приложение, использующее для доступа к системе IS-Builder Runtime Environment, так и веб-браузер.

· Файловые хранилища– архивы больших или редко используемых документов, которые эффективнее держать за пределами СУБД; управляются собственными службами.

В основе системы DIRECTUM находится инструмент разработки IS-Builder. Открытость IS-Builder позволяет адаптировать систему DIRECTUM к специфическим нуждам организации, развивать функциональность системы и проводить ее интеграцию с другими системами, в том числе силами программистов заказчика.

Основные возможности инструмента разработки IS-Builder:

· задание состава типов карточек электронных документов;

· разработка состава и структуры данных справочников;

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

· визуальная настройка формы карточек справочников и электронных документов; задание бизнес-логики поведения карточек на основе механизма событий;

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

· настройка различных отчетов с использованием Microsoft Excel, Microsoft Word и веб-браузера; возможность проведения многомерного анализа данных и т.д.

Использование открытого предметно-ориентированного инструмента разработки IS-Builder позволяет быстро разрабатывать масштабируемые решения для автоматизации бизнес-процессов организаций любой сферы деятельности.

Система DIRECTUM может быть интегрирована с различными корпоративными системами, веб- и desktop-приложениями.

Широкие возможности интеграции DIRECTUM обеспечиваются различными средствами, каждое из которых сопровождается подробной документацией при поставке системы. Среди них – открытая объектная модель с полноценным COM-интерфейсом, открытая структура базы данных, внутренний язык с возможностью COM-вызовов и обращений к произвольным источникам данных, workflow-механизмы, функции для работы с XML-документами, а также набор средств интеграции DIRECTUM Integration Toolset (рис. 42).

Рисунок 42 – структура модулей интеграции DIRECTUM

DIRECTUM Integration Toolset построен модульной технологии и включает в себя:

· коннекторы к различным системам (1С, SAP, Microsoft Dynamics AX и др.);

· инфраструктуру поддержки коннекторов.

Для решения задач распределенной работы в DIRECTUM существует несколько средств.

Сервер веб-доступа позволяет работать с DIRECTUM через Интернет, используя браузер. Этот режим полезен отдельным сотрудникам, работающим вне офиса – в командировке, дома, в дороге.

Альтернативой веб-доступу является режим терминального доступа, когда пользователи подключаются к серверу терминалов, удаленно взаимодействуя с рабочим столом Windows и системой DIRECTUM.

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

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

В механизме репликации участвуют две категории серверов – главные и вторичные. Структура серверов может быть иерархической: каждый вторичный сервер может иметь один главный сервер и множество своих вторичных серверов (рис. 43).

Рисунок 43 – Механизм репликации DIRECTUM

3. Автоматизируемые функции

Основные функции системы электронного документооборота DIRECTUM по управлению документами и деловыми процессами:

Управление электронными документами.

управление деловыми процессами;

канцелярия;

управление совещаниями;

управление взаимодействием с клиентами;

управление договорами;

обращения граждан и организаций;

управление показателями эффективности.

Управление электронными документами. Создание и хранение различных неструктурированных документов (тексты Microsoft Word, таблицы Microsoft Excel, схемы Microsoft Visio, рисунки CorelDraw, видео и пр.); поддержка версий документов и ЭЦП; структурирование документов по папкам; назначение прав доступа на документы; история работы с документами; полнотекстовый и атри­бутивный поиск документов.

Управление деловыми процессами. Поддержка процессов согласования и обработки документов на всех стадиях жизненного цикла (docflow); выдача электронных заданий и контроль их исполнения; взаимодействие между сотруд­никами в ходе бизнес-процессов; поддержка свободных и жестких маршрутов; богатые расширяемые библиотеки блоков для формирования маршрутов (workflow).

Канцелярия. Регистрация бумажных документов в соответствии с требованиями Государственной системы документационного обеспечения управления (ГСДОУ); ведение номенклатуры дел с гибкими правилами нумерации; рассыл­ка и контроль местонахождения бумажных документов; организация обмена электронными документами с ЭЦП с другими организациями.

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

Управление взаимодействием с клиентами. Ведение единой базы организаций и контактных лиц; ведение истории встреч, звонков и переписки с клиентами; сопровождение процесса продаж в соответствии с регламентированными стадия­ми; планирование маркетинговых мероприятий; анализ эффективности продаж и маркетинговых воздействий.

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

Обращения граждан и организаций. Организация работы с обращениями граж­дан в соответствии с Федеральным законом № 59-ФЗ «О порядке рассмотрения обращений граждан Российской Федерации» в государственных организациях и на крупных предприятиях.

Управление показателями эффективности. Оперативный контроль и анализ бизнес-процессов предприятия по ключевым показателям эффективности с поддержкой сбалансированной системы показателей (BSC).

4. Физическая и объектная структура СЭД Directum

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

Предметно-ориентированный инструмент разработки IS-Builder. Модификация и разработка новых карточек электронных документов, справочников, отчетов, блоков типовых маршрутов; встроенный язык программирования ISBL; инте­грация с другими системами.

Службы взаимодействия систем DIRECTUM (DIRECTUM Intersystem Cooperation Services). Обеспечение сквозных процессов, передачи документов с ЭЦП и обмена данными между независимыми системами DIRECTUM.

Службы файловых хранилищ (DIRECTUM Storage Services). Управление хранени­ем большого объема данных в единой системе; архивное хранение документов; работа с медиаданными; настройка политик хранения, обеспечивающих автоматическое перемещение данных по хранилищам.

Службы ввода документов (DIRECTUM Capture Services). Массовый ввод доку­ментов в DIRECTUM с различных источников (сканеры, МФУ, файловая система, факсы, электронная почта и т.д.).

Службы преобразования документов (DIRECTUM Transformation Services). Преобразование документов в другие форматы, извлечение из документов полезной информации.

Сервер веб-доступа. Работа с электронными документами, задачами и задания­ми через веб-браузер.

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

Быстрая идентификация документа DIRECTUM RapID. Маркировка документа штрих-кодом и быстрый поиск электронного документа по его бумажной копии.

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

DIRECTUM OverDoc. Просмотр, редактирование и подписание документов ЭЦП вне системы DIRECTUM для обмена между разными организациями; распростра­няется бесплатно.

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

Дальнейшая обработка занесенных в систему документов может осуществляться службами преобразования документов DIRECTUM Transformation Services, которые переводят документы в другие форматы (в частности, в формат PDF и HTML) и извлекают из них необходимую информацию (рис 44).

Рисунок 44 – Логическая структура служб Directum

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

Рисунок 45 – Структура хранилища данных DIRECTUM

5. Базы данных СЭД Directum

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

Типовые схемы организации единого электронного архива документов (рис. 46).

Преимуществом базовой схемы хранилищ является простота. Данная схема предполагает хранения всех документов в хранилище SQL-сервера и оправдывает себя до момента накопления критического объема документов.

Данная схема предусматривает наличие в системе двух хранилищ: оперативного на базе SQL-сервера и архивного файлового хранилища.

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

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

Рисунок 46 – Модели хранения документов

Данная схема включает в себя 4 хранилища: оперативное на SQL-сервере и соответствующее ему архивное файловое хранилище для работы с документами небольшого объема и не требующими потокового доступа, и оперативное и архивное файловые хранилища для документов объемом более 100 Мб.

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

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

6. Техническое обеспечение СЭД Directum

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

При этом:

· количество пользователей – количество одновременно работающих пользователей. Количество зарегистрированных пользователей системы – в 2-3 раза больше;

· для конфигурации №1 (до 50 пользователей) возможно использование IDE или SATA дисков. В остальных конфигурациях необходимо использование SCSI или FC дисков. Частота вращения для старших конфигураций (3, 4) рекомендуется 15000 rpm;

· для конфигурации №3 (100-350 пользователей) сервисные службы рекомендуется устанавливать на выделенный сервер. Для конфигурации №4 (350-500 пользователей) – сервисные службы необходимо устанавливать на выделенный сервер.

· в случае использования кластера сервисные службы можно развернуть на кластере как кластерную группу;

· при выборе объема дисковой системы следует учитывать, следующее:

при 100 одновременно работающих пользователях, ожидаемый прирост БД – 10-30Gb в год;

при 500 одновременно работающих пользователях, ожидаемый прирост БД – 60-100 Gb в год

при 1000 одновременно работающих пользователях, ожидаемый прирост БД – 100-150 Gb в год.

Таблица 9 – Требования к серверу БД (фрагмент таблицы)

Минимальные требования к клиентскому рабочему месту:

процессор: Celeron 1600 MHz или более мощный;

ОЗУ: 256 Mb и более;

не менее 150 Mb свободного места на жестком диске;

струйный или лазерный принтер (возможно сетевой);

системное ПО: Microsoft Windows 20хх, Microsoft Office 20хх, MDAC 2.8 SP1 (или установленные клиентские утилиты SQL-сервер), приложения для работы с документами, хранящимися в DIRECTUM.

Работа с веб-доступом DIRECTUM поддерживается в следующих браузерах:

Internet Explorer 5.5 и выше;

Firefox 2.0 и выше;

Opera 9.0 и выше.

Для описания конкретных информационных систем структура раздела может быть изменена.

2. Модели бизнес-процессов и процессов информационного взаимодействия «как-будет» – проводится реинжиниринг информационных процессов, и разрабатываются модели работ с применением внедряемого продукта.

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

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

Рисунок 47 – Модель процесса автоматизации оформления заказа на

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

Примеры разработанных схем автоматизации документооборота в среде СЭД «DIRECTUM» при выполнении заданий на подготовку и согласование договоров приведены ниже.

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

Внедрение «Управления договорами» направлено на решение следующих задач:

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

· централизованную регистрацию, своевременную отправку контрагентам и контроль возврата документа;

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

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

· оперативный поиск договоров по заданным реквизитам и тексту;

· формирование комплектов документов по каждому договору и навигация по ним;

· подготовка отчетности в различных разрезах…

… Документ создается в системе на основе шаблона или копированием существующего документа (из локального файла или электронного письма, с факса или потокового сканера с помощью служб DIRECTUM Capture Services). Проект договорного документа отправляется на согласование по настроенному маршруту (рис. 48).

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

Процесс согласования отражается в специальном отчете «Лист согласования» (рис. 49), который содержит итоговые подписи и замечания визирующих.

Создание в системе договорного документа автоматически приводит к его регистрации, так же автоматически создается новая запись в справочнике «Договоры» (рис. 50). При этом будет создан регистрационный номер по настроенному формату.

Рисунок 48 – Разработка типового маршрута документа

Рисунок 49 – Разработка макета листа согласования

Рисунок 50 – Регистрация договора в БД «DIRECTUM»

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

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

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

Рисунок 51 – Управление связями «документ-сотрудник»

Рисунок 52 – Разработка карточки документа

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

Рисунок 53 – Разработка отчета по заключенным договорам…

… За счет внедрения бизнес-решения «DIRECTUM: Управление договорами» в деятельность ООО «ООО» уменьшаются риски срыва сроков согласования договоров, а также гарантируется своевременное исполнение обязательств…

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

План мероприятий по внедрению (интеграции) ИС в деятельность ООО «ООО» иллюстрируется диаграммой Ганта и сетевым графиком. Разработка диаграммы Ганта и сетевого графика может быть выполнена в среде MS Project, MS Excel, MS Visio.

Пример диаграммы Ганта внедрения ИС «1С: Управление торговлей 8, редакция 11» представлен на рисунке 54

Рисунок 54 – Диаграмма Ганта внедрения ИС «1С:УТ8»…

Пример сетевого графика внедрения медицинской информационной системы представлен на рисунке 55.

Рисунок 55 – Сетевой график внедрения МИС (фрагмент)…

Похожая информация.

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

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

Т.о. подразделяется на: ракетно-техническое обеспечение, инженерно-авиационное обеспечение, инженерно-ракетное обеспечение, артиллерийско-техническое обеспечение, танко-техническое обеспечение, автотехническое обеспечение, радиационной, химической и биологической защиты, Т.о. связи и АСУ, Т.о. по службам тыла, метрологическое обеспечение.

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

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

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

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

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

Еще по теме Техническое обеспечение и его состав:

1. Глава 12 ТЕХНИЧЕСКОЕ РЕГУЛИРОВАНИЕ В ОБЕСПЕЧЕНИИ КАЧЕСТВА И ПОДТВЕРЖДЕНИИ ЕГО СООТВЕТСТВИЯ

Понятие материально-технического обеспечения

Материально-техническое обеспечение (МТО) является видом коммерческой деятельности, которая обеспечивает производство материально-техническими ресурсами.

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

Функции МТО:

1.Коммерческие

• Основные (покупка/ материальных ресурсов);
• Вспомогательные:

а) Маркетинговая – решение вопросов определения и соответствующего выбора поставщиков;

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

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

Виды материальных ресурсов

Формы материально-технического обеспечения

1. Транзитная – продукция поставляется потребителю от предприятий-изготовителей, а закупленная продукция поставляется от поставщиков в розничные точки.

2. Складская – продукция поставляется с помощью промежуточных и распределительных складских комплексов и терминалов.

Организационная структура МТО

Формы организации управления МТО:

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

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

3. Смешанная - предполагает объединение предыдущих форм.

Недостатки в организации МТО могут привести к:

• Недовыпуску продукции и тем самым снижению прибыли;
• Возрастанию постоянных расходов из-за простоев при отсутствии ресурсов;
• Выпуску брака;
• Снижению конкурентоспособности продукции;
• Потерям из-за порчи материалов в запасах.

Систематизация служб МТО предполагает три вида структур управления:

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

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

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

Планирование МТО

Планированием МТО называется получение основания для принятия решений по поводу закупки материалов.

Федеральное государственное образовательное учреждение

высшего и профессионального образования

«ЮЖНЫЙ ФЕДЕРАЛЬНЫЙ УНИВЕРСИТЕТ»

ИНСТИТУТ ЭКОНОМИКИ И ВНЕШНЕЭКОНОМИЧЕСКИХ СВЯЗЕЙ

Экономический колледж

КУРСОВАЯ РАБОТА

На тему: «Техническое обеспечение АИС»

По предмету: АИС

Студента дневного отделения

Группы №2007-3-АСУ

Специальность

Асмерзаева Карина Игоревна

Научный руководитель:

Бордюгова Т.

Ростов – на – Дону

Введение

1.2 Структура и организация ТО АИС

1.3 Расчёт оптимального ТО АИС

Глава 2. Разработка информационного обеспечения по учёту ТС магазина «Техносила»

Заключение

Введение

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

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

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

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

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

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

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

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

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

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

Целью курсовой работы является изучение организаии технического обеспечения автоматизированных информационных систем (АИС) на примере магазина «Техносила».

Задачи курсовой работы: рассмотрение основных требований и характеристик современных и применение технических средств АИС, изучить структуру и организацию ТО АИС, проанализировать особенности организации оптимального ТО АИС, а так же разработать информационное обеспечение по учёту ТС магазина «Техносила».

Глава 1. Теоретические особенности организации технического обеспечения

1.1 Основные требования и характеристики современных и применение технических средств АИС

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

Как правило, в состав АИС входят:

Информационные ресурсы, представленные в виде баз данных (баз знаний), хранящих данные об объектах, связь между которыми задается определенными правилами;

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

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

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

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

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

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

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

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

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

Например, в состав экспертной системы (ЭС) входят:

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

Рабочая память (БД), которая хранит данные об объектах;

Диспетчер, определяющий порядок функционирования ЭС;

Машина вывода - формально-логическая система, реализованная в виде программного модуля.

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

Важнейшей составляющей ЭС является блок объяснений. Он позволяет пользователю задавать вопросы и получать разумные ответы.

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

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

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

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

Минимизация затрат на приобретение и эксплуатацию;

Надежность;

Защита от несанкционированного доступа;

Рациональное распределение по уровням обработки.

В комплексе технических средств выделяются:

А. Средства сбора и регистрации информации:

Автоматические датчики и счетчики для фиксации наступления каких-либо событий, для подсчета значений отдельных показателей;

Весы, часы и другие измерительные устройства;

Персональные компьютеры для ввода информации документов и записи ее на носители;

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

Б. Комплекс средств передачи информации:

GPS связь;

Компьютерные сети (локальные, региональные, глобальные);

Средства телеграфной связи;

Радиосвязь;

Спутниковая связь и др.

В. Средства хранения данных:

Оптические диски (CD, DVD);

USB-накопители (flash, HDD);

Жесткий диск (2,5",3,5").

Г. Средства обработки данных или компьютеры, которые делятся на классы:

Суперкомпьютеры;

Ноутбук:

Карманный компьютер.

Они отличаются технико-эксплутационными параметрами (объемы памяти, быстродействие и пр.).

Д. Средства вывода информации:

Мониторы;

Принтеры;

Плоттеры.

Е. Средства организационной техники:

Изготовления, копирования, обработки и уничтожения документов;

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

1.2 Структура и организация технического обеспечения АИС

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

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

Компьютеры любых моделей;

Устройства сбора, накопления, обработки, передачи и вывода информации;

Устройства передачи данных и линий связи;

Оргтехника и устройства автоматического съема информации;

Эксплуатационные материалы и др.

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

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

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

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

К средствам математического обеспечения относятся:

Средства моделирования процессов управления;

Типовые алгоритмы управления;

Методы математического программирования, математической статистики, теории массового обслуживания и др.

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

Рисунок 1.1 – Программное обеспечение информационной системы

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

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

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

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

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

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

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

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

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

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

Правовое обеспечение функционирования информационной системы включает:

Статус информационной системы;

Права, обязанности и ответственность персонала;

Правовые положения отдельных видов процесса управления;

Порядок создания и использования информации и др.

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

Способы использования технических средств принято называть организационными формами использования машин. На практике их применяется 2 вида: 1) вычислительные центры; 2)локальные автоматизированные рабочие места (АРМ) и вычислительные сети.

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

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

1.3 Расчёт оптимального технического обеспечения АИС

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

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

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

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

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

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

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

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

2. Система должна обеспечивать сбор и обработку фактических данных.

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

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

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

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

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

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

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

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

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

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

13. Должна существовать возможность улучшения и модернизации системы управления, но постоянная переделка по каждому незначительному поводу недопустима.

Данная система реализована в РМБИЦ МЗ РТ и обеспечивает его эффективную деятельность на протяжении многих лет на рынке информационных услуг.

2.1 Общая характеристика технологического обеспечения магазина «Техносила»

Торговая сеть магазинов бытовой техники "Техносила" создана в 1993 году. На сегодняшний день "Техносила" является одним из лидеров российского рынка бытовой техники и электроники и насчитывает 242 магазина в 191 городе России. C 2005 года работает Интернет-магазин "Техносила".

В магазинах сети - просторные залы, современное удобное торговое оборудование, удобная выкладка товара. Магазин берет на себя обязанности по доставке крупногабаритного товара к дому покупателя.

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

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

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

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

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

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

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

2.2 Построение ER-модели информационного обеспечения АИС

Рассмотрим ER-модель нашей базы. Как я уже отметила, во избежание громоздкости рассмотрим отдельные виды продукции, предлагаемой магазином. В базе будут задействованы три таблицы: количество на складе, цена и цена реализации. Зададим связи между двумя таблицами и представим ER-модель.

Рисунок 2.1 – ER-модель информационной базы

При разработке ER-моделей мы должны получить следующую информацию о предметной области:

1. Список сущностей предметной области.

2. Список атрибутов сущностей.

3. Описание взаимосвязей между сущностями.

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

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

Например, в ходе беседы с менеджером по продажам, выяснилось, что он (менеджер) считает, что проектируемая система должна выполнять следующие действия:

Хранить информацию о покупателях.

Печатать накладные на отпущенные товары.

Следить за наличием товаров на складе.

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

Покупатель - явный кандидат на сущность.

Накладная - явный кандидат на сущность.

Товар - явный кандидат на сущность.

Склад - а вообще, сколько складов имеет фирма? Если несколько, то это будет кандидатом на новую сущность.

Наличие товара - это, скорее всего, атрибут, но атрибут какой сущности?

Сразу возникает очевидная связь между сущностями - "покупатели могут покупать много товаров" и "товары могут продаваться многим покупателям". Первый вариант диаграммы выглядит так:

Рисунок 2.2 – ER-модель «Покупатель – Товар»

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

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

Рисунок 2.3 – ER-модель «Покупатель – Накладная – Склад – Товар»

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

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

Каждый товар имеет наименование, цену, а также характеризуется единицами измерения.

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

Каждый склад имеет свое наименование.

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

Юридическое лицо - термин риторический, мы не работаем с физическими лицами. Не обращаем внимания.

Наименование покупателя - явная характеристика покупателя.

Адрес - явная характеристика покупателя.

Банковские реквизиты - явная характеристика покупателя.

Наименование товара - явная характеристика товара.

Цена товара - похоже, что это характеристика товара. Отличается ли эта характеристика от цены в накладной?

Единица измерения - явная характеристика товара.

Номер накладной - явная уникальная характеристика накладной.

Дата накладной - явная характеристика накладной.

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

Количество товара в накладной - это явная характеристика, но характеристика чего? Это характеристика не просто "товара", а "товара в накладной".

Цена товара в накладной - опять же это должна быть не просто характеристика товара, а характеристика товара в накладной. Но цена товара уже встречалась выше - это одно и то же?

Сумма накладной - явная характеристика накладной. Эта характеристика не является независимой. Сумма накладной равна сумме стоимостей всех товаров, входящих в накладную.

Наименование склада - явная характеристика склада.

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

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

Точно также поступим со связью, соединяющей сущности "Склад" и "Товар". Введем дополнительную сущность "Товар на складе". Атрибутом этой сущности будет "Количество товара на складе". Таким образом, товар будет числиться на любом складе и количество его на каждом складе будет свое.

2.3 Создание базы данных учёта и продажи ТС

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

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

Существует два основных типа запросов: запрос на выборку и запрос на изменение данных.

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

Создадим четыре запроса: запрос на количество товара, на цену, стоимость и на товар.

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

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

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

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

Печать. Несмотря на то, что для печать данных в БД используются отчеты, содержимое формы также можно распечатать;

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

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

Многостраничная - поля записи выводятся в один столбец. При этом в один и тот же момент времени в форме отображается только содержимое текущей записи (например форма «количество товара»);

Ленточная - все поля записи выводятся в одну строку, при этом в форме отображаются все записи (например, форма «цена реализации»);

Табличная - отображение записей осуществляется в виде таблицы.

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

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

В случаях, когда не требуется отслеживать и обрабатывать ошибки;

Для определения общих назначенных клавиш;

Для создания специальной строки меню, а также подчиненных меню для форм;

Для выполнения макрокоманды или набора макрокоманд при открытии базы данных.

Макросы позволяют:

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

Открывать отчет в режиме предварительного просмотра или непосредственно вывести либо весь отчет на принтер, либо только выделенную его часть;

Выполнять запрос на выборку или запрос на изменение;

Выполнять действия в зависимости от значений в базе данных, форме или отчете;

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

Выполнять команды меню Access и т.д.

В нашей БД представлен макрос, вызывающий отчет о стоимости и о цене реализации.

Теперь составим каскадную модель жизненного цикла АИС «Техносила».

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

Наибольшее распространение получили две основные модели жизненного цикла:

1)каскадная модель2)спиральная

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

1. Анализ:

При анализе АИС «Техносила» был выделен ряд требований:

АИС «Техносила» должна иметь данные о товаре, его цене и наличии;

Клиенту должна быть предоставлена информационная база о товарах магазина;

2. Проектирование:

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

3. Реализация:

Созданная База Данных для АИС «Техносила» должна быть полностью или частично доступна сотрудникам. Для этого необходимо запустить Базу Данных в корпоративную сеть.

4. Внедрение:

После внедрения Базы Данных в корпоративную сеть необходимо проследить за её работоспособностью.

5. Сопровождение:

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

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

Заключение

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

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

Список использованной литературы

1. «1С: Бухгалтерия», Настольная книга пользователя. – М.: 1999.

2. Банк В.Р., Зверев B.C. Автоматизированные информационные технологии в экономике: Учеб./АГТУ. – Астрахань: Изд-во АГТУ, 2000.

3. Брага В.В. Компьютеризация бухгалтерского учета. – М.: Финстатинформ, 1996.

4. Васина Е.Н., Партыка Т.Л., Попов И.И. Автоматизированные информационные системы бухгалтерского учета. – М.: Инфра-М, 2010.

5. Елочкин М.Е. Информационные технологии. – М.: Мир и образование, 2009.

6. Сапков В.В. Информационные технологии и компьютеризация делопроизводства. – М.: Academia, 2010.

7. Чистов Д.В. Информационные системы в экономике. – М.: Инфра-М, 2010.