Типовое проектирование ис реферат

Обновлено: 02.07.2024

Методы типового проектирования ИС достаточно подробно рассмотрены в литературе [ 3.3 ] . В данном курсе приведены основные определения и представлено задание для разработки проекта ИС методом типового проектирования (кейс " Проектирование ИС предприятия оптовой торговли лекарственными препаратами").

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

Типовое проектное решение (ТПР) - это тиражируемое (пригодное к многократному использованию) проектное решение.

Принятая классификация ТПР основана на уровне декомпозиции системы. Выделяются следующие классы ТПР :

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

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

Основные особенности различных классов ТПР приведены в таблице 3.3.

обеспечивается применение модульного подхода к проектированию и документированию ИС

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

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

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

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

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

Для реализации типового проектирования используются два подхода: параметрически-ориентированное и модельно-ориентированное проектирование .

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

Критерии оценки ППП делятся на следующие группы:

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

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

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

Модельно-ориентированное проектирование заключается в адаптации состава и характеристик типовой ИС в соответствии с моделью объекта автоматизации.

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

Типовая ИС в специальной базе метаинформации - репозитории - содержит модель объекта автоматизации, на основе которой осуществляется конфигурирование программного обеспечения. Таким образом, модельно-ориентированное проектирование ИС предполагает, прежде всего, построение модели объекта автоматизации с использованием специального программного инструментария (например, SAP Business Engineering Workbench (BEW), BAAN Enterprise Modeler). Возможно также создание системы на базе типовой модели ИС из репозитория, который поставляется вместе с программным продуктом и расширяется по мере накопления опыта проектирования информационных систем для различных отраслей и типов производства.

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

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

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

Модель конкретного предприятия строится либо путем выбора фрагментов основной или типовой модели в соответствии со специфическими особенностями предприятия (BAAN Enterprise Modeler), либо путем автоматизированной адаптации этих моделей в результате экспертного опроса ( SAP Business Engineering Workbench ).

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

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

Модель бизнес-функций представляет собой иерархическую декомпозицию функциональной деятельности предприятия (подробное описание см. в разделе " Анализ и моделирование функциональной области внедрения ИС").

Модель бизнес-процессов отражает выполнение работ для функций самого нижнего уровня модели бизнес-функций (подробное описание см. в разделе "Спецификация функциональных требований к ИС"). Для отображения процессов используется модель управления событиями (ЕРС - Event-driven Process Chain). Именно модель бизнес-процессов позволяет выполнить настройку программных модулей - приложений информационной системы в соответствии с характерными особенностями конкретного предприятия.

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

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

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

Реализация типового проекта предусматривает выполнение следующих операций:

Содержание

Основные понятия типового проектирования информационных систем и классификация_3
Параметрически-ориентированное проектирование информационных систем__________7
Модельно-ориентированное проектирование информационных систем_______________13
Прототипное проектирование информационных систем____________________________19
Заключение_________________________________________________________________20
Список использованной литературы____________________________________________21

Прикрепленные файлы: 1 файл

Реферат.docx

Национальный исследовательский университет – Высшая школа экономики

Москва, ноябрь 2011

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

Параметрически- ориентированное проектирование информационных систем__________7

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

Прототипное проектирование информационных систем________________________ ____19

Заключение____________________ ______________________________ _______________20

Список использованной литературы____________________ ________________________21

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

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

Существует три метода типового проектирования информационных систем, в зависимости от варианта декомпозиции: элементный, подсистемный и объектный (рис.1).

Рис. 1. Классификация методов типового проектирования.

В случае элементного метода типового проектирования информационных систем типовым элементом считается либо типовое решение задачи, либо типовое решение какого-либо обеспечения задачи (например: технического, информационного, организационного и др.) (рис.2).

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

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

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

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

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

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

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

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

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

Типовое проектирование информационных систем ( реферат , курсовая , диплом , контрольная )

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

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

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

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

