Поиск

Полнотекстовый поиск:
Где искать:
везде
только в названии
только в тексте
Выводить:
описание
слова в тексте
только заголовок

Рекомендуем ознакомиться

'Документ'
КСЕНОФОНТОВА Елена Геннадьевна - заместитель заведующего кафедрой по учебной работе, кандидат психологических наук, доцент, ведущий консультант Группы...полностью>>
'Документ'
В соответствии с сертификатом/ паспортом качества завода-изготовителя или иным документам, содержащим информацию о гарантийном сроке завода-изготовите...полностью>>
'Урок'
развивающие: активизировать мыслительную деятельность учащихся на уроке использованием ИКТ; реализовать успешное овладение новым материалом, формирова...полностью>>
'Рабочая программа'
Музыка играет важную роль в жизни людей, а для детей первой возможностью выразить себя в мире становятся песни. Песня – не только форма художественног...полностью>>

Главная > Документ

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

Рисунок 1 - Схема организации работ для небольших заказов

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

Рисунок 2- Схема организации работ при наличии сложного заказа

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

Однако и эта схема имеет недостатки:

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

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

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

Рисунок 3 - Схема организации работ с использованием организаций-соисполнителей

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

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

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

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

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

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

Объектами, с которыми работают специалисты фирм-интеграторов, являются:

- офисные и корпоративные сети;

- многоуровневые системы хранения информации;

- системы управления технологическими процессами;

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

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

5. Другим вариантом организации системной интеграции является реализация проектов от консалтинга до создания прикладной системы - со сдачей заказчику всей информационной систе­мы «под ключ» с привлечением партнеров для реализации некоторых составляющих проекта.

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

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

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

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

Проверка работоспособности и правильности функционирования ИС

Проверка информационной системы выполняется как в режиме отладки, так и в процессе эксплуатации. Проверка характеризуется достоверностью выводов о техническом состоянии аппаратуры и программ. Она характеризуется затратами на проведение проверок, временем проверок и расходами ресурсов измерительной аппаратуры [4, 20].

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

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

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

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

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

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

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

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

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

4) Отладка по статистическим характеристикам реализации тестов. Результаты проверяются по их законам распределения и параметрам этих законов. В процессе отладки проверяются динамические характеристики программ по времени их реализации, последовательности выполнения, использованию памяти и другим показателям. Эта отладка обеспечивает достаточно полное обнаружение ошибок: принципиальных, алгоритмических и системных.

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

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

1) автономная статическая и автономная динамическая отладка функционирующих задач;

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

3) отладка комплекса программ с реальными источниками и приемниками информации;

4) статистические испытания программ.

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

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

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

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

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

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

- Проверка начального режима включения комплекса программ.

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

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

- Проверка эффективности комплекса программ функционального контроля ИС.

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

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

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

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

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

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

Тестовые задания

1. Методология и технология разработки информационных систем.

2. Стандарты и методики разработки информационных систем.

3. Организация работ по проектированию информационных систем.

4. Проверка работоспособности и правильности функционирования ИС.

Список литературы

1. Алексеева М. Б., Балан С. Н. Основы теории систем и системного анализа: Учеб. пособие. -СПб.: СПбГИЭУ, 2002. - 88 с. ISBN 5-88996-229-Х

2. Прангишвили И.В. Системный подход и общесистемные закономерности. Серия «Системы и проблемы управления». –М.:СИНТЕГ, 2000, -528с.

3. Системный анализ и принятие решений: Словарь-справочник: Учеб. пособие для вузов / Под ред. В.Н. Волковой, В.Н. Козлова. –М.: Высш. шк., 2004. -616с.

4. Макаров Р.И., Хорошева Е.Р. Методология проектирования информационных систем: Учебное пособие / Владим. гос. ун-т. Владимир, 2008. 334 с. ISBN978-5-89368-817-7.

5. Методы и модели информационного менеджмента: учеб. пособие / Д.В. Александров, А.В. Костров, Р.И. Макаров, Е.Р. Хорошева; под ред. А.В. Кострова. -М.: Финансы и статистика, 2007.-336с. ISBN978-5-279-03067-5.

6. Калашян А.Н., Калянов Г.Н. Структурные модели бизнеса: DFD – технологии; Под ред. Г.Н. Калянова. – М.: Финансы и статистика, 2003.– 256 с.

7. Р.И. Макаров, В.В. Тарбеев, Е.Р. Хорошева и др. Управление качеством листового стекла (флоат-способ): Учебное пособие. –М.: Издательство Ассоциации строительных вузов, 2004. – 152с. ISBN 5-93093-262-1

8. Методология IDEF1X. Информационное моделирование. М: Метатехнология, 1993. 120 с.

9. Модель “сущность – связь” - шаг к единому представлению данных. Питер Пим - Шен Чен //СУБД 1995, №3 с. 137–159.

10. Котов В.Е. Сети Петри. - М.: Наука, 1984. -160с.

11. Design/IDEF Version 3.0 User’s manual. Meta Software Corp. 1994.- 660 pp.

12. Теория систем и системный анализ в управлении организациями: Справочник: Учеб. пособие / Под ред. В.Н. Волковой и А.А. Емельянова. - Москва: Финансы и статистика: Инфра-М, 2009 .— 846 c. : ил. - Библиогр. в тексте .— ISBN 978-5-279-02933-4 (Финансы и статистика) .— ISBN 978-5-16-003529-1 (Инфра-М) .

13. Р.И. Макаров, Е.В. Суворов, В.В. Тарбеев, Е.Р. Хорошева. Информационные технологии в управлении качеством автомобильного стекла / учеб. пособие. Владимир: издательство Владимирского государственного университета,2010.-275 с. ISBN 978-5-9984-0038-4.

14. Малинин, Мухин. Исследование систем управления

15. Короткое Э.М. Исследование систем управления - М.: 000 Издательско-Консалтинговое Предприятие «ДеКА», 2004. - 336 с. ISBN 5-89645-035-4.

16. Курносов Ю.В., Конотопов П.Ю. Аналитика: методология, технология и организация информационно-аналитической работы. - Москва: Издательство «Русаки», 2004. - 550 с.

17. Нетесова О.А. Методы оценки эффективности автоматизированных информационных систем. Вологодская государственная молочно-хозяйственная академия. - Вологда. 2004. -116с.

18. Мамиконов А.Г. Основы построения АСУ: Учебник для вузов. -М.: Высш. Школа, 1981.-248с.

19. Мельников Ю.М. Модель оптимизации иерархической структуры комплекса технических средств (стр.27-30).

20. Рудинский, И.Д. Технология проектирования автоматизированных систем обработки информации и управления: Учебное пособие для вузов / М.: Горячая линия – Телеком, 2011. -304с. ISBN 978-5-9912-0148-3.

203



Похожие документы:

  1. Программа развития факультета информационно-технического сервиса Поволжского государственного университета сервиса на период 2012-2017 годы в условиях функционирования

    Программа
    ... магистров по направлениям: 100100.68 «Сервис»; 210700.68 «Инфокоммуникационные технологии и системы связи»; 230400.68 «Информационные системы и технологии» 221700 ...

Другие похожие документы..