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

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

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

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

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

• управление сбытом готовой продукции;

• управление производством;

• управление материально-техническим снабжением;

• управление финансами;

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

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

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

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

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

74. Общая характеристика процесса проектирования информационных систем.

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

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

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

• созданный проект должен отвечать требованиям заказчика;

• максимальное отражение всех этапов жизненного цикла проекта;

• обеспечение минимальных трудовых и стоимостных затрат на проектирование и сопровождение проекта;

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

• рост производительности труда проектировщика;

• надежность процесса проектирования и эксплуатации проекта;

• простое ведение проектной документации

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

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

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

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

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

• ·требуемую пропускную способность системы;

• ·требуемое время реакции системы на запрос;

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

• ·простоту эксплуатации и поддержки системы;

• ·необходимую безопасность.

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

Проектирование информационных систем охватывает три основные области:

• проектирование объектов данных, которые будут реализованы в базе данных;

• ·проектирование программ, экранных форм, отчетов, которые будут обеспечивать выполнение запросов к данным;

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

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

75. Стадии и модели жизненного цикла ИС.

Обычно выделяют следующие стадии создания ИС: разработка требований (анализ) => проектирование => реализация => тестирование => ввод в действие => эксплуатация и сопровождение.

1).Разработка требований (анализ). Формируются требования к ИС, корректно и точно отражающие цели проекта. Чтобы специфицировать процесс создания ИС, отвечающей потребностям заказчика, нужно выяснить и четко сформулировать суть этих потребностей. Для этого определяются требования ИС, которые обычно представлены на каком-либо языке описания модели. Задача формирования требований является одной из наиболее ответственных, трудно формализуемых и наиболее дорогой и тяжелой для исправления в случае ошибки.

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

-определение/выбор платформы (конфигурации аппаратных средств+ОС)

-выбор топологии сети

-выбор архитектуры клиент-сервер

-выбор централизованной либо распределенной БД. Если выбор за распределенной БД, то определить какие механизмы поддержки согласований и актуальности данных будут использованы

-будет ли использована параллельная обработка данных для достижения должной производительности?

-будет ли БД однородной, то есть все серверы БД будут одного производителя? В противном случае необходимо определить какое программное обеспечение будет использоваться для обмена данными между разнородными серверами.

В результате стадии проектирования в итоге мы получаем:

1.Схему БД

2. Набор спецификаций модулей системы

3.Модель архитектуры системы.

Все вместе – это технический проект.

3).Реализация. Осуществляется создание программного обеспечения системы, создание и наполнение БД, установка/настройка технических средств, разработка эксплуатационной документации.

4).Тестирование (аттестация). Данная стадия включает следующие этапа:

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

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

3.Группа модулей тестируется на надежность работы. Проводятся 2 группы тестов:

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

-тесты наработки на отказ (устойчивость системы при штатной работе, основная характеристика-время наработки на отказ + тесты на нагрузочное тестирование).

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

Итог: готовая ИС + вся сопроводительная документация.

5).Ввод в действие. Предусматривает показ ИС заказчику и должен содержать контрольный пример работы системы, моделирующий реальные бизнес-процесы заказчика.

76. Отличие системного анализа и системного синтеза.

Системный анализ. К основным целям процесса относится следующее:

• сформулировать потребность в новой ИС (идентифициро­вать все недостатки существующей ИС);

• выбрать направление и определить экономическую целесооб­разность проектирования ИС.

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

Системный синтез. Этот процесс предполагает:

• разработать функциональную архитектуру ИС, которая от­ражает структуру выполняемых функций;

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

• выполнить реализацию проекта.

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

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

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