5) Роль, место, значение интегративных Интернет/Экстранет/Интранет- технологий при реализации корпоративных решений. Не уверен!

В 1969 p началось создание сети Internet Министерства обороны США, затем трансформировалась в сеть ARPANET и объединяла локальные сети Сеть ARPANET в 1973 стала международной, в которой насчитывался около 1000 компьютеров.

В 1988 г была создана технология WWW Перечислим основные организации, определяющие направление развития сети Internet: сообщество Internet; инженерная проблемная группа Internet; консорциум WWW; группа регистрации.

Есть такие базовые сервисы Internet: электронная почта, WWW-ri-пертекстова система передачи Web-страниц, где страница - наименьшая единица передачи WWW-информации; сайт - совокупность Web-страниц, принадлежащих предприятию или физическому лицу; портал - группа сайтов с определенным набором услуг для пользователя; FTP - протокол передачи файлов; Telnet - предназначен для управления удаленными компьютерами; Gopher - сервис, помогающий искать информацию с помощью системы меню имеет вид дерева данных; IRC - служба, предоставляющая пользователям сети возможность обмена текстовыми сообщениями в режиме реального время.

Система адресации в Internet

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

Domain Name System (DNS) - служба, позволяющая преобразовывать IP-адресацию в доменную и наоборот

Домены первого уровня: com - коммерческие организации; edu - образовательные организации; gov - правительственные; mil - военные

Способы передачи данных в Internet регламентируются рядом протоколов Так, протоколы POP (Post Office Protocol - почтовый протокол) и SMTP (Simple Mail Transfer Protocol - простой протокол пересылки т и получения файлов) являются стандартами электронной почти.

Благодаря протоколу FTP (File Transfer Protocol - протокол передачи файлов) в Internet происходят пересылки и получения файлов, а по протоколу NNTP (Network News Transer Protocol - протоков кол передачи сетевых новостей) можно обмениваться сообщениями с группами новостей Базис, на котором основываются все средства передачи данных и проектирования интерфейса в среде WWW, образуют протокол HTTP и язык HTML.

Протокол передачи гипертекста (Hypertext Transfer Protocol - протокол обмена гипертекстами, HTTP) определяет способ передачи гипертекста, а также способ взаимодействия НТТР-сервер и НьГиР-клиента Язык разме иткы гипертекста (Hypertext Markup Language - язык разметки гипертекстов, HTML) определяет вид Web-страниц, загружаемых в просмр.

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

Язык Java позволила создавать программы и автоматически загружать их для выполнения в Web-браузер В результате появились такие продукты, как MS Internet Information Server, ActiveX TaVBScript Другая зн начнете изменение в использовании WWWW эт ^ связана с переносом в эту среду концепции разработки программ клиент-серверной среды WWW описывается, как правило, в терминах взаимодействия между клиентом и сервером с помощью траизакций, где как кл эффициент выступает Web-браузер, который формирует запрос к серверу Задачей протокола HTTP является обеспечение быстрой и эффективной доставки НТТР-транзак-кеій.

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

Все большее значение при решении задач предприятий приобретают такие инструменты коммуникаций, как Internet и Intranet

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

Корпоративную сеть, построенную на принципах и на программном обеспечении Internet, называют Intranet-сетью Впервые термин Intranet было введено в 1995 г. компанией Sun Microsystems В сетях Intr ranet применен опыт создания корпоративных информационных систем и идеи, реализованные в Internenet.

Функциональные характеристики Intranet обеспечивает использование открытых стандартов Internet стандарт формата файлов HTML и стандарт передачи файлов в этом формате HTTP сформировали основу системы отк крытых стандартов Intrane.

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

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

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

CGI (Common Gateway Interface - общий интерфейс входа) - интерфейс между задачами и HTTP-сервером CGl-nporpa-ма - это независимая задача, запускаемая ИИТТР-Серпер при получении соответствующего зап Иту и возвращает серверу результат своего испя.

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

Эффективность Intranet обусловлена ??следующими преимуществами мы:

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

o снижение затрат на внедрение и эксплуатацию;

o универсальный доступ к информации, который обеспечивается стандартными браузерами (Netscape Navigator, Internet Explorer, Oracle PowerBrowzer);

o упрощенный доступ к информации;

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

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

o навигация в сети Intranet;

o доступ к программам;

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

o возможность управления сетевыми ресурсами, для чего могут использоваться сервисы управления, основанные на протоколе SNMP (Simple Network Management Protocol)

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

последнее время технология Intranet все чаще служит средой и инструментом для построения систем автоматизации предприятия

Появление систем Intranet свидетельствует об ориентации разработчиков на использование открытых стандартов как базы создания информационных систем В настоящее время в индустрии информационных систем часто применяются и аки открытые стандарты:

o управления сетевыми устройствами - SNMP (Simple Network Management Protocol);

o электронная почта - SMTP (Simple Message TransferPro-tocol), IMAP (Internet Message Access Protocol), MIME (Multipurpose Internet Mail Extensions);

o телеконференции - NNTP (Network News Transfer Protocol);

o информационный сервис - HTTP (Hypertext Transfer Protocol), HTML (Hypertext Marcup Language);

o справочная служба - LDAP (Lightweight Directory Access Protocol);

o программирования - Java

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

Межсетевой протокол IP (Internet Protocol) является универсальным кроссплатформенных стандартом, позволяет объединять в сеть разнородные электронно-вычислительные машины, работающие под управлением разн них операционных систем Протокол IP позволяет только транслировать данные Для управления этим процессом служит протокол TCP (Transmission Control Protocol), использующий возможности протокола IІР.

Чтобы пакет информации поступил в указанное место, узлы Internet, через которые он движется, располагают таблицы маршрутизации электронные базы данных, в которых содержатся указания и, куда именно направлять определенный пакет информации Таблицы маршрутизации рассылаются на узлы, периодически изменяются и дополняются Серверы узлов, осуществляющих маршрутизацию, называютсяя маршрутизатора-ми абороутерамы Правила маршрутизации описаны в протоколах ИСМР (Internet Control Message Protocol), RIP (Routing InternetProtocol) и OSPF (Open Shortest Path First) Именно стандарт TCP / IP охватывает подобный и запись адресов компьютеров, подключенных к Internet Такая запись носит название IP-адресовеса.

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

Таблица 43 Соответствие классов сетей значению первого октета IP-адреса

Класс сети	Диапазон значений первого октета	Возможное количество подсетей	Возможное количество узлов
А	1-126	126	16777214
В	128-191	16382	65534
С	192-223	2 097150	254
D	224-239	...	2-28
Е	240-247	...	2-27

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

Для обращения к группам машин предназначены адреса класса D Значение первого октета 127 зарезервировано для служебных целей, в основном для тестирования сетевого оборудования, поскольку IP-па кеты, направлены и на такие адреса, не передаются в сеть Кроме того, есть набор так называемых специальных IP-адресов, имеющих особое значение Хостом принято называть любой подключенный к Internet компьютер независимо от его назначения Последний (правый) идентификатор IP-адреса обозначает номер хоста в локальной сети. Все, что расположено между правым и левым отсеками в такой записи, - номера подмел-реж низшего уроврівня.

6) Архитектура КИС. Классификация КИС.

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

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

Первоначально системы такого уровня базировались на классической двухуровневой клиент-серверной архитектуре (Two-tier architecture).

Данная клиент-серверная архитектура характеризуется наличием двух взаимодействующих самостоятельных модулей - автоматизированного рабочего места (АРМа) и сервера базы данных, в качестве которого может выступать Microsoft SQL Server, Oracle, Sybase и другие. Сервер БД отвечает за хранение, управление и целостность данных, а также обеспечивает возможность одновременного доступа нескольких пользователей. Клиентская часть представлена так называемым “толстым” клиентом, то есть приложением (АРМ) на котором сконцентрированы основные правила работы системы и расположен пользовательский интерфейс программы. При всей простоте построения такой архитектуры, она обладает множеством недостатков, наиболее существенные из которых - это высокие требования к сетевым ресурсам и пропускной способности сети компании, а также сложность обновления программного обеспечения из-за “размазанной” бизнес-логики между АРМом и сервером БД. Кроме того, при большом количестве АРМов возрастают требования к аппаратному обеспечению сервера БД, а это, как известно, самый дорогостоящий узел в любой информационной системе.

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

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

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

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

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

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

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

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

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

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

Классификация КИС.

Корпоративные информационные системы можно также разделить на два класса: финансово-управленческие и производственные.

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

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

Финансово-управленческие системы (особенно системы российских разработчиков) значительно более гибкие в адаптации к нуждам конкретного предприятия. Часто предлагаются «конструкторы», с помощью которых можно практически полностью перестроить исходную систему, самостоятельно или с помощью поставщика установив связи между таблицами БД или отдельными модулями.

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

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

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

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

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

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

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