Типовое проектное решение (ТПР) — это тиражируемое (пригодное к многократному использованию) проектное решение.

Принятая классификация ТПР основана на уровне декомпозиции системы. Выделяются следующие классы ТПР:

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

Основные особенности различных классов ТПР приведены в табл. 2.4.

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

Критерии оценки ППП делятся на следующие группы:

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

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

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

Достоинства и недостатки ТПР.

Класс ТПР Реализация ТПР.

Элементные ТПР. Библиотеки методо-ориентированных программ.

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

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

Подсистемные ТПР. Пакеты прикладных программ.

Достигается высокая степень интеграции элементов ИС.

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

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

Объектные ТПР. Отраслевые проекты И С.

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

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

Существуют и обобщенные оценки значимости критериев [1] . На основании опроса мнения 170 ИТ-директоров, руководителей ИТ-служб и их первых заместителей были получены следующие оценки значимости восьми критериев выбора инфраструктурных решений (по пятибалльной шкале):

• цена — 3,7;
• функциональность — 4;
• совместимость с архитектурными решениями — 4,3;
• стоимость поддержки — 3,7;
• надежность — 4,3;
• рыночная позиция вендора — 2,8;
• прошлый опыт работы с вендором — 3,3;
• соответствие корпоративному стандарту — 2,9.

Эти оценки отражают особенности современных процессов в сфере автоматизации управления.

Модельно-ориентированное проектирование заключается в адаптации состава и характеристик типовой ИС в соответствии с моделью объекта автоматизации.

Типовая ИС в специальной базе метаинформации — репозитории — содержит модель объекта автоматизации, на основе которой осуществляется конфигурирование ПО. Таким образом, модельно-ориентированное проектирование ИС предполагает, прежде всего, построение модели объекта автоматизации с использованием специального программного инструментария (например, SAP Business Engineering Workbench (BEW),.

BAAN Enterprise Modeler). Возможно также создание системы на базе типовой модели ИС из репозитория, который поставляется вместе с программным продуктом и расширяется по мере накопления опыта проектирования ИС для различных отраслей и типов производства.

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

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

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

Модель конкретного предприятия строится путем выбора фрагментов основной или типовой модели в соответствии со специфическими особенностями предприятия (BAAN Enterprise Modeler) либо путем автоматизированной адаптации этих моделей в результате экспертного опроса (SAP Business Engineering Workbench).

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

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

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

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

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

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

Реализация типового проекта предусматривает выполнение следующих операций:

Пример готового реферата по предмету: Информационные технологии

Содержание

1. Общая характеристика элементного подхода к созданию информационной системы 4

2. Методы типового проектирования информационных систем 7

3. Суть компонентной технологии создания информационных систем.11

4. Способы привязки пакета прикладных программ 12

5. Особенности метода объектного проектирования 14

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

Выдержка из текста

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

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

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

Список использованной литературы

2.В.И. Грекул, Г.Н. Денищенко, Н.Л. Коровкина. Проектирование информационных систем. — М.: Интернет-Ун-т Информ. технологий, 2005, — 415 с.

3.Вендров А.М. Проектирование программного обеспечения экономических информационных систем. М., Финансы и статистика, 2000. – 278 с.

Москва, ноябрь 2011
Оглавление.
Основные понятия типового проектирования информационных систем и классификация_3
Параметрически-ориентированное проектирование информационныхсистем__________7
Модельно-ориентированное проектирование информационных систем_______________13
Прототипное проектирование информационных систем____________________________19
Заключение_________________________________________________________________20
Список использованной литературы____________________________________________21

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

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

Рис. 1. Классификация методов типового проектирования.

В случаеэлементного метода типового проектирования информационных систем типовым элементом считается либо типовое решение задачи, либо типовое решение какого-либо обеспечения задачи (например: технического, информационного, организационного и др.) (рис.2).

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

Читайте также: