Основные элементы диаграмм IDEF0. Назначение контекстной диаграммы и иерархия диаграмм IDEF0. Понятие декомопозиции

Особенности и проблемы проектирования сложных ИС. Характеристики современных крупных проектов по разработке ПО ИС.

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

Основные проблемы проект-я:

- нечеткая и неполная формулировка требований к ПО;

- нодостаточ. инф-я со стороны польз-ля будущего ПО;

- неудовл. планир-е и управление проектом;

- частое изменений требований;

- несовершенство изпользованных технологий.

Особ-ти круп. проектов ИС:

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

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

Сущность и основные принципы системного подхода при проектировании сложных ИС.

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

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

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

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

Структуру информационной системы составляет совокупность отдельных ее частей, называемых подсистемами.Подсистема – это часть системы, выделенная по какому-либо признаку.Функциональная часть информационной системы обеспечивает выполнение задач и назначение информационной системы. Фактически здесь содержится модель системы управления организацией. В рамках этой части происходит трансформация целей управления в функции, функций – в подсистемы информационной системы. Обычно в информационной системе функциональная часть разбивается на подсистемы по функциональным признакам:· уровень управления (высший, средний, низший);· вид управляемого ресурса (материальные, трудовые, финансовые и т.п.);· сфера применения (банковская, фондового рынка и т.п.);· функции управления и период управления.Функциональный признак определяет назначение подсистемы, а также ее основные цели, задачи и функции. Структура информационной системы может быть представлена как совокупность ее функциональных подсистем, а функциональный признак может быть использован при классификации информационных систем.Функциональная структура ИС – совокупность функциональных подсистем, комплексов задач и процедур обработки информации, реализующих функции системы управления. В системе управления крупных предприятий-корпораций выделяются самостоятельные подсистемы функционального и организационного уровня управления:1. Стратегический анализ и управление. Это высший уровень управления, обеспечивает централизацию управления всего предприятия, ориентирован на высшее звено управления.2. Управление персоналом.3. Логистика – управление материальными потоками (заготовка материалов и комплектующих изделий), управление производством, управление сбытом готовой продукции. Все компоненты логистики тесно интегрированы с финансовой бухгалтерией и функционируют на единой информационной базе.4. Управление производством.5. Бухгалтерский учет. Развитые ERP-системы зарубежного производства имеют устоявшуюся структуру базовых компонентов системы управления предприятием:1. Бухгалтерский учет и финансы.2. Управлениематериалами(логистика).3. Производственный менеджмент.4. Обеспечение производства.5. Управление перевозками, удаленными складами6. Управлениеперсоналом.7. Зарплата.8. Моделирование бизнес-процессов.9. Системы поддержки принятия решений (DSS).Обеспечивающая часть ИС состоит из информационного, технического, математического, программного, методического, организационного, правового и лингвистического обеспечения.Назначение подсистемы информационного обеспечения состоит в своевременном формировании и выдаче достоверной информации для принятия управленческих решений.Информационное обеспечение – совокупность проектных решений по объемам, размещению, формам организации информации, циркулирующей в организации, а также методология построения баз данных.Включает в себя показатели, справочные данные, классификаторы и кодификаторы информации, унифицированные системы документации, информацию на носителях и т.д.Построение схем информационных потоков, позволяющих выявить объемы информации и провести ее детальный анализ, обеспечивает: исключение дублирующей и неиспользуемой информации;классификацию и рациональное представление информации.Методология построения баз данных базируется на теоретических основах их проектирования. Для понимания концепции методологии приведем основные ее идеи в виде двух последовательно реализуемых на практике этапов:1-й этап – обследование всех функциональных подразделений фирмы с целью: понять специфику и структуру ее деятельности; построить схему информационных потоков; проанализировать существующую систему документооборота; определить информационные объекты и соответствующий состав реквизитов, описывающих их свойства и назначение. 2-й этап – построение концептуальной информационно-логической модели данных для обследованной на 1-м этапе сферы деятельности. В рамках информационного обеспечения различают внемашинное и внутримашинное информационное обеспечение. Внемашинная информационная база воспринимается человеком без технических средств – наряды, акты, накладные и т.п.Внутримашинная информационная база содержится на носителях и состоит из файлов. Она может быть создана как совокупность отдельных файлов, каждый из которых отражает некоторое множество однородных управленческих документов (нарядов, накладных и т.п.), или как база данных (БД). В последнем случае файлы будут зависимыми и структура одних файлов будет зависеть от структуры других, а структуры файлов базы данных не будут соответствовать структуре управленческих документов.

4.Понятие ЖЦ ПО и характеристика его основных этапов

Жизненный цикл программного обеспечения (ПО) — период времени, который начинается с момента принятия решения о необходимости создания программного продукта и заканчивается в момент его полного изъятия из эксплуатации^[1]. Этот цикл — процесс построения и развития ПО.

Анализ требований — это сбор требований к ПО, их систематизация, выявление противоречий, недостающей информации и т.п. Анализ требований делится на три фазы: сбор, анализ и документирование.

Проектирование — подразумевает собой описание свойств будущей системы, на основе анализа требований — результата предыдущего этапа

Реализация — это непосредственно кодирование (или программирование) — процесс написания программного кода на определённом языке программирования, с целью реализации алгоритмов, определённых на предыдущем этапе — проектировании

Тестирование — проверка и испытание законченного продукта на предмет его качества: устойчивости к нагрузкам, дружественности к пользователю (юзабилити), безопасности (устойчивости к взломам), соответствию требованиям и т.п.

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

Сопровождение — процесс поддержки программного продукта. На данном этапе устраняются ошибки («баги»), вносятся изменения с целью улучшить продукт. Эта стадия в жизненном цикле, как правило, занимает большую часть времени

5.Понятие технологии проектирования ИС. Основные требования к технологиям проектирования.

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

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

Предметом любой выбираемой технологии проектирования должно служить отражение взаимосвязанных процессов проектирования на всех стадиях жизненного цикла ИС. Технология проектирования, разработки и сопровождения ИС должна удовлетворять следующим общим требованям:технология должна поддерживать полный ЖЦ ПО;технология должна обеспечивать гарантированное достижение целей разработки ИС с заданным качеством и в установленное время;технология должна обеспечивать возможность выполнения крупных проектов в виде подсистем;технология должна обеспечивать возможность ведения работ по проектированию отдельных подсистем небольшими группами (3-7 человек). Это обусловлено принципами управляемости коллектива и повышения производительности за счет минимизации числа внешних связей;технология должна обеспечивать минимальное время получения работоспособной ИС. Речь идет не о сроках готовности всей ИС, а о сроках реализации отдельных подсистем. Реализация ИС в целом в короткие сроки может потребовать привлечения большого числа разработчиков, при этом эффект может оказаться ниже, чем при реализации в более короткие сроки отдельных подсистем меньшим числом разработчиков;технология должна предусматривать возможность управления конфигурацией проекта, ведения версий проекта и его составляющих, возможность автоматического выпуска проектной документации и синхронизацию ее версий с версиями проекта;технология должна обеспечивать независимость выполняемых проектных решений от средств реализации ИС (систем управления базами данных (СУБД), операционных систем, языков и систем программирования);технология должна быть поддержана комплексом согласованных CASE-средств, обеспечивающих автоматизацию процессов, выполняемых на всех стадиях ЖЦ. Общий подход к оценке и выбору CASE-средств описан в разделе 4, примеры комплексов CASE-средств.

7.Сущность и основные принципы структурного подхода к проектированию ИС. Методология IDEF0 и ее основные положения.

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

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

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

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

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

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

Основные элементы диаграмм IDEF0. Назначение контекстной диаграммы и иерархия диаграмм IDEF0. Понятие декомопозиции

Графический язык IDEF0 удивительно прост и гармоничен. В основе методологии лежат четыре основных понятия.

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

Каждая из четырех сторон функционального блока имеет своё определенное значение (роль), при этом: «Управление» (Control);«Вход» (Input); «Выход» (Output); «Механизм» (Mechanism).Каждый функциональный блок в рамках единой рассматриваемой системы должен иметь свой уникальный идентификационный номер.Вторым «китом» методологии IDEF0 является понятие интерфейсной дуги (Arrow). Также интерфейсные дуги часто называют потоками или стрелками.

Графическим отображением интерфейсной дуги является однонаправленная стрелка. Каждая интерфейсная дуга должна иметь свое уникальное наименование (Arrow Label). По требованию стандарта, наименование должно быть оборотом существительного.

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

Обязательное наличие управляющих интерфейсных дуг является одним из главных отличий стандарта IDEF0 от других методологий классов DFD (Data Flow Diagram) и WFD (Work Flow Diagram).Третьим основным понятием стандарта IDEF0 является декомпозиция (Decomposition). Принцип декомпозиции применяется при разбиении сложного процесса на составляющие его функции. Декомпозиция позволяет постепенно и структурированно представлять модель системы в виде иерархической структуры отдельных диаграмм, что делает ее менее перегруженной и легко усваиваемой.

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

9.Отношение блоков на диаграммах IDEF0 и их применение для отражения конкретных ситуаций.

В методологии IDEF0 существует 6 (шесть) типов отношений междублоками в пределах одной диаграммы:• доминирование;• управление;выход - вход; обратная связь по управлению; обратная связь по входу; выход – механизм.Первое из перечисленных отношений определяется взаимным расположением блоков на диаграмме. Предполагается, что блоки, расположенные на диаграмме выше и левее, «доминируют» над блоками, расположенными ниже и правее. «Доминирование» понимается как влияние, которое один блок оказывает на другие блоки диаграммы.Остальные пять отношений описывают связи между блоками и изображаются соответствующими стрелками.

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

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

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

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

11.Методология моделирования IDEF3: назначение и основные элементы диаграмм IDEF3

IDEF3 явл стандартом документирования технологических процессов, происходящих на предприятии, и предоставляет инструментарий для наглядного исследования и моделирования их сценариев. Сценарием называют описание последовательности изменений св-в объекта, в рамках рассматриваемого процесса. Исполнение каждого сценария сопровождается соответствующим документооборотом, который состоит из двух основных потоков: документов, определяющих структуру и последовательность процесса, и доков, отображающих ход его выполнения. Для эффективного управления любым процессом, необходимо иметь детальное представление об его сценарии и структуре сопутствующего документооборота. Средства документирования и моделирования IDEF3 позволяют выполнять следующие задачи. Документировать имеющиеся данные о технологии процесса; Определять и анализировать точки влияния потоков сопутствующего документооборота на сценарий технологических процессов. Определять ситуации, в которых требуется принятие решения, влияющего на жизненный цикл процесса, Содействовать принятию оптимальных решений при реорганизации технологических процессов. Разрабатывать имитационные модели технологических процессов, по принципу "КАК БУДЕТ, ЕСЛИ..."

Существуют два типа диаграмм в стандарте IDEF3, представляющие описание одного и того же сценария тех пр-са в разных ракурсах. Диаграммы, относящиеся к первому типу, называются Диаграммами Описания Последовательности Этапов Процесса (PFDD) или Диаграммами Потоков Работ (WFD), а ко второму - диаграммами Состояния Объекта и его Трансформаций в Процессе (OSTN).

Диаграмма IDEF3 Process Flow Description может состоять из 4 основных описательных блоков:работы (boxes, activities)стрелки или связи (arrows, links)перекрёстки (junctions)объекты ссылокUnit of Behavior Decomposition Elaboration

12.Моделирование потоков данных на DFD-диаграммах. Назначение и основные элементы DFD-диаграмм. Детализация проекта на основе диаграммы потоков данных.

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

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

Основными элементами диаграмм потоков данных являются:внешние сущности;процессы;накопители данных;потоки данных. Под внешней сущностью (External Entity) понимается материальный объект, являющийся источником или приемником информации. В качестве внешней сущности на DFD диаграмме могут выступать заказчики, поставщики, клиенты, склад, банк и другие.
Процессы представляют собой преобразование входных потоков данных в выходные в соответствии с определенным алгоритмом. В реальной жизни процесс может выполняться некоторым подразделением организации, выполняющим обработку входных документов и выпуск отчетов, отдельным сотрудником, программой, установленной на компьютере, специальным логическим устройством и тому подобное.
Накопители данных предназначены для изображения неких абстрактных устройств для хранения информации, которую можно туда в любой момент времени поместить или извлечь, безотносительно к их конкретной физической реализации.
Накопители данных являются неким прообразом базы данных информационной системы организации.
Поток данных определяет информацию, передаваемую через некоторое соединение (кабель, почтовая связь, курьер) от источника к приемнику. На DFD диаграммах потоки данных изображаются линиями со стрелками, показывающими их направление. Каждому потоку данных присваивается имя, отражающее его содержание.
Детализация DFD происходит на основе процессов. Это означает, что каждый процесс может раскрываться с помощью DFD нижнего уровня. На верхнем уровне иерархии DFD располагается DFD специального вида - контекстная диаграмма, моделирующая систему наиболее обобщенно. Такая диаграмма отображает интерфейс системы с внешней средой, при этом в ее состав входит единый процесс, отражающий главную цель системы, внешние сущности и информационные потоки между процессом системы и внешними сущностями. Каждый проект должен иметь только одну контекстную диаграмму.DFD первого уровня представляет собой декомпозицию процесса, присутствующего на контекстной диаграмме; DFD второго уровня детализируют процессы диаграммы первого уровня и т. д. Этот процесс повторяется до тех пор, пока дальнейшая детализация процессов с помощью диаграмм потоков данных не потеряет смысла. Тогда процессы нижнего уровня описывают с помощью коротких (до одной страницы) мини-спецификаций обработки (спецификаций процессов).

13.Состав, классификация и принципы организации информационного обеспечения ЭИС.

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

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

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

* гомеостазиса, то есть обеспечения устойчивого функционирования

системы и достижения общей цели;

* адаптивности к изменениям внешней среды и управляемости посредством воздействия на элементы системы;

* обучаемости путем изменения структуры системы в соответствии с изменением целей системы.

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

* системы обработки данных (ЕDP - electronic data processing);

* информационной системы управления (МIS - management information system);

* системы поддержки принятия решений (DSS - decision support system).

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

14 Состав внемашинного информационного обеспечения. Классификация технико-экономической информации. Характеристики и методы классификации.

Для того чтобы обеспечить эффективный поиск, обработку на ЭВМ и передачу по каналам связи технико-экономической информации, ее необходимо представить в цифровом виде. С этой целью ее нужно сначала упорядочить (классифицировать), а затем формализовать (закодировать) с использованием классификатора.
Классификация – это разделение множества объектов на подмножества по их сходству или различию в соответствии с принятыми методами. Классификатор — это документ, с помощью которого осуществляется формализованное описание информации в ИС, содержащей наименования объектов, наименования классификационных группировок и их кодовые обозначения.
По сфере действия выделяют следующие виды классификаторов: Международные классификаторы входят в состав Системы международных экономических стандартов (СМЭС) и обязательны для передачи информации между организациями разных стран мирового сообщества.
Общегосударственные (общесистемные) классификаторы, обязательны для организации процессов передачи и обработки информации между экономическими системами государственного уровня внутри страны.
Отраслевые классификаторы используют для выполнения процедур обработки информации и передачи ее между организациями внутри отрасли.
Локальные классификаторы используют в пределах отдельных предприятий.
Каждая система классификации характеризуется следующими свойствами:гибкостью системы;емкостью системы;степенью заполненности системы.

К положительным сторонам данной системы следует отнести логичность, простоту ее построения и удобство логической и арифметической обработки.
Серьезным недостатком иерархического метода классификации является жесткость классификационной схемы. Многоаспектная система — это система классификации, которая использует параллельно несколько независимых признаков (аспектов) в качестве основания классификации. Существуют два типа многоаспектных систем: Фасет — это аспект классификации, который используется для образования независимых классификационных группировок. Дескриптор — ключевое слово, определяющее некоторое понятие, которое формирует описание объекта и дает принадлежность этого объекта к классу, группе и т.д.В современных классификационных схемах часто одновременно используются оба метода классификации. Это снижает влияние недостатков методов классификации и расширяет возможность использования классификаторов в информационном обеспечении управления.Кодирование технико-экономической информацииДля полной формализации информации недостаточно простой классификации, поэтому проводят следующую процедуру — кодирование. Кодировани-перевод информации, выраженной одной системой знаков, в другую систему, то есть перевод записи на естественном языке в запись с помощью кодов. Код характеризуется следующими параметрами:длиной;основанием кодирования;структурой кода, под которой понимают распределение знаков по признакам и объектам классификации;степенью информативности, рассчитываемой как частное от деления общего количества признаков на длину кода;коэффициентом избыточности, который определяется как отношение максимального количества объектов к фактическому количеству объектов.Методы кодирования:Регистрационные методы кодирования бывают двух видов: порядковый и серийно-порядковый. В первом случае кодами служат числа натурального ряда. Каждый из объектов классифицируемого множества кодируется путем присвоения ему текущего порядкового номера. В серийно-порядковом методе кодирования кодами служат числа натурального ряда с закреплением отдельных серий этих чисел за объектами классификации с одинаковыми признаками. В каждой серии, кроме кодов имеющихся объектов классификации, предусматривается определенное количество кодов для резерва.
Классификационные коды используют для отражения классификационных взаимосвязей объектов и группировок и применяются в основном для сложной логической обработки экономической информации. Последовательные системы кодирования характеризуются тем, что они базируются на предварительной классификации по иерархической системе. Код объекта классификации образуется с использованием кодов последовательно расположенных подчиненных группировок, полученных при иерархическом методе кодирования. Параллельные системы кодирования характеризуются тем, что они строятся на основе использования фасетной системы классификации и коды группировок по фасетам формируются независимо друг от друга.
Основной компонентой внемашинного информационного обеспечения ИС является система документации, применяемая в процессе управления экономическим объектом.

15.Внутримашинное информационное обеспечение. Информационная база и ее организация. Классификация файлов информационной базы
Внутримашинное информационное обеспечение включает макеты (экранные формы) для ввода первичных данных в ЭВМ или вывода результатной информации, и структуры информационной базы: входных, выходных файлов, базы данных.Проектирование форм электронных документов, т.е. создание шаблона формы с помощью программного обеспечения проектирования форм, обычно включает в себя выполнение следующих шагов:создание структуры ЭД — подготовка внешнего вида с помощью графических средств проектирования;определение содержания формы ЭД, т.е. выбор способов, которыми будут заполняться поля. Поля могут быть заполнены вручную или посредством выбора значений из какого-либо списка, меню, базы данных;определения перечня макетов экранных форм — по каждой задаче проектировщик анализирует «постановку» каждой задачи, в которой приводятся перечни используемых входных документов с оперативной и постоянной информацией и документов с результатной информацией;определение содержания макетов — выполняется на основе анализа состава реквизитов первичных документов с постоянной и оперативной информацией и результатных документов.Основной частью внутримашннного информационного обеспечения является информационная база. Информационная база (ИБ) — это совокупность данных, организованная определенным способом и хранимая в памяти вычислительной системы в виде файлов, с помощью которых удовлетворяются информационные потребности управленческих процессов и решаемых задач.
Все файлы ИБ можно классифицировать по следующим признакам:по этапам обработки (входные, базовые, результатные);по типу носителя (на промежуточных носителях — гибких магнитных дисках и магнитных лентах и на основных носителях — жестких магнитных дисках, магнитооптических дисках и др.);по составу информации (файлы с оперативной информацией и файлы с постоянной информацией);по назначению (по типу функциональных подсистем);по типу логической организации (файлы с линейной и иерархической структурой записи, реляционные, табличные);по способу физической организации (файлы с последовательным, индексным и прямым способом доступа).Входные файлы создаются с первичных документов для ввода данных или обновления базовых файлов.Файлы с результатной информацией предназначаются для вывода ее на печать или передачи по каналам связи и не подлежат долговременному хранению.
К числу базовых файлов, хранящихся в информационной базе, относят основные, рабочие, промежуточные, служебные и архивные файлы.Основные файлы должны иметь однородную структуру записей и могут содержать записи с оперативной и условно-постоянной информацией. Оперативные файлы могут создаваться на базе одного или нескольких входных файлов и отражать информацию одного или нескольких первичных документов. Файлы с условно-постоянной информацией могут содержать справочную, расценочную, табличную и другие виды информации, изменяющейся в течение года не более чем на 40%, а следовательно, имеющие коэффициент стабильности не менее 0,6.Файлы со справочной информацией должны отражать все характеристики элементов материального производства (материалы, сырье, основные фонды, трудовые ресурсы и т.п.).Рабочие файлы создаются для решения конкретных задач на базе основных файлов путем выборки части информации из нескольких основных файлов с целью сокращения времени обработки данных.Промежуточные файлы отличаются от рабочих файлов тем, что они образуются в результате решения экономических задач, подвергаются хранению с целью дальнейшего использования для решения других задач.
Служебные файлы предназначаются для ускорения поиска информации в основных файлах и включают в себя справочники, индексные файлы и каталоги.Архивные файлы содержат ретроспективные данные из основных файлов, которые используются для решения аналитических, например прогнозных, задач. Архивные данные могут также использоваться для восстановления информационной базы при разрушениях.

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

17Методология IDEF1: логический и физический уровни модели. Назначение элементов физического уровня

В настоящее время на основе совершенствования методологии IDEF1 создана ее новая версия - методология IDEF1X. IDEF1X разработана с учетом таких требований, как простота изучения и возможность автоматизации. IDEF1X-диаграммы используются рядом распространенных CASE-средств (в частности, ERwin, Design/IDEF).

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

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

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

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

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

Бизнес-логика — в разработке информационных систем — совокупность правил, принципов, зависимостей поведения объектов предметной области. Проще говоря, бизнес-логика — это реализация предметной области в информационной системе. В фазе бизнес-моделирования и разработки требований бизнес-логика может описываться в виде:текста;концептуальных аналитических моделей предметной области (онтологии);бизнес-правил;разнообразных алгоритмов;диаграмм деятельности;графов и диаграмм перехода состояний;моделей бизнес-процессов.

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

В многоуровневых (многослойных) информационных системах этот уровень взаимодействует с нижележащим уровнем инфраструктурных сервисов (англ. infrastructure layer), например, интерфейсом доступа к базе данных или файловой системе (англ. data-access layer (DAL)) и вышележащим уровнем сервисов приложения (англ. application services layer), который уже, в свою очередь, взаимодействует с уровнем пользовательского интерфейса (англ. user interface layer) или внешними системами.

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

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

20.Понятие и свойства транзакции. Проектирование транзакций

Транзакция — это неделимая с точки зрения воздействия на БД последовательность операторов манипулирования данными (чтения, удаления, вставки, модификации), рассматриваемая СУБД как единое целое. Либо транзакция успешно выполняется, и СУБД фиксирует изменения БД, произведенные этой транзакцией, во внешней памяти, либо ни одно из этих изменений никак не отражается на состоянии БД. Понятие транзакции имеет непосредственную связь с понятиями целостности и безопасности БД. Эти два аспекта функционирования баз данных обладают некоторыми сходными чертами, главное из которых состоит в том, что система должна содержать сведения о тех правилах, которые пользователю нельзя нарушать. Указанные правила реализуются посредством необходимых ограничений. Свойства транзакций (ACID (Atomicity, Consistency, Isolation, Durability)): Атомарность. Транзакции атомарны (выполняется всё или ничего); Согласованность. Транзакции сохраняют БД в согласованном состоянии (переводят из одного согласованного состояния в другое). Изолированность. Транзакции изолированы одна от другой. Даже если запущено множество транзакций, работающих параллельно, результаты любых операций обновления, выполненных отдельной транзакцией, будут скрыты от всех остальных транзакций до тех пор пока эта транзакция не будет зафиксирована. Долговечность. Если транзакция зафиксирована, выполненные ею обновления сохраняются в БД постоянно, даже если в следующий момент произойдёт сбой системы.

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

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

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

21Назначение и классификация CASE-средств. Технология внедрения CASE-средств

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

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

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

Ø Наибольшая потребность в использовании CASE-систем испытывается на начальных этапах разработки, а именно на этапах анализа и спецификации требований к ИС. Это объясняется тем, что цена ошибок, допущенных на начальных этапах, на несколько порядков превышает цену ошибок, выявленных на более поздних этапах разработки.

Преимущества CASE-технологии по сравнению с традиционной технологией оригинального проектирования сводятся к следующему:

Ø • улучшение качества разрабатываемого программного приложения за счет средств автоматического контроля и генерации;

Ø • возможность повторного использования компонентов разработки;

Ø • поддержание адаптивности и сопровождения ИС;

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

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

Ø • возможность коллективной разработки ЭИС в режиме реального времени.

Дата добавления: 2018-02-15; просмотров: 4822; Мы поможем в написании вашей работы!

Поделиться с друзьями:

12 3 Следующая ⇒

Мы поможем в написании ваших работ!