Также различают виды КИС, такие как заказные (уникальные) и тиражируемые КИС.

Заказные КИС

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

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

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

Тиражируемые (адаптируемые) КИС.

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

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

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

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

Адаптации и референционные модели входят в состав многих систем класса

MRP II / ERP, что позволяет значительно сократить сроки их внедрения на предприятия.

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

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

1)                простые (“коробочные”);

2)                среднего класса;

3)                высшего класса

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

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

-       финансы;

-       логистика;

-       персонал;

-       сбыт.

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

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

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

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

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

На российском рынке имеется большой выбор КИС высшего класса, и их число растет. Признанными мировыми лидерами являются, например, R/3 фирмыSAP, Oracle Application компании Oracle.

Межрегиональные и  трансконтинентальные межгосударственные корпоративные системы. Не нашел????

Может быть относится стандартизация КИС????

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

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

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

В настоящее время известны и используются следующие модели жизненного цикла:1)Каскадная модель предусматривает последовательное выполнение всех этапов проекта в строго фиксированном порядке. Переход на следующий этап означает полное завершение работ на предыдущем этапе. 2)Поэтапная модель с промежуточным контролем . Разработка ИС ведется итерациями с циклами обратной связи между этапами. Межэтапные корректировки позволяют учитывать реально существующее взаимовлияние результатов разработки на различных этапах; время жизни каждого из этапов растягивается на весь период разработки. 3)Спиральная модель . На каждом витке спирали выполняется создание очередной версии продукта, уточняются требования проекта, определяется его качество и планируются работы следующего витка. Особое внимание уделяется начальным этапам разработки - анализу и проектированию, где реализуемость тех или иных технических решений проверяется и обосновывается посредством создания прототипов (макетирования). На практике наибольшее распространение получили две основные модели жизненного цикла:1)каскадная модель (характерна для периода 1970-1985 гг.);2)спиральная модель (характерна для периода после 1986.г.).

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

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

7) http://iablov.narod.ru/igupit/kislec.htm#_Toc151864578Посмотри этот сайт может быть подойдет там очень много и я точно не знаю, что туда отнести.Концепции КИС (MRPII, ERP, CIM, CALS, ERPII и др). Классификация.

 8) http://www.studfiles.ru/preview/1758509/ посмотри этот сайт. Роль моделирования информационных потоков в системе управления.

Методы и средства моделирования информационных потоков и бизнес-

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

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

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

Стартовые условия

Каждый аналитик, приступая к анализу системы, должен ориентироваться на минимальный “джентльменский набор” стартовых условий, в состав которого входят:

- Информация об объекте проектирования - ИС предприятия (“черный ящик”).

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

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

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

- Программные средства (инструменты) для моделирования и анализа.

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

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

В процессе разработки ИСУП выполняются три уровня анализа, каждый из которых соответствует трем основным стадиям создания ИСУП:

- определение требований;

- формирование спецификаций;

- внедрение.

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

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

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

Третий уровень анализа - внедрение - связан с конкретной реализацией проекта ИСУП на предприятии.

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

В зависимости от класса создаваемой ИСУП для решения задачи выбора инструмента моделирования целесообразно классифицировать существующие инструментальные средства в соответствии с имеющейся классификацией ИСУП (см. PC Week/RE, № 44/98, с. 21).

Классификация инструментальных средств

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

- локальные, поддерживающие один-два типа моделей и методов (Design/IDEF, ProCap, S-Designor, “CASE. Аналитик”);

- малые интегрированные средства моделирования, поддерживающие несколько типов моделей и методов (ERwin, BPwin);

- средние интегрированные средства моделирования, поддерживающие от 4 до 10-15 типов моделей и методов (Rational Rose, Paradigm Plus, Designer/2000);

- крупные интегрированные средства моделирования, поддерживающие более 15 типов моделей и методов (ARIS Toolset).

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

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

Типичный представитель малых интегрированных средств моделирования - комплект программных продуктов Platinum Technology (CA/ Platinum/Logic Works), основанный на популярных пакетах BPwin и Erwin.

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

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

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

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

К средним интегрированным средствам можно отнести такие известные продукты, как Rational Rose (Rational Software), Paradigm Plus (CA/Platinum), Designer/2000 (Oracle).

Rational Rose и Paradigm Plus основаны на объектно-ориентированном подходе к моделированию и ориентированы на метод UML (Unified Modeling Language).

Помимо UML поддерживаются и другие методы. Отличия между Rational Rose и Paradigm Plus состоят в основном в доступных пользователю типах диаграмм и методов.

