Инженерная инфраструктура как основа информационной системы. Что такое инфраструктура и какие существуют объекты инфраструктуры

Информационная инфраструктура предприятия и ее составляющие

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

Существует несколько определений ИИ, однако на настоящий момент все они достаточно неполно отражают сущность этого объекта:

1. Информационная инфраструктура представляет собой систему организационных структур, обеспечивающих функционирование и развитие информационного пространства страны и средств информационного взаимодействия. Она включает совокупность информационных центров, банков данных и знаний, систем связи и обеспечивает доступ потребителей к информационным ресурсам Глоссарий [Электронный ресурс]. - Режим доступа: www.glossary.ru, свободный. - Загл. с экрана..

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

2. Информационная инфраструктура может быть определена как социо-техническая конструкция Другой термин, которому придается в данном случае то же значение - социо-технические сети (socio-technical networks). «ИИ - это больше, чем «чистая» технология, они скорее представляют из себя социо-технические сети (socio-technical networks)». (Nшkkentved, 2004) (цитируется по )., включающая экономических агентов, ресурсы и процессы, обеспечиваемые информационно-коммуникационными технологиями, и простирающиеся за границы бизнес-сети фирмы Шерешева М.Ю. Развитие информационной инфраструктуры розничных сетей в России / М.Ю. Шерешева // Российский Журнал менеджмента. - 2005. Т. 3. № 1. - С. 53..

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

3. Информационно-коммуникационная инфраструктура - совокупность территориально распределенных государственных и корпоративных информационных систем, линий связи, сетей и каналов передачи данных, средств коммутации и управления информационными потоками, а также организационных структур, правовых и нормативных механизмов, обеспечивающих их эффективное функционирование Глоссарий по информационному обществу [электронный ресурс]. - Режим доступа: http://www.iis.ru/glossary/ici.ru.html. свободный.. - Загл. с экрана..

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

Таким образом, из данных трех определений можно сделать вывод, что понятие ИИ включает решения не только по программному обеспечению, аппаратному комплексу и организационному обеспечению, но и методологию и механизмы их взаимодействия, что вполне соответствует пониманию системы в наиболее современных стандартах типа ISO Михайловский Н. Архитектура информационной системы, оценка рисков и совокупная стоимость владения [Электронный ресурс] // Директор ИС. - 2002. - 17 июня (№6). - М: Директор ИС.RU, 2002. - Режим доступа: http://www.osp.ru/cio/2002/06/021_1.htm , свободный. ? Загл. с экрана..

Необходимо подчеркнуть отличие понятия ИИ от понятия архитектуры информационной системы. Архитектура представляет собой «концепцию, определяющую модель, структуру, выполняемые функции и взаимосвязь компонентов информационной системы» Глоссарий [Электронный ресурс]. - Режим доступа: www.glossary.ru , свободный. - Загл. с экрана. или «официальное определение правил бизнеса, структур систем, технических ограничений и сути производимой продукции для информационных бизнес-систем. Архитектура информационных систем состоит из четырех уровней: архитектура бизнеса, архитектура систем, техническая архитектура и производственная архитектура» Глоссарий по информационному обществу [электронный ресурс]. - Режим доступа: http://www.iis.ru/glossary/ici.ru.html. свободный. - Загл. с экрана.. Таким образом, если рассматривать информационные системы предприятия как компонент ИИ, то и архитектура ИС будет также ее составной частью. Другими словами, архитектура дает представление «как устроено», а инфраструктура - «чем наполнено».

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

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

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

В высокотехнологичных и производственных компаниях «внутренняя», т.е. ориентированная на решение внутренних задач предприятия, ИИ почти на 100% детерминирована самой сутью производства, управления и требованиями к качеству продукта. Бизнес-правила в такой компании, роли, ответственность, в том числе и в информационной сфере, четко определены и стандартизированы. «Внутренняя» ИИ и ее развитие полностью подчинены бизнес-целям и детерминируются стандартными практиками и структурами. Для построения «внутренней» ИИ существует линейка продуктов компаний IBM (например, решения класса Tivoli для малых и средних предприятий), Microsoft, серверное обеспечение HP и Intel, продукты Oracle и пр.

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

- Информационная инфраструктура организации -

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

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

Инфраструктура состоит из следующих составных частей:

Компьютреры и серверы;

Программное обеспечение серверов и рабочих станций;

Данные и средства хранения данных;

Оргтехника (принтеры, копиры, факс аппараты, сканеры);

Сети передачи данных, телефонные сети;

Активное и пассивное сетевое оборудование (маршрутизаторы, коммутаторы, структурированные кабельные сети);

Телефонные станции.

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

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

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

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

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

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

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

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

- определение системного программного обеспечения которое будет использоваться в организации и создание LAN как программно-технического комплекса (установка системного программного обеспечения, организация маршрутизации между подсетями, администрирование сети и работа с пользователями сети);

- обучение сотрудников организации;

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

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

- обеспечение безопасности информации;

- работу службы эксплуатации и внедрения;

- наполнение базы данных;

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

1. Техническая служба. Функции – работы по монтажу LAN, установка оборудования, ремонт и замена оборудования.

2. Служба эксплуатации и внедрения. Функции – работа с Заказчиком приложений ИАС по постановке задачи, установка приложений ИАС, подготовка заданий для группы разработки программного обеспечения, обучение персонала.

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

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

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

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

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

Таким образом:

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

2. Уточнение свойств объектов, которыми оперирует ИАС может быть произведено пользователем на описательном уровне.

3. Модули, реализующие новые объекты и функции системы должны создаваться в основном на уровне сервисов и объектов сервера.

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

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

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

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

Кроме вышеперечисленных есть модули, реализующие частные задачи и взаимодействующие с инвариантами системы и дополнительными модулями. Если рассматривать учет материальных ценностей и проекты организации, то задачи обработки заявок и получения материалов являясь дополнительным сервисом связывает эти инварианты. Дополнительными модулями являются, модули, обеспечивающие функции статистической и другой обработки информации хранящейся в одной базе данных и экспорт уже обработанного в другую базу. Примером такой задачи будет «оплата за обучение в вузе», которая связывает оплату каждого студента и кассу института, как часть АРМа главного бухгалтера. Другим примером является экспорт данных о выпускниках ВУЗа в базу выпускников всех учебных заведений России. Очевидно, что дополнительные модули могут не содержать никаких данных. В этом случае их реализация может заключаться в программировании COM объектов сервера транзакций и добавлением его вызова в программе клиента. Если для работы дополнительного модуля требуется хранение какой-то информации, таблицы могут создаваться в другой базе данных.

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

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

Информационная инфраструктура. 3

Информационно-аналитическая система (ИАС) как часть программной поддержки информационной структуры организации. 4

Проект ИАС института. 8

Заключение. 12

Литература. 14

Введение

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

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

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

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

Информационная инфраструктура

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

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

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

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

Определение системного программного обеспечения которое будет использоваться в организации и создание LAN как программно-технического комплекса (установка системного программного обеспечения, организация маршрутизации между подсетями, администрирование сети и работа с пользователями сети);

Обучение сотрудников организации;

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

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

Обеспечение безопасности информации;

Работу службы эксплуатации и внедрения;

Наполнение базы данных;

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

1. Техническая служба. Функции – работы по монтажу LAN, установка оборудования, ремонт и замена оборудования.

2. Служба эксплуатации и внедрения. Функции – работа с Заказчиком приложений ИАС по постановке задачи, установка приложений ИАС, подготовка заданий для группы разработки программного обеспечения, обучение персонала.

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

Информационно-аналитическая система (ИАС) как часть программной поддержки информационной структуры организации

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

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

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

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

Таким образом:

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

2. Уточнение свойств объектов, которыми оперирует ИАС может быть произведено пользователем на описательном уровне. Для этого могут быть написаны компоненты системы, использующие Wizard технологию.

3. Модули, реализующие новые объекты и функции системы должны создаваться в основном на уровне сервисов и объектов сервера.

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

5. Должны использоваться готовые программные продукты, поддерживающие работу с базами данных. Например, генератор отчетов Crystal Report или MS Excel.

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

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

Кроме вышеперечисленных есть модули, реализующие частные задачи и взаимодействующие с инвариантами системы и дополнительными модулями. Если рассматривать учет материальных ценностей и проекты организации, то задачи обработки заявок и получения материалов являясь дополнительным сервисом связывает эти инварианты. Дополнительными модулями являются, модули, обеспечивающие функции статистической и другой обработки информации хранящейся в одной базе данных и экспорт уже обработанного в другую базу. Примером такой задачи будет “оплата за обучение в вузе”, которая связывает оплату каждого студента и кассу института, как часть АРМа главного бухгалтера. Другим примером является экспорт данных о выпускниках ВУЗа в базу выпускников всех учебных заведений России. Очевидно, что дополнительные модули могут не содержать никаких данных. В этом случае их реализация может заключаться в программировании COM объектов сервера транзакций и добавлением его вызова в программе клиента. Если для работы дополнительного модуля требуется хранение какой-то информации, таблицы могут создаваться в другой базе данных.

По ГОСТ Р 53114-2008

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

Объект информатизации – совокупность информационных ресурсов, средств и систем обработки информации, используемых в соответствии с заданной информационной технологией, а также средства их обеспечения, помещений или объектов (зданий, сооружений, технических средств), в которых эти средства и системы установлены, или помещений и объектов, предназначенных для ведения конфиденциальных переговоров (по ГОСТ Р 51275-2006 «Защита информации. Объект информатизации. Факторы, воздействующие на информацию. Общие положения»)

Информационная инфраструктура:

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

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

Из Википедии:

В качестве примеров информационной инфраструктуры можно привести такие общеизвестные сферы нашей жизни как:

− Интернет

− Дистанционное образование

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

− Science Citation Index от фирмы Institute for Scientific Information .

Science Citation Index – это индекс цитирования, введенный в 1961 году и охвативший на тот момент информацию порядка 600 журналов. Сегодня данный индекс является одним из крупнейшим и охватывает более 16 000 источников информации.

− STN от фирмы Thomson Scientific.

STN (Scientific and Technical Network) – европейская база данных, содержащая более 10 млн документов по самым разным наукам: физика, биофизика, химия, технологии, медицина и др. База является одной из самых крупных в мире.

− Scopus от фирмы Elsevier .

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

В России большой вклад в развитие информационной инфраструктуры вносят компании из сферы телекоммуникационного бизнеса. Например, оператор связи “МегаФон” инвестирует в развитие сети Центров обработки данных. Этот же оператор приобрел одного из крупнейших операторов фиксированной связи, что позволит создать единую магистральную сеть протяженностью более 100 тыс. км. вместе с обширной спутниковой инфраструктурой.

Инфраструктура ИС

Определение из http://ssofta.narod.ru/bd/ets2.htm

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

Таким образом, к инфраструктуре следует отнести:

− системное и сетевое программное обеспечение,

− операционные платформы,

− компьютеры, сетевое оборудование,

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

− средства связи,

− электро-, тепло- и водоснабжение,

− кондиционеры,

− помещения,

− обслуживающий персонал,

− дополнительное оборудование, необходимое для работы персонала.

Определение с http://www.sb-serv.ru/itinfrastructure.html (ссылка на сохранённую копию ниже)

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

Понятие инфраструктуры с течением времени претерпевало значительные изменения.

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

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

ИТ-инфраструктура должна соответствовать трем параметрам: доступности, надежности и безопасности :

− Доступность

− Надежность – это понятие несколько шире, чем «у-нас-все-всегда-исправно». Так попросту не бывает: все, что может сломаться - обязательно рано или поздно сломается. Другое дело, что это не должно стать катастрофой для вашего бизнеса. Что бы не случилось, пользователь не должен замечать всех этих проблем - данные не исчезнут, базы данных останутся в работе, обмен сообщениями продолжится.

− Безопасность

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

Основные этапы создания ИТ инфраструктуры (с сайта компании, предоставляющей данные услуги):

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

− Создание сетевой инфраструктуры. Выполняется установка и пуско-наладка активного сетевого оборудования и создание беспроводных сетей Wi-Fi.

− Установка и настройка автоматической телефонной станции (миниАТС). Производится установка пуско-наладка миниАТС, программирование, подключение к городским телефонным сетям.

− Закупка оборудования и программного обеспечения.

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

− Запуск основных сетевых служб на основе протокола TCP/IP. Выполняется установка служб DHCP (Dynamic Host Configuration Protocol) - это сетевой протокол, позволяющий компьютерам автоматически получать IP-адрес и другие параметры, необходимые для работы в сети TCP/IP, DNS (Domain Name System). - компьютерная распределённая система для получения информации о доменах компании, WINS (Windows Internet Name Service) - служба сопоставления NetBIOS-имён компьютеров с IP-адресами узлов.

− Внедрение службы каталогов Active Directory. Служба каталогов AD является управляющим центром корпоративной информационной системы. Active Directory обеспечивает хранение и управление информацией обо всех пользователях и устройствах и является единой точкой аутентификации и авторизации. Реализация службы каталогов производится на базе операционных систем Windows Server 2003 R2 или Windows Server 2008.

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

− Развертывание систем управления базами данных (СУБД). Система управления базами данных обеспечивают хранение, доступ и управление базами данных приложений. Развертывание СУБД осуществляется на основе Microsoft SQL Server.

− Внедрение систем учета и управления Интернет трафиком. Системы учета и управления Интернет трафиком позволяют контролировать и управлять доступом каждого сотрудника компании в сеть Интернет и доступом к внутренним ресурсам компании из сети Интернет. Данные системы внедряются на основе следующих продуктов: Microsoft ISA Server, Kerio WinRoute Firewall, Linux/FreeBSD. Для компаний малого бизнеса данные задачи можно реализовать с помощью роутеров на базе оборудования CISCO, 3COM, D-link, LinkSys и прочее

− Внедрение систем корпоративной почты.

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

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

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

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

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

Архитектура ИС

По ГОСТ Р ИСО 15704-2006 «Промышленные автоматизированные системы. Требования к стандартным архитектурам и методологиям предприятия»:

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

Примечание - Существует только два типа архитектур, имеющих отношение к интеграции предприятия, а именно:

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

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

Архитектура ИС конструктивно обычно определяется как набор ответов на следующие вопросы:

что делает система;

на какие части она разделяется;

как эти части взаимодействуют;

где эти части размещены.

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

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

Прикладная архитектура включает в себя:

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

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

− средства и методы разработки и сопровождения приложений.

Архитектура данных включает в себя:

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

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

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

Техническая архитектура состоит из сетевой архитектуры и архитектуры платформ.

Сетевая архитектура включает в себя:

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

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

− аварийные планы по обеспечению бесперебойной работы сетей в условиях чрезвычайных обстоятельств.

Архитектура платформ включает в себя:

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

− операционные и управляющие системы, утилиты и офисные программные системы;

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

Платформа ИС

Определение с сайта Аналитика СЭД

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

Из статьи ERP: ПРОДУКТ ИЛИ ПЛАТФОРМА? (http://www.iteam.ru/publications/it/section_54/article_1843/)

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

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

Задачей этой статьи не является сравнение платформы и продукта и тем более доказательство превосходства одного подхода над другим. Довольно часто предприятия выбирают между двумя-тремя предлагаемыми им ERP-системами, и почти всегда оказывается, что часть из них ближе к продукту, часть - к платформе. Объясняя выбор "продуктовой" системы, представители ИТ-служб предприятий часто прибегают к четырем аргументам, перечисленным ниже:

− в "платформенной" системе можно многое переделать. Cлишком большой объем доработок может привести к невозможности протестировать все бизнес-кейсы и, как следствие, к отсутствию уверенности в правильности результата;

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

− приобретая платформенную систему X, которая не поддерживает нужные нам функции, мы обрекаем себя на разработку этих функций, которые уже есть в продукте Y. Зачем тратить лишние ресурсы и время?;

− на системе X уже есть отраслевое решение, которое работает в компании N. Мы купим эту систему вместе с отраслевым решением, с минимальными затратами развернем его в нашей компании и тем самым решим задачи в области бизнеса и автоматизации.

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

Примерами платформ , для развёртывания ИС могут быть:

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

Представители: зарубежные компании - BusinessObjects (www.businessobjects.com), Cognos (www.cognos.com), MicroStrategy (www.microstrategy.com), Oracle (www.oracle.com), SAS (www.sas.com), Microsoft (www.microsoft.com), Hyperion (www.hyperion.com), а также российские разработчики - фирмы BaseGroup Labs (www.basegroup.ru) с пакетом Deductor и Intersoft Lab (www.iso.ru) с платформой хранилищ данных и аналитической платформой “Контур”.

Платформы построения ECM-систем и СЭД :
платформы и приложения, на базе которых можно строить корпоративные системы (и системы электронного документооборота в частности): SharePoint, офисные пакеты, .NET, Java 2 EE, веб-платформы. Примеры разработчиков таких платформ - EMC, Oracle, Microsoft, 1С

Платформы построения учётных ИС (ERP)

http://webcache.googleusercontent.com/search?q=cache:7VEtiIbaL0UJ:www.sb-serv.ru/itinfrastructure.html+%D0%B8%D0%BD%D1%84%D1%80%D0%B0%D1%81%D1%82%D1%80%D1%83%D0%BA%D1%82%D1%83%D1%80%D0%B0+%D0%B8%D0%BD%D1%84%D0%BE%D1%80%D0%BC%D0%B0%D1%86%D0%B8%D0%BE%D0%BD%D0%BD%D0%BE%D0%B9+%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D1%8B&cd=20&hl=ru&ct=clnk&gl=ru&source=www.google.ru

Ответ прошлых лет (Ден)

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

Информационная инфраструктура:

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

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

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

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

Надежность – это понятие несколько шире, чем «у-нас-все-всегда-исправно». Так попросту не бывает: все, что может сломаться – обязательно рано или поздно сломается. Другое дело, что это не должно стать катастрофой для вашего бизнеса. Что бы не случилось, пользователь не должен замечать всех этих проблем – данные не исчезнут, базы данных останутся в работе, обмен сообщениями продолжится.

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

Вопрос по платформам открыт

20. Проектирование ИС [J]

Готовый ответ Милы

Методология SADT (Structured Analisys and Design Technique - технология структурного анализа и проектирования) разработана Дугласом Т. Россом в 1969-1973 годах. Технология изначально создавалась для проектирования систем более общего назначения по сравнению с другими структурными методами, выросшими из проектирования программного обеспечения. SADT - одна из самых известных и широко используемых методик проектирования. Новое название методики, принятое в качестве стандарта - IDEF0 (Icam DEFinition) - часть программы ICAM (Integrated Computer-Aided Manufacturing - интегрированная компьютеризация производства), проводимой по инициативе ВВС США.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Различают в IDEF0 пять типов связей работ.

Связь по входу (input-output), когда выход вышестоящей работы направляется на вход следующей работы.

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

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

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

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

Из перечисленных блоков, как из отдельных кирпичиков, строится диаграмма. Пример SADT-диаграммы:

Диаграммы потоков данных DFD (Data Flow Diagrams)

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

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

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

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

Активные объекты. Активным называется объект, который обеспечивает движение данных, поставляя или потребляя их. Активные объекты обычно бывают присоединены к входам и выходам DFD.

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

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

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

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

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

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

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

Методология IDEF0

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

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

Наиболее удобным языком моделирования бизнес-процессов является IDEFO, предложенный более 20 лет назад Дугласом Россом (SoftTech, Inc.) и называвшийся первоначально SADT - Structured Analysis and Desifi Technique. В начале 70-х годов вооруженные силы США применили подмножество SADT, касающееся моделирования процессов, для реализации проектов в рамках программы ICAM (Integrated Computer-Aided Manufacturing). В дальнейшем это подмножество SADT было принято в качестве федерального стандарта США под наименованием IDEFO.

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

Под моделью в IDEFO понимают описание системы (текстовое и графическое), которое должно дать ответ на некоторые заранее определенные вопросы.

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

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

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

· Почему этот процесс должен быть замоделирован?

· Что должна показывать модель?

· Что может получить читатель?

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

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

· верхняя сторона имеет значение "управления";

· левая - "входа";

· правая - "выхода";

· нижняя - "механизма".

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

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

Имеют место:

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

· принцип ограничения сложности;

· принцип декомпозиции.

Обычно сначала строится модель существующей организации работы – AS-IS (как есть). На основе модели AS-IS достигается консенсус между различными единицами бизнеса по тому, "кто что сделал" и что каждая единица бизнеса добавляет в процесс. Модель AS-IS позволяет выяснить, "что мы делаем сегодня" перед тем, как перепрыгнуть на то, "что мы будем делать завтра". Анализ функциональной модели позволяет понять, где находятся наиболее слабые места, в чем будут состоять преимущества новых бизнес-процессов и насколько глубоким изменениям подвергнется существующая структура организации бизнеса. Детализация бизнес-процессов позволяет выявить недостатки организации даже там, где функциональность на первый взгляд кажется очевидной. Признаками неэффективной деятельности могут быть бесполезные, неуправляемые и дублирующиеся работы, неэффективный документооборот (нужный документ не оказывается в нужном месте в нужное время), отсутствие обратных связей по управлению (на проведение работы не оказывает влияния ее результат), входу (объекты или информация используются нерационально) и т. д. Найденные в модели AS-IS недостатки можно исправить при создании модели ТО-ВЕ (как будет) – модели новой организации бизнес-процессов. Модель ТО-ВЕ нужна для анализа альтернативных/лучших путей выполнения работы и документирования того, как компания будет делать бизнес в будущем.

Также существует модель SHOULD_BE (как должно бы быть) – идеалистическая модель.

Принципы ограничения сложности:

· ограничение количества блоков на одной диаграмме тремя–шестью;

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

В общем случае, модель бизнес-процесса должна давать ответы на следующие вопросы:

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

· в какой последовательности выполняются эти процедуры;

· какие механизмы контроля и управления существуют в рамках рассматриваемого бизнес-процесса;

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

· какие входящие документы/информацию использует каждая процедура процесса;

· какие исходящие документы/информацию генерирует процедура процесса;

· какие ресурсы необходимы для выполнения каждой процедуры процесса;

· какая документация/условия регламентирует выполнение процедуры;

· какие параметры характеризуют выполнение процедур и процесса в целом.

Методология DFD

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

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

· внешние сущности;

· системы/подсистемы;

· процессы;

· накопители данных;

· потоки данных.

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

Внешняя сущность

Подсистема

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

Процесс

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