Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
informatika_ekzammen_doc5-1.doc
Скачиваний:
2
Добавлен:
19.12.2018
Размер:
718.85 Кб
Скачать

1.Введение.

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

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

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

Сущность проектирования

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

Документ, полученный, в результате проектирования называется проектом, а сама документация проектной документацией. К проектированию АИС непосредственное отношение имеют два направления деятельности:

1) собственно проектирование АИС конкретных предприятий (отраслей) на базе готовых программных и аппаратных компонентов с помощью специальных инструментальных средств разработки;

2) проектирование упомянутых компонентов АИС и инструментальных средств, ориентированных на многократное применение при разработке многих конкретных информационных систем.

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

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

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

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

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

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

Виды проектирования

Эскизное проектирование [draft design ] - разработка предварительных проектных решений по системе и её частям.

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

Техническое проектирование [preliminary design ] – стадия работ по проектированию АС, которая включает:

  • разработку проектных решений по системе и её частям;

  • разработку документации на АС и её части;

  • разработку и оформление документации на поставку изделий для комплектования АС и/или технических требований (технических заданий) на их разработку;

  • разработка заданий на проектирование в смежных частях проекта объекта автоматизации.

Рабочее проектирование [detailed design] – заключительная стадия проектирования, которая помимо требуемой ГОСТ 34.601-90 разработки рабочей документации на систему и её части в общем случае предусматривает уточнение и детализацию результатов предыдущих этапов, создание и испытания опытного и/или опытно-промышленного образца объекта автоматизации, разработку и отработку.

Концептуальное проектирование [conceptual design ]

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

Принципы проектирования

Принципы проектирования АИС – набор закреплённых многолетним и разносторонним опытом создания и эксплуатации АИС правил или требований. Наиболее общие из них:

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

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

  • Непрерывность, поэтапность и преемственность разработки и развития : АИС — постоянно развивающиеся на своей основе системы; каждое нововведение служит развитием основных системных принципов и уже достигнутого качества;

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

  • Модульный принцип построения программных и технических средств: предполагает, что состав указанных средств состоит из блоков (модулей) обеспечивающих возможность их замены или изменения с целью совершенствования функционирования АИС или её адаптации к новым условиям;

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

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

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

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

  • Типизация проектных решений: разработка и развитие АИС и их сетей производится с ориентацией на межбиблиотечное сотрудничество, и кооперацию, а также в соответствии с правилами и протоколами международного информационного обмена;

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

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

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

Основные этапы

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

  • сформулировать проблему;

  • выявить цель;

  • сформулировать критерий оценки принятия решений.

Если проблема осознана и идентифицирована количественными показателями или качественными признаками, то далее можно сформулировать цели. Цель - это антипод проблемы. Если проблема это то, чего не хочет ЛПР, то цель - это то, что оно хочет.

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

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

  1. методы, используемые в условиях определенности;

  2. методы, используемые в условиях риска.

Этапами проектирования СППР при наличии программной оболочки являются:

  • Описание предметной области, целей создания системы и выполнение постановки задачи.

  • Составление словаря системы.

  • Разработка базы знаний и базы данных.

  • Внедрение системы.

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

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

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

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

Этап 4. Внедрение. Проверяется и оцениваются правильность работы системы. Устанавливаются результаты, которые затем сравниваются с полученными в процессе запуска системы. Проверяются также промежуточные расчеты с помощью блока, отвечающего на вопросы как и почему.

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

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

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

  • бухгалтерский учет, включая управленческий и финансовый;

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

  • организация труда руководителя;

  • автоматизация документооборота;

  • экономическая и финансовая деятельность;

  • обучение.

Заключение.

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

В области автоматизации проектирования ИС и ИТ за последнее десятилетие сформировалось новое направление - CASE (Computer- Aided Soft-ware/System Engineering). CASE - это инструментарий для системных аналитиков, разработчиков и программистов, позволяющий автоматизировать процесс проектирования и разработки ИС, прочно вошедший в практику создания и сопровождения ИС и ИТ. Основная цель CASE состоит в том, чтобы отделить проектирование ИС и ИТ от ее кодирования и последующих этапов разработки, а также максимально автоматизировать процессы разработки и функционирования систем.

2.Экономическая эффективность информационных систем

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

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

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

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

Тэк = Т0 – Т1;

И относительный:

Jп.т = Т1 / Т0 (в %);

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

Абсолютный показатель стоимости Сэк определяется формулой:

Сэк = С1 – С0;

Индекс стоимости затрат определяется формулой:

(Jотн) = С1 / С0;

Срок окупаемости затрат определяется формулой:

Ток = (З0 + П0) * Кэф/ (С01), где

З0 – затраты на техническое обеспечение,

П0 – затраты на программное обеспечение,

Кэф – коэффициент эффективности.

Билет №23

  1. Опишите этапы проектирования автоматизированной информационной системы. В чем заключаются особенности этапа внедрения стандартной автоматизированной информационной системы (АИС). В чем сущность этапа сопровождения АИС?

  2. Классифицируйте автоматизированные информационные системы по объему выполняемых функций. Дайте определение корпоративной информационной системы (КИС). Приведите примеры современных КИС.