Последние версии Rational Rose позволяют строить восемь типов диаграмм UML: диаграммы прецедентов (Use Cases Diagrams), диаграммы классов (Class Diagrams), диаграммы последовательности (Sequence Diagrams), диаграммы сотрудничества (Collaboration Diagrams), диаграммы состояний (State Diagrams), диаграммы действий (Activity Diagrams), компонентные диаграммы (Component Diagrams), диаграммы развертывания (Deployment Diagram). Основным типом диаграмм, своеобразным ядром моделирования в UML являются диаграммы классов. Кроме UML предусмотрено использование и других методов (Booch, OMT). Пакет применим на всех стадиях и циклах создания ИСУП.

Пакет Paradigm Plus ориентирован на методологию OOCL (Object Oriented Change and Learning) и компонентную технологию проектирования и разработки. Он поддерживает диаграммы различных методов (UML, CLIPP, TeamFusion, OMT, Booch, OOCL, Martin/Odell, Shlaer/ Mellor, Coad/Yourdon). Пакет может быть использован на всех циклах создания ИСУП.

В состав Designer/2000 входят Process Modeller и System Modeller. Process Modeller предназначен для разработки моделей процессов, а System Modeller - для моделей иерархии функций (Function Hierarchy Diagrammer), моделей потоков данных (Dataflow Diagrammer) и моделей типа сущность - отношение (Entity Relationship Diagrammer).

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

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

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

Это - семейство ARIS (ARIS Toolset, ARIS Easy Design) компании IDS Sheer AG. В ARIS воплощен практический опыт множества аналитиков, работающих в области проектирования ИСУП, а также учтены недостатки существующих инструментальных средств. Отличительная особенность ARIS - особое внимание к первому уровню анализа (анализ требований).

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

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

Если же средство моделирования принадлежит к категории не-ERP, это означает, что оно не предназначено для выполнения всех уровней анализа при проектировании ИСУП класса ERP, но его (средство) можно использовать при создании локальных, малых или средних ИСУП, не относящихся к классу ERP.

Из рассмотренных выше инструментальных средств к категории ERP можно отнести только ARIS.

ARIS обеспечивает четыре различных “взгляда” на моделирование и анализ. Для каждого “взгляда” поддерживаются три уровня анализа (требования, спецификации, внедрение). Каждый из уровней анализа состоит из своего комплекта моделей различных типов, в том числе диаграмм UML, диаграмм SAP/R3 и др. Каждый объект моделей ARIS имеет множество атрибутов, которые позволяют контролировать процесс разработки моделей, определять условия для выполнения функционально-стоимостного анализа, имитационного моделирования, взаимодействия с workflow-системами и т. д.

“Взгляды” ARIS: Процессы, Функции (с Целями), Данные, Организация - являются “комнатами”, из которых состоит так называемый домик ARIS. Главная “комната” домика ARIS (основной “взгляд”) - Процессы, для моделирования которых предназначено 57 типов моделей из 85. Процессный взгляд является характерной особенностью и для ERP- систем, предназначенных для автоматизации процессов, пронизывающих организационную структуру предприятия.

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

Резюме. Все рассмотренные выше инструментальные средства широко используются для моделирования и анализа систем, в том числе и при создании ИСУП.

Среди локальных и малых инструментальных средств весьма популярными остаются программы, основанные на реализации структурного подхода к анализу и проектированию систем и методологий IDEF. Несмотря на почтенный возраст, направление IDEF развивается и сегодня, правда, в основном в США. На сайте Knowledge Based Systems, Inc. (www.kbsi.com) содержится информация о методологиях IDEF0, IDEF1, IDEF1X, IDEF3, IDEF4, IDEF5, IDEF6, IDEF8, IDEF9, IDEF14 и инструментальных средствах их поддержки (AI0 WIN, SmartER, ProCap и др.). Все они относятся к категории локальных инструментальных средств.

Среди малых инструментальных средств доминируют пакеты BPwin и ERwin компании Platinum. Эти пакеты, например, являются стандартными средствами для анализа процессов в НАТО.

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

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

По данным исследовательской компании International Data Corporation, среди инструментальных средств, которые можно отнести к этой категории, лидирующее положение занимает пакет Rational Rose. Прибыль от продажи Rational Rose за 1998 г. превышает суммарную прибыль от продажи продуктов четырех ближайших конкурентов: STERLING, SELECT, Platinum, AONIX www.rational.com/products/rose/prodinfo/2000ds.jtmpl).

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

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