Информационная инфраструктура
По ГОСТ Р 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"), действие которых распространяется на организацию разработки и выполнения проекта, например, интеграцию предприятия или другую программу развития предприятия.
Архитектура ИС конструктивно обычно определяется как набор ответов на следующие вопросы:
что делает система;
на какие части она разделяется;
как эти части взаимодействуют;
где эти части размещены[1].
Системная архитектура (ИТ-архитектура, архитектура ИС предприятия) — определяет совокупность технологических и технических решений для обеспечения информационной поддержки работы банка в соответствии с правилами и концепциями, определенными бизнес-архитектурой.
Системная архитектура состоит из трех взаимосвязанных компонентов — прикладной архитектуры, архитектуры данных и технической архитектуры. Системная архитектура в системе стандартов данного предприятия определяет правила формирования своих компонентов и обеспечения взаимодействия между ними.
Прикладная архитектура включает в себя:
− прикладные системы (приложения), обеспечивающие исполнение бизнес- функций и бизнес-процессов;
− интерфейсы взаимодействия прикладных систем между собой и с внешними системами и источниками или потребителями данных;
− средства и методы разработки и сопровождения приложений.
Архитектура данных включает в себя:
− автоматизированные базы данных, обеспечивающие накопление, хранение и обработку данных, определяемых бизнес-архитектурой;
− применяемые для этого системы управления базами данных или хранилищами данных;
− правила и средства санкционирования доступа к данным.
Техническая архитектура состоит из сетевой архитектуры и архитектуры платформ.
Сетевая архитектура включает в себя:
− локальные и территориальные вычислительные сети, включая физические собственные и арендованные каналы связи и каналообразующую аппаратуру;
− используемые в сетях коммуникационные протоколы, сервисы и системы адресации;
− аварийные планы по обеспечению бесперебойной работы сетей в условиях чрезвычайных обстоятельств.
Архитектура платформ включает в себя:
− аппаратные средства вычислительной техники - серверы, рабочие станции, накопители и другое компьютерное оборудование;
− операционные и управляющие системы, утилиты и офисные программные системы;
− аварийные планы по обеспечению бесперебойной работы аппаратуры (главным образом - серверов) и баз данных в условиях чрезвычайных обстоятельств.
Платформа ИС
Определение с сайта Аналитика СЭД
Платформа - это комплекс аппаратных и программных средств, на котором функционирует программное обеспечение пользователя ЭВМ, другими словами это тип процессора и операционной системы, на которых можно установить программный продукт.
Из статьи 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]
| № | Билет № | Формулировка ответа | Преподаватель | Кто делает ответ | Состояние |
| 2.2., 32.3., 35.3., 38.3., 42.2. | Проектирование информационных систем. Особенности методологии SADT. Основные виды диаграмм. Требования ГОСТ P 50.1.028 - 2001. | Маятин Александр Владимирович | Аня Тарасова | ОПЛ (Ден), ОПЛ (Мадина), готовый ответ Милы |
Готовый ответ Милы
Методология 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) являются основным средством моделирования функциональных требований проектируемой системы. С их помощью эти требования разбиваются на функциональные компоненты (процессы) и представляются в виде сети, связанной потоками данных. Главная цель таких средств – продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами.
Источники информации (внешние сущности) порождают информационные потоки (потоки данных), переносящие информацию к подсистемам или процессам. Те, в свою очередь, преобразуют информацию и порождают новые потоки, которые переносят информацию к другим процессам или подсистемам, накопителям данных или внешним сущностям – потребителям информации. Таким образом, основными компонентами диаграмм потоков данных являются:
· внешние сущности;
· системы/подсистемы;
· процессы;
· накопители данных;
· потоки данных.
Внешняя сущность представляет собой материальный предмет или физическое лицо, представляющее собой источник или приемник информации, например заказчики, персонал, поставщики, клиенты, склад. Определение некоторого объекта или системы в качестве внешней сущности указывает на то, что она находится за пределами границ анализируемой ИС.
Внешняя сущность
Подсистема
Процесс представляет собой преобразование входных потоков данных в выходные в соответствии с определенным алгоритмом.
Процесс
Накопитель данных представляет собой абстрактное устройство для хранения информации, которую можно в любой момент поместить в накопитель и через некоторое время извлечь, причем способы помещения и извлечения могут быть любыми.
Накопитель данных
Накопитель данных в общем случае является прообразом будущей базы данных и описание хранящихся в нем данных должно быть увязано с информационной моделью.
Поток данных определяет информацию, передаваемую через некоторое соединение от источника к приемнику.
Поток данных на диаграмме изображается линией, оканчивающейся стрелкой, которая показывает направление потока. Каждый поток данных имеет имя, отражающее его содержание.
Поток данных