Технология проектирования и создания корпоративных информационных систем для организации транспортного строительства тема диссертации и автореферата по ВАК РФ 05.13.12, кандидат технических наук Коротин, Виктор Викторович

  • Коротин, Виктор Викторович
  • кандидат технических науккандидат технических наук
  • 1999, Москва
  • Специальность ВАК РФ05.13.12
  • Количество страниц 129
Коротин, Виктор Викторович. Технология проектирования и создания корпоративных информационных систем для организации транспортного строительства: дис. кандидат технических наук: 05.13.12 - Системы автоматизации проектирования (по отраслям). Москва. 1999. 129 с.

Оглавление диссертации кандидат технических наук Коротин, Виктор Викторович

ОГЛАВЛЕНИЕ ВВЕДЕНИЕ

1. ОБЛАСТЬ ПРИМЕНЕНИЯ КОРПОРАТИВНЫХ ИНФОРМАЦИОННЫХ СИСТЕМ

1.1. История развития корпоративных информационных технологий

1.2. Сравнительный анализ сетевых архитектур для компьютерного парка средней размерности

1.2.1. Обзор сетевых архитектур вычислительных сетей

1.2.2. Методика оценки сетевых архитектур

1.2.3. Корреляционный анализ

1.3. Особенности построения вычислительной сети в организации транспортного строительства

1.3.1. Оценка сетевой активности

1.3.2. Применение высокоскоростных коммутаторов

2. ПРИМЕНЕНИЕ СОВРЕМЕННЫХ МЕТОДОВ И СРЕДСТВ ПРОЕКТИРОВАНИЯ ПРИ СОЗДАНИИ И СОПРОВОЖДЕНИИ

КИС ПРЕДПРИЯТИЙ ТРАНСПОРТНОГО СТРОИТЕЛЬСТВА

2.1. Планирование КИС

2.1.1. Исследование и оценка характеристик КИС

2.1.2. Задачи анализа и синтеза КИС

2.1.3. Методы оценки эффективности КИС и ее компонентов

2.2. Использование CASE-технологий

2.2.1. Способы использования CASE-технологии

2.2.2. Фазы при создании информационной системы

М018

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

систем

3. ПРИКЛАДНОЕ ИСПОЛЬЗОВАНИЕ КИС НА ПРИМЕРЕ РЕШЕНИЯ ЗАДАЧИ УПРАВЛЕНИЯ СТРОИТЕЛЬНЫМ ПРОЕКТОМ

3.1. Понятие «Проект управления строительством»

3.2. Формализация управления строительным проектом

3.2.1. Математические методы, применяемые при

решении задач управления строительным

производством

3.2.2.Требования к программному обеспечению для

реализации задачи управления проектами

3.3. Разработка «Матрицы Ответственности» служб М018

в рамках реализации задачи «Проект Управления

строительством»

3.3.1. Необходимость использования иерархической системы ответственности в рамках ПУС

3.3.2. Схема «Матрицы Ответственности» в рамках ПУС

3.4. Автоматизированные рабочие места

3.5. Выбор программного обеспечения для реализации комплекса ПУС

4. ОПИСАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ М018

4.1. Структура серверов Информационной системы М018

4.2. Архитектура сетевого оборудования

4.2.1. Применение высокоскоростной архитектуры пересылки

4.2.2. Модульные, многопортовые концентраторы

4.3. Описание системы резервного копирования

4.4. Сетевые операционные системы

4.4.1. Системная архитектура NT

4.4.2. Системная архитектура IntranetWare

4.4.2.1. Ядро операционной системы IntranetWare

4.4.2.2. Сетевая модель NDS

ОСНОВНЫЕ ВЫВОДЫ

ЛИТЕРАТУРА

ПРИЛОЖЕНИЯ

Рекомендованный список диссертаций по специальности «Системы автоматизации проектирования (по отраслям)», 05.13.12 шифр ВАК

Введение диссертации (часть автореферата) на тему «Технология проектирования и создания корпоративных информационных систем для организации транспортного строительства»

ВВЕДЕНИЕ

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

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

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

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

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

Научная новизна работы состоит:

• В разработке универсальной архитектуры корпоративной сети предприятия транспортного строительства

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

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

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

Публикации. По результатам отдельных разработок проведенных автором при строительстве трех крупных объектов в Турецкой Республике опубликовано две статьи в журнале «Вестник мостостроения». Отдельные фрагменты работы представлены в мировой сети «Internet» на официальном сайте фирмы МТФ «Мостоотряд 18» в разделе «Информационные Технологии» по адресу: "http://www.mo18.ru".

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

корпорации «Трансстрой», что существенно влияет на перспективы развития действующей промышленной модели. На защиту выносятся:

■ сравнительный анализ сетевых архитектур рекомендованных для создания комплексных вычислительных сетей

■ алгоритм расчета производительности и эффективности аппаратной основы информационной сети

■ пример прикладного использования комплексной информационной системы (аппаратно-программный комплекс «Проект Управления Строительством»)

■ описание действующей промышленной модели информационной системы Мостоотряда 18.

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

Работа содержит 105 страниц текста, 2 таблицы, 31 рисунк. Список литературы включает 84 наименования.

Работа выполнена на кафедре «САПР» Московского университета путей сообщения (МИИТ) под руководством профессора, доктора технических наук, заведующего кафедрой «САПР» H.H. Шапошникова.

1. ОБЛАСТЬ ПРИМЕНЕНИЯ КОРПОРАТИВНЫХ

ИНФОРМАЦИОННЫХ СИСТЕМ

1.1. История развития корпоративных информационных технологий

Двадцать пять лет назад основы того, что сегодня известно как аппаратное обеспечение информационных систем, были впервые изложены в заметках Боба Меткалфа (Bob Metcalfe).

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

Оглядываясь назад, можно подумать, что технология Ethernet была "обречена на успех" с самого рождения. Но на самом деле триумф новой технологии обеспечили многие годы напряженной работы создателя, постоянно совершенствовавшего свое детище. В 1976 году Меткалф совместно со своим коллегой Дэвидом Боггсом опубликовал работу "Ethernet: распределенная пакетная коммутация для локальных компьютерных сетей", оказавшую существенное влияние на дальнейшее развитие технологии. А 13 декабря 1977 года Меткалф и трое его коллег получили патент за номером 4'063'220 за "Многоадресные системы передачи данных с обнаружением конфликтов".

Превращение Ethernet из технологии Xerox в открытую и доступную всем технологию оказалось решающим в становлении его как мирового сетевого стандарта. В 1980 году DEC, Intel и Xerox объявили о создании стандарта DIX для 10-Мбитного Ethernet. Пять лет спустя американский Институт инженеров по электротехнике и радиоэлектронике (IEEE) опубликовал стандарт IEEE 802.3 для Ethernet на основе DIX. Ethernet стал глобальным стандартом и был принят Международной организацией стандартизации (ISO).

С 1979 года корпорация компания 3Com выпустила множество сетевых устройств и тем самым внесла существенный вклад в становление Ethernet как принятого во всем мире сетевого стандарта. Сетевые интерфейсные платы, концентраторы и коммутаторы сначала

поддерживали скорость в 10Мбит/сек, затем 100 Мбит/с (100 Mbps Ethernet был стандартизован в 1995 году), а затем и до 1000 Мбит/с.

Системы обеспечивают легкую миграцию в диапазоне 10/100/1000 Мбит/сек, а также поддерживают взаимодействие с устройствами Token Ring, FDDI, ATM и другими сетевыми технологиями. Технология Ethernet продолжает свое развитие и сегодня, например, появляются новые возможности гарантированного качества обслуживания (CoS, Class of Service) для обеспечения приоритетного трафика в соответствии с решаемыми задачами.

Прошедшее десятилетие характеризовалось бурным развитием сетевых систем. В своей первоначальной форме локальные сети (Local Area Network — LAN) представляли собой не что иное, как коаксиальный кабель, соединяющий серверы с настольными терминалами, пользователи которых работали исключительно с текстовой информацией, отображаемой на монохромном мониторе с низкой разрешающей способностью.

В середине 80-х глобальные сети (wide area network — WAN) также не отличались продуманностью и производительностью. Серверы предоставляли доступ к информационным ресурсам и приложениям центральной машины нескольким десяткам пользователей со скоростью до 9.6 Кбит/с.

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

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

Второе поколение локальных сетей оказалось всего лишь более быстрой версией своих предшественников. Сеть Ethernet повысила пропускную способность с 1 Мбит/с до 10 Мбит/с. Подобным образом сеть Token Ring повысила пропускную способность с 4 Мбит/с до 16 Мбит/с.

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

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

• Жестокой конкуренцией за доступ к локальной сети, либо

• Насыщенностью доступной полосы пропускания необязательными служебными сообщениями.

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

Принципиально новые типы программного обеспечения также внесли свою лепту в раскрытие недостатков существующих сетей. Требования программного обеспечения к производительности сетей отличались от тех параметров, которые были в состоянии предоставить сети. Например, в соответствии с протоколом соединения традиционных сетей Ethernet с сетями под управлением операционной системы MVS (Multiple Virtual Storage, операционная система больших машин IBM) данные каждого пакета должны быть неповрежденными (в отличие от протокола IP глобальных сетей). Если данные повреждены, весь пакет передается заново. Новые приложения реального времени, например, программное обеспечение для аудио и видеоконференций, уделяют большее внимание своевременности доставки данных, нежели их

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

Требования пользователей заставили внести изменения и в сетевые протоколы. Сетевые протоколы расширили свои функциональные возможности поддержкой качества услуг (Quality of Service — QoS), резервированием полосы пропускания (bandwidth reservation) и прочими полезными функциями. В результате современные сети в состоянии поддерживать как приложения реального времени, так и традиционную передачу данных большого объема.

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

IPv6 и другие сетевые протоколы вводят средства защиты уже на сетевом уровне. Такие функциональные возможности, как аутентификация (authentication) и шифрование (encryption), которые прежде могли быть реализованы лишь на уровне хост-серверов, теперь будут неотъемлемой частью сети. Это позволит устанавливать соединение между сетями немыслимыми прежде способами. "Открытые" IP-сети различных компаний будут напрямую соединены в "экстрасети" ("extranets"). Упомянутые экстрасети будут служить функциональным расширением корпоративных инфрасетей (corporate intranets), соединяя партнеров по бизнесу безопасным и контролируемым способом.

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

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

1.2. Сравнительный анализ сетевых архитектур для компьютерного

парка средней размерности

1.2.1 Обзор сетевых архитектур вычислительных сетей

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

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

• хорошей масштабируемости;

• высокой производительности;

• управляемости.

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

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

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

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

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

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

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

Различные сетевые технологии обеспечивают разное время реакции и общей пропускной способности сети (рис. 1.1). Технологии коммутации кадров и ячеек позволили увеличить пропускную способность сети, дали возможность передавать большие объемы данных за короткое время. Такие технологии, как ATM и Ethernet, обеспечивают пропускную способность сети в диапазоне от 10 до 100 Мбит/с и выше. В ЛВС и корпоративной сети диапазон пропускной способности составляет шесть порядков (от 1 тыс. бит/с до 1 млрд бит/с), а сетевых задержек - четыре порядка (от 1 с до 1 мс). Для сравнения - различие в скорости передачи данных между Х.25 и ATM-коммутацией в ЛВС сопоставимо с разницей в размерах дома на одну семью и одного из континентов Земли. К сожалению, трудно определить, каким может быть максимальное число пользователей и каково будет время реакции сети на их запросы при использовании каждой из этих технологий. Как же выбрать подходящую сетевую архитектуру? Общих рекомендаций нет. Требования к сети, обусловленные используемым программным обеспечением, так же многочисленны и разнообразны, как сами программы. Мы рассмотрим некоторые сетевые архитектуры, используемые при проектировании:

• маршрутизируемая фрагментированная магистраль;

• FDDI-магистраль;

• сеть с коммутацией кадров 10/100;

• ATM и коммутация кадров.

Ландшафт производительности.

0.1 мс

a: ATM LW4

* F001 ям

£ 10/100SwiicJied Ethem

S Ethernet

1.0MC Taken Ring

Похожие диссертационные работы по специальности «Системы автоматизации проектирования (по отраслям)», 05.13.12 шифр ВАК

Заключение диссертации по теме «Системы автоматизации проектирования (по отраслям)», Коротин, Виктор Викторович

ОСНОВНЫЕ ВЫВОДЫ

Сформулируем основные выводы и результаты, полученные в данной работе:

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

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

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

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

5. Экспериментальное применение разработанной технологии по проектированию комплексных информационных систем было произведено в рамках отраслевой (Корпорация «Трансстрой» - бывшее министерство Транспортного строительства) программы. Что позволило создать комплекс "Проект Управления Строительством (ПУС)" - как элемент корпоративной информационной системы.

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

7. Детально описывается модель корпоративной информационной системы МТФ «Мостоотряд 18». 8. Получена действующая модель системы и производится промышленная эксплуатация и сопровождение в рамках проекта.

Список литературы диссертационного исследования кандидат технических наук Коротин, Виктор Викторович, 1999 год

ЛИТЕРАТУРА

1. Ахтаева H.К., Наппельбаум Л.М. Общая теория систем. М.: Мир, 1966.

2. Боэм Б. Инженерное проектирование программного обеспечения. М.: Радио и связь, 1985.

3. Гейн К., Сарсон Т. Системный структурный анализ:

4. средства и методы. М.: "Эйтекс", 1992.

5. Горин C.B., Тандоев А.Ю. CASE-средство S-Designor 4.2 для разработки структуры базы данных // СУБД. - 1996. - № 1.

6. Горчинская О.Ю. Designer/2000 - новое поколение CASE-про-дуктов фирмы ORACLE // СУБД. - 1995. - № 3.

7. Зиглер К. Методы проектирования программных систем. М.: Мир, 1985.

8. Зиндер Е.З., Карапетян К.Г., Новиков А.И. Принципы разработки СОНЗ - унифицированного языка и программного комплекса обслуживания пользователей в интегрированной системе управления. - В кн. "Интегрированные автоматизированные системы управления", - М.: МДНТП, 1983.

9. Зиндер Е.З. Бизнес-реинжиниринг и технологии системного проектирования: Учеб. пособие. - М.: Центр информационных технологий, 1996.

10. Ивлев В. Методологический подход консалтинговой деятельности // Информационные технологии. 1995. N.3-4. С. 17-19.

11. Каменнова М.С. Системный подход к проектированию сложных систем //Журнал д-ра Добба. 1993. N.I. С.9-14.

12. Калянов Г.Н, CASE. Структурный системный анализ (автоматизация и применение). - М.: Лори, 1996.

13. Калянов Г.Н. Современные CASE-технологии. М.: ИПУ, 1992.

14. Калянов Г.Н. CASE: компьютерное проектирование программного обеспечения. М.: НИВЦ МГУ, 1994.

15. Калянов Г.Н. Методы и средства системного и структурного анализа и проектирования. М.: НИВЦ МГУ, 1996.

16. Калянов Г.Н. CASE - технологии проектирования программного обеспечения // Кибернетика и системный анализ. 1993. N.5. С. 152-164.

17. Калянов Г.Н. Анализ методологий проектирования программного обеспечения и основные направления их развития // Материалы семинара "CASE технология". М.: ЦРДЗ, 1993. С.60-65.

18. Калянов Г.Н. CASE-технологии // HARD & SOFT. 1995. N.7. С.44-49.

19. Калянов Г.Н.. Системное проектирование - новый вид деятельности на российском рынке // Информационные технологии. 1995. N.3-4. С.20-21.

20. Кирк Д.В. Проектирование и моделирование ЛВС. М:«Компьютервоурд» №9 1994

21. Клиланд Д., Кинг В. Системный анализ и целевое управление М:Советское Радио 1979.

22. Козлинский A.B., Кудинов В.П. Автоматизация проектирования и разработки программных комплексов в АСУ ТП // Вопросы атомной науки и техники. Сер. Ядерное приборостроение. Вып. 1-2. 1991. С.37-51.

23. Козлинский A.B. CASE-технология: индустриальная разработка систем обработки информации // Компьютерное обозрение. 1993. N.I. С.29-40.

24. Липаев В.В. Управление разработкой программных комплексов. М.: Финансы и статистика, 1993.

25. Ломако Е.И., Гуков Л.И., Морозова A.B. Макетирование, проектирование и реализация диалоговых информационных систем. М.: Финансы и статистика, 1993.

26. Марка Д.А., МакГоуэн К. Методология структурного анализа и проектирования. М.: Метатехнология, 1993.

27. Мартин Дж. Планирование развития автоматизированных систем. - М.: "Финансы и статистика", 1984.

28. Международные стандарты, поддерживающие жизненный цикл программных средств. - М.: МП "Экономика", 1996.

29. Морозова A.B. Отечественные CASE-средства разработки проектов информационных систем // Монитор. 1993. N.7-8. С.8-13.

30. Морозова A.B. CASE-хранилище проектных описаний: направления стандартизации//Монитор. 1995. N.5. С.28-32.

31. Новоженов Ю. В. Объектно-ориентированные технологии разработки сложных программных систем. - М.: 1996.

32. Панащук С.А. Разработка информационных систем с использованием CASE-системы Silverrun // СУБД. - 1995. -№ 3.

33. Петров Ю.К JAM - инструментальное средство разработки приложений в информационных системах архитектуры "клиент/ сервер", построенных на базе РСУБД //СУБД.- 1995.-№ 3.

34. Позин Б.А. CASE - новые технологии в информатизации общества//Проблемы информатизации. 1992. N.2.

35. Создание информационной системы предприятия // Computer Direct.-1996.-N2.

36. Северилов В.А., Шепетько Е.И. Эффективные структуры малых формальных компьютеризованных групп/ Препринт 89-II. - Киев: ИКАН УССР, 1989.

37. Тейер Т., Липов М., Нельсон Э. Надежность программного обеспечения. М.: Мир, 1981.

38. Уемов А.И. Системный анализ в экономике и организации строительства. М: Политехника, 1991.

39. Уемов А.И. Системный подход и общая теория систем. М: Мысль, 1978.

40. Уманцев Ю.А. Общая теория систем. М: Мысль, 1978.

41. Шапошников Н.Н. Система прочностных расчетов по МКЭ СПРИНТ для ЕС ЭВМ. Сб.: Практическая реализация численных методов расчета инженерных конструкций. Л.Знание, 1981.

42. Шапошников Н.Н. Строительная механика транспортных сооружений. М: Знание 1983.

43. Фокс Дж. Программное обеспечение и его разработка. -М.: "МИР", 1985.

44. Фоке Д. Программное обеспечение и его разработка. М.: Мир, 1985.

45. ЮдицкийС.А., КутановА.Т. Технология проектирования архитектуры информационно-управляющих систем. М.: ИПУ, 1993.

46. Юдицкий С.А., КутановА.Т. Методология структурного анализа и логического проектирования сложных информационно-управляющих систем // Приборы и системы управления. 1994. N.4. С. 15-25.

47. Azer Bestaves "IDA-based Redandant Arrays of Inexpensive Disks." Proceed, of l-st International Conference on Parallel and Distributed Information Systems. Dec 4-6, 1991. IEEE Сотр. Society Pkss.

48. Barker R. CASE Method. Entity-Relationship Modelling. Copyright Oracle Corporation UK Limited, Addison-Wesley Publishing Co., 1990.

49. Barker R. CASE Method. Function and Process Modelling. Copyright Oracle Corporation UK Limited, Addison-Wesley Publishing Co., 1990.

50. Boehm B.W. A Spiral Model of Software Development and Enhancement // ACM SIGSOFT Software Engineering Notes. -Aug. 1986.

51. CASE.AHanuTHK для IBM PC. Руководство аналитика. M.: "Эйтэкс", 1993.

52. Barker R. CASE*Method. Entity-Relationship Modeling. N.Y.: Addition-Wesley Publishing Company, 1991.

53. DeMarco Т. Structured Analysis and System Specification. N.Y.: Yourdon Press, 1988.

54. DATARUN Concepts. Computer Systems Advisers Research Ltd., 1994.

55. DeMarco Т. Structured Analysis and System Specification. -New York: Yourdon Press, 1978.

56. Gane C. Sarson T. Structured System Analysis. - Prentice-Hall, 1979.

57. Fisher A.S. CASE: Using Software Development Tools. N.Y.: J.Wiley & Sons Inc., 1988.

58. Gibson M.L. The CASE Philosophy // BYTE. 1989, April. P.209-218.

59. Gildersleeve T.R. Decision Tables and Their Practical Applications. N.J.: Prentice Hall, 1970.

60. Jackson M.A. A Principles of Program Design. N.Y.: Academic Press, 1975.

61. Hatley D., Pirbhai I. Strategies for Real-Time System Specification. N.Y.: Dorset House, 1987.

62. Kemer J . Ada CASE and Design Language Developers Matrix // ACM Ada Letters. Vol.XI. N.9. P.25-40.

63. March C. (ed.). Entity - Relationship Approach. N.Y.: North Holland, 1988.

64. McClure C. CASE in Software Automation. N.Y., Prentice Hall, 1989.

65. McClure C. The CASE Experience 1989, April. P.235-245.

66. Nassi I., Flowchart Techniques for Structured Programming //ACM SIGPLAN Notices. 1973. Vol.8, N.7. P.12-26.

67. Orr K.T. Structured Systems Development. N.Y.: Your-don Press, 1977.

68. Schmidt H.W. A Survey of CASE Products from US Vendors.

Arbeitspapiere der GMD 518, 1991.

69. Ward P. The Transformation Schema: An Extension of Data Flow Diagram to Represent Control and Timing // IEEE Trans on Software Eng. 1986. Vol.12, N.2. P. 198-210.

70. Ward P., Mellor S. Structured Techniques for Real-Time Systems. N.Y.: Yourdon Press/Prentice Hall, 1985.

71. Warmer J.-D. Logical Construction of Programs. N.Y.: Van Nostrand Reinhold, 1976.

72. Youditchky S.A., The simulation modeling for information flows // International workshop ADBIS'94. Collection of abstracts. M.: May 23-26. 1994. P.49-50.

73. Youditchky S.A., Kalyanov G.N., Kutanov A.T. The system prototyping based on integrated models // Proc. of International workshop ADBIS'94. M.: May 23-26. 1994. P.253-263.

74. Evaluation and Selection of CASE Tools.

75. PVCS Version Manager. User's Guide. Intersolv.

76. PVCS Tracker. User's Guide. Intersolv.

77. QA Partner. User's Guide. Segue Software.

78. SE Companion Administration Manual. SECA Inc., 1995.

79. UnifaceV6.1 Designers' Guide. UnifaceB.V, Netherlands, 1994.

80. Westmount l-CASE User Manual. Westmount Technology B.V, Netherlands, 1994.

81. Yourdon E. Modem Structured Analysis. - Prentice-Hall, 1989.

82. D. Patterson G. Garth, R. Katz, "A Case for Redundant Arrays of Inexpensive Disks (RAID)" University of California, Berkely, Report No. UC8/CSD/87/391, December 1987.

83. Pete McLean "An Introduction to RAID Redundant Arrays of Inexpensive Disks. Digital Equipment Corporation, April 1991.

84. Lee, Edward Kiehyen; "RAID-II A Scalable Storage Architecture for High-Bandwith Network File Service" University of California, Berkely, Report No. UCB/CSD-92-672, October 1992.

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