1.Рассмотрим модели и методы, используемые на каждом из этапов. На первом этапе применяются в основном неформальные методы для того, чтобы:

  • сформулировать проблему;

  • выявить цель;

  • сформулировать критерий оценки принятия решений.

Если проблема осознана и идентифицирована количественными показателями или качественными признаками, то далее можно сформулировать цели. Цель - это антипод проблемы. Если проблема это то, чего не хочет ЛПР, то цель - это то, что оно хочет.

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

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

  1. методы, используемые в условиях определенности;

  2. методы, используемые в условиях риска.

Этапами проектирования СППР при наличии программной оболочки являются:

  • Описание предметной области, целей создания системы и выполнение постановки задачи.

  • Составление словаря системы.

  • Разработка базы знаний и базы данных.

  • Внедрение системы.

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

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

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

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

Этап 4. Внедрение. Проверяется и оцениваются правильность работы системы. Устанавливаются результаты, которые затем сравниваются с полученными в процессе запуска системы. Проверяются также промежуточные расчеты с помощью блока, отвечающего на вопросы как и почему.

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

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

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

  • бухгалтерский учет, включая управленческий и финансовый;

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

  • организация труда руководителя;

  • автоматизация документооборота;

  • экономическая и финансовая деятельность;

  • обучение.

2.Рано или поздно руководство любой компании сталкивается с проблемой систематизации информации и автоматизации процессов, работающих с информацией. Если на начальном этапе развития небольшой фирмы возможна ситуация, когда сотрудники компании используют стандартные офисные приложения, такие как, например, MS Office, для ведения складского, бухгалтерского, управленческого и других учетов, а руководству компании для принятия решения, подкрепленного достоверными данными, достаточно позвонить нужному сотруднику и попросить подготовить отчет в произвольной форме. То со временем рост объемов данных (по данным исследования объем информации, аккумулируемой компаниями, удваивается каждые 18 месяцев) ставит перед компанией задачу создания современной Корпоративной информационной системы, охватывающий все аспекты хозяйственной деятельности предприятия. То есть приобретение Корпоративной информационной системы не является самоцелью. Корпоративная информационная система, это лишь инструмент, который позволяет эффективно функционировать организации. Это касается работы, как рядовых исполнителей, так и менеджеров любого звена. Напрашивается аналогия с лопатой и комбайном. Имея пять соток земли, фермер в состоянии обрабатывать его, использую в качестве инструментов лопату и грабли. Увеличив свое хозяйство до пяти гектаров, ему уже не обойтись без комбайна. Комбайн в этом случае по-прежнему инструмент (не с точки зрения бухгалтерского учета), более совершенный, требующий знаний и навыков обращения с ним, но все же инструмент.

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

Билет №24

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

  2. Дайте определение понятия «проектирование автоматизированных экономических информационных систем». Каковы цели и задачи проектирования? Проведите сравнительный анализ понятий «информационная технология» и «информационная система». Перечислите этапы проектирования автоматизированной информационной системы.

1.Следует разделить технологию системного анализа и проектирования АИС и те средства (компьютерные программы), которые облегчают и ускоряют этот процесс (CASE-средства). Принято выделять четыре разновидности технологий системного проектирования:

  1. Структурный метод (технология SADT);

  2. Метод потоков (технология DFD);

  3. Объектно-ориентированный метод «сущность-связь»(технология ERD);

  4. Метод анализа переходов состояний (технология STD).

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

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

  • Графическое представление блочного моделирования;

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

Общее представление в рамках SADT

Управление

Функция

Входы Выходы

Механизм

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

  • Внешние сущности (информация);

  • Системы и подсистемы;

  • Процессы;

  • Накопитель данных;

  • Потоки данных.

Наиболее распространенным средством моделирования данных являются диаграммы «сущность-связь» (ERD). Диаграммы «сущность-связь» хорошо работают при проектировании баз данных. Этот метод (ERD) дает возможность определить объекты (сущности), свойства (атрибуты), отношения (связи), соответствующие рассматриваемой предметной области. Именно метод ERD используется для проектирования реляционных баз данных.

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

С точки зрения общей классификации все перечисленные методы имеют свой код. Так, метод SADT код классификации IDEF0, метод DFD – IDEF1, метод ERD – IDEF1X, метод STD – IDEF3. Существуют и другие методы, определяемые данной классификацией.

CASE-средства в целом можно разделить на «открытые» (BPWin, ERWin, UML) и «корпоративные» (ARIS, ORACLE и т.п.). Корпоративные технологии и средства требуют более детального понимания общей технологии программирования и программирования на конкретном объектно-ориентированном языке программирования. Открытые CASE-средства не требуют погружения в специфику предметной области или в специфику языков программирования, делая упор на постижение основ проектирования, на «процессный» характер мышления. Именно поэтому в целях обучения используются прежде всего открытые средства автоматизации проектирования – BPWin, ERWin, UML.

С использованием BPWin строятся диаграммы бизнес-процессов, ясно показывающие функциональные блоки, из которых эти процессы состоят, резульаты их работы и ресурсы, необходимые для их функционирования. Под диаграммами в данном случае понимаются организационные структуры, состоящие из блоков («прямоугольников», «фигур») и связей («линий», «стрелок»). Средство BPWin имеет характерное «кнопочное» меню и альтернативные варианты своего функционирования, выбираемые посредство «переключателей». Путем рисования диаграмм пользователь получает структурную модель бизнес-процесса в той форме, которая задана выбранной методологий проектирования по стандарту IDEF0, IDEF1 или IDEF3.

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

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

Между таблицами возникают отношения и связи. Существуют следующие варианты связей:

  1. Связь «один к одному»;

  2. Связь «многие к одному»;

  3. Связь «один ко многим»;

  4. Связь «многие ко многим».

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

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

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

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

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

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

Сущность проектирования

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

Документ, полученный, в результате проектирования называется проектом, а сама документация проектной документацией. К проектированию АИС непосредственное отношение имеют два направления деятельности:

1) собственно проектирование АИС конкретных предприятий (отраслей) на базе готовых программных и аппаратных компонентов с помощью специальных инструментальных средств разработки;

2) проектирование упомянутых компонентов АИС и инструментальных средств, ориентированных на многократное применение при разработке многих конкретных информационных систем.

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

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

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

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

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

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

Виды проектирования

Эскизное проектирование [draft design ] - разработка предварительных проектных решений по системе и её частям.

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

Техническое проектирование [preliminary design ] – стадия работ по проектированию АС, которая включает:

  • разработку проектных решений по системе и её частям;

  • разработку документации на АС и её части;

  • разработку и оформление документации на поставку изделий для комплектования АС и/или технических требований (технических заданий) на их разработку;

  • разработка заданий на проектирование в смежных частях проекта объекта автоматизации.

Рабочее проектирование [detailed design] – заключительная стадия проектирования, которая помимо требуемой ГОСТ 34.601-90 разработки рабочей документации на систему и её части в общем случае предусматривает уточнение и детализацию результатов предыдущих этапов, создание и испытания опытного и/или опытно-промышленного образца объекта автоматизации, разработку и отработку.

Концептуальное проектирование [conceptual design ]

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

Принципы проектирования

Принципы проектирования АИС – набор закреплённых многолетним и разносторонним опытом создания и эксплуатации АИС правил или требований. Наиболее общие из них:

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

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

  • Непрерывность, поэтапность и преемственность разработки и развития : АИС — постоянно развивающиеся на своей основе системы; каждое нововведение служит развитием основных системных принципов и уже достигнутого качества;

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

  • Модульный принцип построения программных и технических средств: предполагает, что состав указанных средств состоит из блоков (модулей) обеспечивающих возможность их замены или изменения с целью совершенствования функционирования АИС или её адаптации к новым условиям;

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

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

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

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

  • Типизация проектных решений: разработка и развитие АИС и их сетей производится с ориентацией на межбиблиотечное сотрудничество, и кооперацию, а также в соответствии с правилами и протоколами международного информационного обмена;

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

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

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

Основные этапы

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

  • сформулировать проблему;

  • выявить цель;

  • сформулировать критерий оценки принятия решений.

Если проблема осознана и идентифицирована количественными показателями или качественными признаками, то далее можно сформулировать цели. Цель - это антипод проблемы. Если проблема это то, чего не хочет ЛПР, то цель - это то, что оно хочет.

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

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

  1. методы, используемые в условиях определенности;

  2. методы, используемые в условиях риска.

Этапами проектирования СППР при наличии программной оболочки являются:

  • Описание предметной области, целей создания системы и выполнение постановки задачи.

  • Составление словаря системы.

  • Разработка базы знаний и базы данных.

  • Внедрение системы.

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

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

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

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

Этап 4. Внедрение. Проверяется и оцениваются правильность работы системы. Устанавливаются результаты, которые затем сравниваются с полученными в процессе запуска системы. Проверяются также промежуточные расчеты с помощью блока, отвечающего на вопросы как и почему.

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

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

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

  • бухгалтерский учет, включая управленческий и финансовый;

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

  • организация труда руководителя;

  • автоматизация документооборота;

  • экономическая и финансовая деятельность;

  • обучение.

Заключение.

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

В области автоматизации проектирования ИС и ИТ за последнее десятилетие сформировалось новое направление - CASE (Computer- Aided Soft-ware/System Engineering). CASE - это инструментарий для системных аналитиков, разработчиков и программистов, позволяющий автоматизировать процесс проектирования и разработки ИС, прочно вошедший в практику создания и сопровождения ИС и ИТ. Основная цель CASE состоит в том, чтобы отделить проектирование ИС и ИТ от ее кодирования и последующих этапов разработки, а также максимально автоматизировать процессы разработки и функционирования систем.

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

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

Билет №25

  1. Распределенные информационные системы (основные понятия, методы и средства проектирования).

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

Тут вы можете оставить комментарий к выбранному абзацу или сообщить об ошибке.

Оставленные комментарии видны всем.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]