Этапы проектирования корпоративных информационных систем реферат

Обновлено: 28.06.2024

Для серверов выбрана платформа HP ProLiant DL385G5. Сервер предназначен для монтажа в стойку, имеет два четырехъядерных процессора AMD® Opteron® 2300-series Core 2 EM64T, до 32Gb оперативной памяти DDR2 PC2−5200 ECC Registered, дисковую подсистему SAS/SATA RAID, два интегрированных многофункциональных сетевых адаптера 1Gbit Ethernet с поддержкой iSCSI (опция), систему управления сервером… Читать ещё >

Проектирование корпоративной информационной системы предприятия ( реферат , курсовая , диплом , контрольная )

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

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

— подразделений (отделов) — 10 и более;

— рабочих мест (сотрудников) — 100 с равномерным распределением по отделам;

— центральных офисов — 2;

— рабочих мест в центральном офисе — 20;

— удаленных филиалов — 3.

В курсовой работе необходимо выполнить следующее:

разработать структуру КИС (структура отразить графически) с указанием уровней иерархии, соответствующих уровням элементов (АРМы, серверы и иное оборудование), сервисов, системы именования элементов;

разработать адресное пространство, систему DNS (отразить таблично);

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

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

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

описать конфигурации сервисов: поддержку и управление доменом, DNS, DHCP, Web-службы, корпоративную почту (привести только значимые параметры в текстовом виде);

рассчитать стоимость оборудования и программного обеспечения КИС.

Реферат Пояснительная записка содержит 28 страниц, 12 таблиц, 4 рисунка, 3 источника.

корпоративная информационная система, АРМ, адресное пространство, система доменных имен, клиент, сервер, сервис, демон, DHCP, DNS, web-сервис, почтовая система, контроллер домена, файл-сервер, ресурс.

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

Введение
1. Организационная структура предприятия
2. Функциональная схема корпоративной сети
3. Схема IP-адресации и DNS-система
4. Выбор аппаратной и программной конфигурации рабочих станций и серверного оборудования
- 4.1 Программная и аппаратная конфигурация рабочих станций
- 4.2 Программная и аппаратная конфигурация серверов
- 4.3 Расчет стоимости оборудования и ПО
- 5.1 Настройка DHCP-сервиса
- 5.2 Настройка DNS-сервиса
- 5.3 Настройка web-сервиса
- 5.4 Настройка почтовой системы
- 5.5 Настройка сервера Samba
Введение

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

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

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

1. Организационная структура предприятия

Структура объединения включает в себя Управление научно-исследовательскими и опытно-конструкторскими работами, Управление проектами, Управление по работе с Заказчиками, два приборостроительных завода, региональные представительства и сервисные центры в России и Республике Казахстан.

Схема упрощенной организационной структуры предприятия с указанием связей управления приведена на рисунке 1.1; на схеме в верхнем углу блока, обозначающего структурное подразделение, указано количество сотрудников в подразделении. В центральных офисах размещены Управление и Управление проектами; Управление научно-исследовательскими и опытно-конструкторскими работами, Завод № 1, Завод № 2 расположены в филиалах, территориально удаленных от центральных офисов.

Для определения основных потоков управленческой информации между подразделениями выделим основные бизнес-процессы на предприятии:

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

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

Информационные связи на предприятии обозначены на рисунке 1.1.

Рисунок 1.1 — Организационная структура предприятия

2. Функциональная схема корпоративной сети

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

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

Рисунок 2.1 — Функциональная схема сети Физическое соединение маршрутизаторов подразделений осуществляется через сеть провайдера. Для обмена корпоративным трафиком в сети провайдера поддерживаются туннели VPN over IP-MPLS.

Сеть подразделения строится следующим образом. К маршрутизатору подразделения подсоединены коммутатор подразделения и коммутатор демилитаризованной зоны (DMZ).

К коммутатору DMZ подключаются серверы DMZ и маршрутизатор доступа в Internet, обеспечивающий доступ к ресурсам Internet через сеть провайдера.

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

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

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

Содержание

Введение. 3
Глава1.Особенности проектирования корпоративной ИС. 4
1.1. Требования к архитектуре корпоративной ИС. 4
1.2. Проектирование клиент-серверных систем оперативной обработки транзакций . 6
Глава 2. Инструментальные средства создания трехуровневой КИС. 9
2.1. Проектирование распределенной БДсредствами ER WIN 3.5.2. 9
Литература. 13

Прикрепленные файлы: 1 файл

проэктирование корпоративных информационных систем.docx

Российский Государственный Социальный университет

Кафедра экономики и менеджмента

ФИО студента: Синтюрина Анна Владимировна

очного отделения,4 курса

Глава1.Особенности проектирования корпоративной ИС. . . . 4

1.1. Требования к архитектуре корпоративной ИС. . . . . 4

1.2. Проектирование клиент- серверных систем оперативной обработки транзакций . . . . 6

Глава 2. Инструментальные средства создания трехуровневой КИС. . . . 9

2.1. Проектирование распределенной БДсредствами ER WIN 3.5.2. . . . 9

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

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

В третьей главе изложены принципы администрирования сервера БД – MS SQL SERVER-2000.

Глава 1. Особенности проектирования корпоративной ИС

1.1. Требования к архитектуре корпоративной ИС

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

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

К современным КИС предъявляются следующие требования:

• Управление полным циклом выполнения заказов клиентов на всех операциях делового

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

• Оперативное получение аналитической информации для повышения качества прини-

маемых управленческих решений.

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

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

• Создание систем бизнес-планирования и управления с учетом рисков.

• Создание систем электронного документооборота и управления рабочими потоками.

КИС имеет следующие основные свойства:

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

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

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

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

• Открытость (переносимость), реализующая сопряжение программных комплексов со стандартными программными приложениями через механизмы OLE, например, программами Microsoft Office, и с внешними приложениями других информационных систем через API-интерфейс (Application Programming Interface), например, INTERNET-приложениями.

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

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

1.2. Проектирование клиент-серверных систем оперативной обработки транзакций

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

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

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

− Уровень представления (презентации) данных пользователем;

− Уровень обработки данных приложением;

− Уровень взаимодействия с базой данных.

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

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

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

Двухуровневая клиент-серверная архитектура основана на использовании только сервера базы данных (DB-сервера), когда клиентская часть представляет уровень представления данных, а на сервере находится база данных вместе с СУБД и прикладными приложениями. DB-сервер отличается от файл-сервера тем, что в его оперативной памяти, помимо сетевой операционной системы, функционирует централизованная СУБД, обеспечивающая совместное использование рабочими станциями базы данных, размещенной во внешней памяти этого DB-сервера. DB-сервер дает возможность отказаться от пересылки по сети файлов данных целиком и передавать только ту выборку из базы данных, которая удовлетворяет запросу пользователя. При этом возможно разделение пользовательского приложения на две час-ти: одна часть выполняется на сервере и связана с выборкой и агрегированием данных избазы данных, а вторая часть по представлению данных для анализа и принятия решения выполняется на клиентской машине. Таким образом, увеличивается общая производи-тельность информационной системы в результате объединения вычислительных ресурсовсервера и клиентской рабочей станции. Обращение к базе данных осуществляется на языке SQL, который фактически стал стандартом для реляционных баз данных. Отсюда сервер баз данных часто называют SQL-сервером, который поддерживается всеми реляционными СУБД: Oracle, Informix, MS SQL Server, ADABAS D, InterBase, SyBase и др. Клиентское приложение может быть реализовано на языке настольных СУБД (MS Access, FoxPro, Paradox, Clipper и др.). При этом взаимодействие клиентского приложения с SQL-сервером осуществляется через ODBC-драйвер (Open Data Base Connectivity), который обеспечивает возможность пересылки и преобразования данных из глобальной базы данных в структуру баз данных клиентского приложений.

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

− параллельности в работе сервера приложений и сервера базы данных, причем сервер приложений может быть менее мощным по сравнению с сервером базы данных;

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

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

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

Рассмотрим технологическую сеть техно-рабочего проектирования трехуровневой клиент – серверной КИС

Глава 2. Инструментальные средства создания трехуровневой КИС

2.1. Проектирование распределенной БД средствами ER WIN 3.5.2 Case – средство проектирования структуры БД – ER WIN 3.5.2. является одним из инструментов проектирования КИС, которые разработаны компанией LogicWorks. В состав этих средств включены следующие программные продукты: BP WIN предназначен для проектирования бизнес процессов объекта управления, для которого разрабатывается КИС. В основе проектирования бизнес процессов лежит метод IDEF0 – построение диаграмм потоков (DFD). Построение DFD помогает понять проектировщикам информационную взаимосвязь бизнес процессов объекта управления. Метод IDEF0 основывается на использовании стандарта структурного анализа и проектирования сложных систем – SADT. ER WIN служит для разработки структуры БДКИС; MODEL MART позволяет коллективно разрабатывать и синхронизировать как диаграммы бизнес процессов, так и ER-диаграммы.

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

1. Соединиться с ModelMart, который содержит модели, которые необходимо синхрониизировать.

2. Выбрать направление синхронизации диаграмм (BPWIN к модели ERWIN или наоборот).

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

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

Государственное образовательное учреждение высшего профессионального образования
НИЖЕГОРОДСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ

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

Группа: 3-25 ФК/12

Проверил: Мизиковский И.Е.
Дзержинск 2011г.
Содержание
Введение……………………………………………………………………………………………………3

Глава 1. Описание экономико-организационой сущности задачи…………4

Глава 2. Описание входной и выходной информации……………………. 6

Глава 3. Описание алгоритма расчета выходной информации………………9

Глава 4. Описание условно-постоянной информации……………………. 10

Список использованной литературы………………………………………. 14
Введение

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

1.1. Наименование задачи. Создание информационных систем : проектирование , разработка и применение в бизнесе.

снижения затрат и численность персонала;

формирование информационного общества;

ускоренное продвижения новых технологий;

росту мобильности персонала и ориентации деятельности на будущие

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

снижению затрат на производство.

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

1.3. Степень открытости информации. Информация является открытой , так как активно используется на всех этапах создания и в эксплуатации информационной системы.

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

1.5. Периодичность и сроки решения задачи. Периодичность подразделяется на : оперативную, текущую и перспективную.

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

1.6. Источники и адресаты данных. Информационные потоки и информационные базы.

1.7. Схема взаимосвязи с другими функциональными задачами.

Общими основополагающие принципы является: эффективность, контроль, совместимость, гибкость, системность, развитие,

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

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

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

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

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

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

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

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

метод личного наблюдения;

метод изучения путем анализа материала;

метод опроса исполнителей на рабочих местах;

метод личного участия в работе;

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

получение сведений в письменном виде от сотрудников.

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

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

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

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

3.1. Годовой прирост прибыли:

3.2. Годовой экономический эффект:

3.3. Срок окупаемости:

3.4. Расчетный коэффициент эффективности затрат на создание ИС:

где А1, А2 – годовой объем реализуемой продукции до и после внедрения ЭИС;

C1, C2 – затраты на 1 рубль реализуемой продукции;

П1 – прибыль от реализации продукции до внедрения ИС;

Ен – нормативный коэффициент эффективности капитальных вложений на

К – капитальные вложения на создание ИС.
Глава 4. Описание условно-постоянной информации.

4.1. Используемые классификаторы.

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

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

методику Oracle CDM (Custom Development Method) по разработке прикладных ИС под заказ;

международный стандарт ISO/IEC 12207 по организации жизненного цикла продуктов программного обеспечения;

отечественный стандарт ГОСТ 34.003-90.

Методы проектирования ИС – способ создания ИС.

Есть три метода: индивидуальный (оригинальный), типовое проектирование,

автоматизированный проект (САПР).

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

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

Автоматизированое проектирование ИС - CASE -технологии ( COMPUTER Aided System /Soft Wore Engineering). Это совокупность методов анализа, проектирования, разработки и сопровождения ИС с максимальной автоматизацией процессов разработки и функционирования систем.

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

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

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

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

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

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

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

2. Информационные системы в экономике. Под ред. Титоренко Г.А.

2-е изд., перераб. и доп. - М.: Юнити-Дана, 2008.

3. "Экономический словарь". Под ред. А.И.Архипова, ТК "Велби", издательство "Проспект", 2007 г.

4. Информационные системы в экономике. Методология создания. Карминский А.М., Черников Б.В.

5. Автоматизированная информационная система с точки зрения ГОСТ 34, М . Острогорский , 2008

Наука > Статьи > Анализ, проектирование и разработка корпоративных информационных систем: теория и практика

Анализ, проектирование и разработка корпоративных информационных систем: теория и практика

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

Рис. 1. Общие этапы внедрения корпоративной информационной системы

Цель и задачи

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

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

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

2. Этапы и уровни внедрения

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

Рис. 2. Определение уровней управления для проекта внедрения КИС

Рассмотрим вопрос анализа требований более подробно. Целесообразно начать с обзора процесса внедрения КИС. Типовые этапы имплементации КИС, приведенные в работе [11], включают: подготовку проекта, проектирование, реализацию, подготовку к опытной эксплуатации, непосредственно опытное применение и переход к промышленному использованию (рис.3). Анализ требований и бизнес-процессов заказчика ведется на этапе проектирования, в результате формируется документ, содержащий функционально-технические требования.

Рис. 3. Этапы и уровни внедрения КИС

Уровни имплементации КИС [12] позволяют разграничить выполняемые операции по содержанию работ: подготовка технической инфраструктуры системы, разработка приложений, управление проектом внедрения (рис.3). Статья ограничивается рассмотрением исключительно уровня приложений.

3. Анализ требований

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

Рис. 4. Способы выявления информационных потребностей и база знаний

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

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

4. Проектирование процессов

Рис. 5. Методы проектирования процессов

Выбор метода моделирования зависит от задачи проектирования. Так, в большинстве проектов внедрения КИС используются нотации Swim Lane Diagram или ARIS extended Event Process Chain [13]. Выбор не случаен, ведь именно эти методы содержат элементы описания функционала ответственных сотрудников, входных и выходных документов, а также позволяют вести низкоуровневое проектирование (табл.1). Что весьма критично при реализации проекта КИС.

Таблица 1. Элементы описания, особенности и области применения нотаций

5. Разработка программ

Рассмотрим реальный пример. Применяя трехуровневую структуру описания программ [17], на рис.7а дана схема web-приложения по учету рабочего времени сотрудников. Алгоритм работы приложения следующий:
- пользователь указывает номер телефона и период формирования ведомости;
- вводит присланный на сотовый телефон код подтверждения;
- получает ведомость по учету рабочего времени за указанный период.
Рис. 6. Принципы разработки программ

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

6. Тестирование разработок

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

Рассмотрим практический пример. Была разработка программа в рамках заданного модуля системы (рис.8). Первое, с чего нужно начать, – выполнить модульное тестирование разработки, состоящее в независимой проверке работоспособности программы. Далее проводится интеграционное тестирование, включающее выполнение сквозного бизнес-процесса, затрагивающего программы из различных модулей системы. И системное тестирование, в котором система рассматривается как единое целое, а контролю подлежит интеграция со смежными информационными системами. Модульное, интеграционное и системное тестирование ведется силами технических специалистов вручную, для чего готовятся соответствующие сценарии тестирования.

Рис. 8. Практический пример объема тестирования программы

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

6. Промышленное использование

Успешно протестированные приложения КИС используются в повседневной жизни компании. Промышленная эксплуатация системы следует за фазой перехода. Стратегия перехода [13] определяет, каким образом будут использоваться предыдущие и новые информационные системы. Выделяют два подхода: последовательный и параллельно-последовательный (рис.9) [20].

Рис. 9. Стратегия перехода: а) последовательная; б) параллельно-последовательная

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

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

Выводы

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

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

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

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

Читайте также: