1. Три формы существования мира. Какие процессы называются информационными?
| Вид материала | Документы |
- 1. введение в предмет, 69.23kb.
- Основные этапы эволюции растительного и животного мира, 173.64kb.
- «Сложность строения атома. Состояние электронов в атоме», 79.91kb.
- Лекция Функционально-позиционное устройство, 254.64kb.
- Природа квазирегулярности катастрофических изменений климата и их влияние на биоразнообразие, 292.52kb.
- Одним из факторов устойчивости биосферы и существования ее как единой целостной системы, 96.41kb.
- Российской Федерации Российской Федерации Государственный университет- высшая школа, 221.2kb.
- Программа информационно-управленческой практики для студентов 4 курса специальности, 223.04kb.
- Об ответственности за правонарушения при работе с информационными ресурсами, 60.01kb.
- Солнечная светлость книжной премудрости в стране Литературии, 54.88kb.
27. Моделирование системы предприятия. Этап рассмотрения информационной системы предприятия – это создание комплекса моделей предприятия, которые воспроизводят основные информационные потоки. Модели предприятия можно рассматривать в двух разрезах: по степени абстракции и по объектам отражения.
По степени абстракции выделяют три типа моделей: концептуальная, логическая и физическая.
Концептуальная модель – это наиболее общее описание предметной области без каких-либо подробностей и деталей.
Логическая модель строится для описания ключевых элементов системы.
Физическая модель описывает реальную систему в деталях.
28. Два класса моделей по объектам отражений. По объектам отражения модели можно разделить на два класса: модели структуры и модели поведения.
Модели структуры – статические модели, которые отражают составные части системы и их взаимосвязь. К ним относятся два типа моделей:
- модель организационной структуры;
- модель структуры данных.
Модели поведения – это модели, которые воспроизводят последовательность действий для процесса. К моделям процессов предприятия относятся три типа моделей:
- функциональная модель, описывающая процессы предприятия;
- модель потока данных;
- модель документооборота.
Модель организационной структуры отражает взаимодействие сотрудников предприятия. Определение полномочий отдельных сотрудников (директор, бухгалтер, преподаватель, студент и т.д.).
Модель структуры данных состоит в том, что структура данных может быть смоделирована с помощью трех элементов: сущностей, атрибутов сущностей и связей.
29. Какие три элемента используются для создания модели структуры данных? Основная предпосылка модели структуры данных состоит в том, что структура данных предприятия может быть смоделирована с помощью трех элементов: сущностей, атрибутов сущностей и связей.
Сущность – это такой тип объектов, который существует независимо и содержит данные, относящиеся к предприятию (например, сотрудник, счет-фактура и др.)
Атрибуты – это характеристики сущностей, с помощью которых может быть описан любой из объектов сущностей (Например, СОТРУДНИК: дата рождения, дата приема на работу, должность и т.д.)
Связь – все сущности предприятия взаимосвязаны между собой и образуют систему (Например СОТРУДНИК связан с сущностью ПОДРАЗДЕЛЕНИЕ). Существует несколько типов связей: «один к одному», «один к многим», «многие к многим».
30. Что такое функциональное моделирование и на чём оно основано? Функциональное моделирование используется для моделирования процессов предприятия по функциям. Чтобы отслеживать ситуацию в отдельных подразделениях предприятия, необходимо формально разбить всю деятельность предприятия на блоки, с тем, чтобы в дальнейшем было легко контролировать каждый блок.
Для функционального моделирования и моделирования процессов применяется стандарт IDEF0, который очень прост для восприятия.
Результатом такого моделирования является согласованная модель деятельности предприятия. Модель должна удовлетворять неким требованиям, a также предполагается, что она отражает реальное распределение функций, их приоритетность, полномочия.
31. Какой стандарт применяется для функционального моделирования и моделирования процессов? Для функционального моделирования и моделирования процессов применяется стандарт IDEF0, который очень прост для восприятия.
Результатом такого моделирования является согласованная модель деятельности предприятия. Модель должна удовлетворять неким требованиям, a также предполагается, что она отражает реальное распределение функций, их приоритетность, полномочия.
IDEF0 – это стандарт структурированного анализа, который может быть применен для описания процессов на всех этапах – от планирования до разработки окончательного варианта. Этот стандарт позволяет создавать модели, которые графически изображают предметы и действия. IDEF0 состоит из двух видов диаграмм – контекстной и декомпозированной.
32. Из каких двух видов диаграмм состоит стандарт IDEF0 и что они представляют из себя?
Для функционального моделирования и моделирования процессов применяется стандарт IDEF0, который очень прост для восприятия.
Результатом такого моделирования является согласованная модель деятельности предприятия. Модель должна удовлетворять неким требованиям, a также предполагается, что она отражает реальное распределение функций, их приоритетность, полномочия.
IDEF0 – это стандарт структурированного анализа, который может быть применен для описания процессов на всех этапах – от планирования до разработки окончательного варианта. Этот стандарт позволяет создавать модели, которые графически изображают предметы и действия. IDEF0 состоит из двух видов диаграмм – контекстной и декомпозированной.
Контекстная диаграмма представляет объект моделирования. В ней присутствуют следующие элементы:
- входящие факторы – данные или материалы, используемые в процессе для получения результата;
- результат – данные или материалы, получаемые в результате данного действия;
- механизмы – это то, с помощью чего осуществляется процесс или действия;
- контроль (управление) – факторы, которые регулируют и определяют последовательность преобразования входа в результат.
Направление стрелок при этом строго определено и имеет принципиальное значение.Декомпозированные диаграммы представляют собой последовательное иерархическое деление от общего представления деятельности предприятия до детального разложения на составляющие фрагменты, а так же моделируют их взаимосвязь.
- Какие правила необходимо соблюдать при построении модели в стандарте IDEF0?
При построении модели в стандарте IDEF0 необходимо соблюдать основные правила:
- При построении декомпозированной диаграммы должны быть отражены все входы и выходы родительской диаграммы.
- На каждом уровне иерархии, кроме 1, должно быть от 3 до 6 блоков. Если их меньше трех, то их нужно сделать частью другого процесса. Если количество блоков больше 6, то их нужно консолидировать.
- Название процесса состоит из глагола и существительного.
- Блоки процесса располагаются последовательно слева направо, сверху вниз.
- Каждая стрелка имеет название.
- В описании процесса должны обязательно присутствовать точка зрения и цель описания.
34. По каким уровням происходит декомпозиция деятельности предприя-тия?
Декомпозиция деятельности предприятия обычно происходит по следующим уровням: предприятия; функции; процессы; действия; задания; шаги.
Функции – самые крупные единицы описания деятельности, они состоят из процессов, которые представляют собой поток работ. На более детальном уровне процессы разбиваются на действия. Далее по степени детализации идут задания, состоящие из шагов – простейших элементов описания деятельности. Таким образом, в результате построения модели мы получили детальное описание деятельности предприятия, представленной в виде иерархического дерева.
Процессы представляют собой поток работ:
- Название процесса состоит из глагола и существительного.
- Блоки процесса располагаются последовательно слева направо, сверху вниз.
- Каждая стрелка имеет название.
В описании процесса должны обязательно присутствовать точка зрения и цель описания
- Какой совокупностью элементов обладает каждый информационный процесс?
Используется для моделирования процессов предприятия по функциям. Чтобы отслеживать ситуацию в отдельных подразделениях предприятия, необходимо формально разбить всю деятельность предприятия на блоки, с тем, чтобы в дальнейшем было легко контролировать каждый блок.
Для функционального моделирования и моделирования процессов применяется стандарт IDEF0, который очень прост для восприятия.
Результатом такого моделирования является согласованная модель деятельности предприятия. Модель должна удовлетворять неким требованиям, a также предполагается, что она отражает реальное распределение функций, их приоритетность, полномочия.
IDEF0 – это стандарт структурированного анализа, который может быть применен для описания процессов на всех этапах – от планирования до разработки окончательного варианта. Этот стандарт позволяет создавать модели, которые графически изображают предметы и действия. IDEF0 состоит из двух видов диаграмм – контекстной и декомпозированной.
36. Какова основная цель построения функциональной модели предприятия? Результатом такого моделирования является согласованная модель деятельности предприятия. Модель должна удовлетворять неким требованиям, a также предполагается, что она отражает реальное распределение функций, их приоритетность, полномочия.
Контекстная диаграмма представляет объект моделирования. В ней присутствуют следующие элементы:
- входящие факторы – данные или материалы, используемые в процессе для получения результата;
- результат – данные или материалы, получаемые в результате данного действия;
- механизмы – это то, с помощью чего осуществляется процесс или действия;
- контроль (управление) – факторы, которые регулируют и определяют последовательность преобразования входа в результат.
Декомпозиция деятельности предприятия обычно происходит по следующим уровням: предприятия; функции; процессы; действия; задания; шаги.
Функции – самые крупные единицы описания деятельности, они состоят из процессов, которые представляют собой поток работ. На более детальном уровне процессы разбиваются на действия. Далее по степени детализации идут задания, состоящие из шагов – простейших элементов описания деятельности. Таким образом, в результате построения модели мы получили детальное описание деятельности предприятия, представленной в виде иерархического дерева.
37. Какие процессы важны над данными в модели потока данных и какова основная задача модели потока данных? Модель документооборота сосредотачивается на движении документов, т.е. описывает их физическое перемещение из отдела в отдел, тиражирование и т.д.
В случае использования ПК, часть этих документов, а соответственно и операции с ними могут быть заменены электронным аналогом.
Тогда такие действия, как размножение, редактирование, принимают совершенно другой характер. В модели потока данных важны процессы над данными, их хранение, а физические характеристики средств хранения данных становятся неактуальными. Эта модель описывает операции над данными, а не над материальными характеристиками, ей безразличен и способ совершения операций с данными: обработка данных производится либо вручную, либо на ПК.
Основная задача модели потока данных – построение логической схемы движения данных. Но на одном уровне сложно воспринять более 6-8 процессов, поэтому применяется последовательная иерархия с детализацией.
Таким образом, модель потока данных представляет собой взгляд на хранение, перемещение и обработку данных с логической точки зрения и не описывает физическую сторону. Структура хранения информации, отображаемая в этой модели, может послужить прообразом модели структуры данных («сущность – связь»). Процессы обработки информации могут стать модулями программы. Движение информации соотносится с входами и выходами программы или структурой БД.
38. Модель документооборота и основная идея этого типа моделей. Основная идея этого типа моделей в том, что большинство документов обрабатываются одним и тем же способом. Это такие операции, как заполнение, тиражирование, сопоставление, сортировка и т.д. При моделировании каждая операция отражается определённым образом, при помощи которого описывается жизненный цикл документа, а также движение его из отдела в отдел.
Построение такой модели даёт возможность выявить некоторые недостатки существующей системы документооборота, такие, как, например, создание невостребованных документов, отсутствие контроля за движением отдельных документов, дублирование работ без необходимости. Поэтому модели этого типа могут быть использованы не только как инструмент системного анализа при проектировании ИС на ПК, но и как средство наведения порядка в сфере управления документами. Одним из способов совершенствования движения документов и информации внутри предприятия является внедрение системы электронного документооборота.
39. Связь моделей. Модель структуры и модель процессов. Все рассмотренные модели – модели структуры и модели процессов – взаимосвязаны между собой, поскольку представляют одну и ту же организацию с разных точек зрения. Такая структуризация необходима для того, чтобы разделить объемное описание деятельности предприятия на составные части. Одна из задач структурного анализа – представление деятельности организации сначала на логическом уровне. Это позволяет представить весь проект ИС компактно. Далее, при переходе на физический уровень описание процессов соотносится с описанием данных об этих процессах, хотя, естественно, они не всегда могут идти параллельно. Поэтому разрабатываются и модель данных предприятия, и модель процессов, при этом сложно установить приоритетность моделей.
Моделирование системы начинается с описания процессов, которое осуществляется с помощью двух типов моделей: модели потока данных и описания процессов. Одновременно проводится анализ структуры данных посредством спецификации данных и нахождение взаимосвязей между ними. На выходе этих двух моделей получаем функциональную модель, которая ложиться в основу модели БД. На основании описания процессов и логической модели данных составляется спецификация программы.
После этого создаются программы, которые осуществляют обработку данных, запрашиваемых из БД.
40. Что представляют собой CASE-средства? Помимо представленных методов моделирования существуют другие подходы и взгляды на описание деятельности организации. Помимо разных подходов существуют разные нотации (правила описания) одних и тех же моделей.
С учетом многообразия подходов и моделей для описания систем, а так же для построения полных и непротиворечивых моделей был разработан новый класс программно-технических средств – CASE-средства (Computer Aided Software Engineering).
В процессе создания моделей используется стандартная нотация, легко создается контекстное описание моделей. Это обеспечивает взаимопонимание при работе в команде и проверку моделей экспертами.
Современные CASE-средства помимо рисования моделей ориентируются на поддержание компьютерной ИС в течение всего жизненного цикла. Сюда включаются: формулировка требований к системе, проектирование приложений и БД, генерация кода программ, тестирование, документирование, управление проектом внедрения и т.д.
В настоящее время CASE-средства получили широкое развитие. Многие поддерживают связь с объектно-ориентированным программированием, структуру «клиент-сервер». Некоторые CASE-средства содержат аналитические инструменты, средства формирования отчетов, экранов, диаграмм.
41. Как строится система моделей и на какой основе с помощью CASE-средств? Система моделей представляет деятельность предприятия в детализированном виде. Такое представление является основой для проведения как стратегических, так и оперативных преобразований в деятельности предприятия.
Система моделей строится на основе системного взгляда на деятельность предприятия. С помощью методов анализа системы создается общее представление о деятельности предприятия, которое дальше представляется в виде системы моделей.
Среди совокупности моделей следует отметить модель организационной структуры, которая отражает распределение полномочий в организации и основные бюрократические процедуры. Следующей важной моделью предприятия является функциональная модель, которая поэтапно представляет и детализирует деятельность предприятия. Разграничение деятельности по элементарным операциям позволяет предприятию разобрать и реализовать подходящую систему управления.
Для полного отображения движения информации помимо этих двух моделей составляют модели движения документов и движения информации. Эти модели дополняют представление предприятия в формализованном виде.
42. С появлением каких технических средств ЭВМ появилась возможность создания первых СУБД?
В информационных технологиях, используемых в разработках современных ИС, одно из центральных мест принадлежит технологиям баз данных. Рассмотрим основные понятия, ключевые подходы и возможности программных средств, используемых в технологиях БД.
Термин БД впервые прозвучал в начале 60-х годов. Рождению технологии БД предшествовал период, когда средства ВТ уже позволяли решать задачи, связанные с обработкой больших объемов данных, для хранения которых использовались устройства внешней памяти на магнитных лентах. Для управления данными использовались системы управления файлами, как функциональные компоненты ОС для всех типов компьютеров. Для выполнения нужной операции над файлом прикладная программа должна обращаться к системе управления файлами, к соответствующим компонентам ОС для выполнения операции ввода-вывода данных или распределения памяти и т.д. Единицей доступа к данным является запись. При использовании магнитных лент – применяется последовательный метод доступа. Значительные затраты времени доступа связаны с необходимостью механической перемотки магнитной ленты для поиска нужной записи файла. Кроме того, файловой системе неизвестна структура записей файла. Сведения о структуре записи (поля) знает только программист и его программа.
Это обстоятельство порождает сложности, когда изменяются поля записи файла, используемого в нескольких программах. Появление в начале 1960 годов устройств прямого доступа на магнитных дисках открыло принципиально новые возможности.
Именно на этом этапе родилась концепция БД и стали разрабатываться основы технологии баз данных и первые СУБД. Технологии БД стали необходимым инструментом разработки широкого класса информационных систем.
Первоначально концепции баз данных начали формироваться в связи с потребностью эффективного управления данными, хранимыми во внешней памяти, при использовании их прикладными программами. Однако, довольно скоро стало ясно, что управление хранимыми данными имеет непосредственное отношение и к созданию ИС.
43. Что такое предметная область системы и как её называют при использовании технологий БД? Ключевой момент в том, что назначение каждой ИС заключается в поддержке динамической информационной модели данных некоторой части реального мира, которую принято называть предметной областью системы. Для занятия любым видом деятельности на протяжении определенного периода деятельности необходимы сведения о состоянии той части реального мира, с которой эта деятельность связана.
При использовании технологий БД такую модель называют еще и моделью данных. Базы данных в ИС являются основными компонентами таких поддерживаемых ПК моделей.
При разработке ИС предприятия область рассматривается прежде всего как некоторая совокупность реальных сущностей (объектов), которые представляют интерес для пользователей данной предметной области ИС. Свойства сущностей, которые представляют интерес в рамках одной системы, могут остаться вне сферы внимания другой предметной области, которой данная сущность также принадлежит.
Представление предметной области в терминах конкретных сущностей оказывается чаще всего громоздким, необозримым, не позволяет четко выкристаллизовать ее структуру. Поэтому в большинстве случаев прибегают к типизации сущностей предметной области. При этом все потенциальное множество сущностей предметной области разбивается на именованные группы объектов, однородных по структуре и поведению (относительно рамок рассматриваемой предметной области), называемые типами сущностей. При этом естественно предположить, что все «экземпляры сущностей» одного типа обладают одинаковыми наборами свойств (атрибутов), и таким образом можно условно считать эти их свойства свойствами типа. Свойства типа «делегируются» каждому экземпляру сущностей данного типа.
Подход к представлению предметной области, основанный на типизации ее сущностей, конечно, не является единственно возможным. Но в случаях, когда он приемлем, задача моделирования предметной области и операции над моделью становятся более формализованными.
Каждая сущность предметной области отличается от других сущностей, т.е. имеет свою индивидуальность. Так, в качестве уникальных идентификаторов лиц, при условии отсутствия однофамильцев, могли бы служить их фамилии. А если есть однофамильцы, то добавляется вторичный ключ, например, для студента можно использовать и наименование учебной группы. Точно так же, как можно говорить о типах сущностей предметной области, можно вести речь о типах связей и экземплярах связей этих типов.
44. Что такое динамическая модель данных? Под динамической моделью понимается модель, изменяющаяся во времени. Это – «живая», действующая модель, в которой отображаются изменения, происходящие в предметной области. ИС, которая поддерживает такую модель, должна обладать «памятью», позволяющей сохранять не только сведения о текущем состоянии предметной области, но и в некоторых случаях ее предысторию.
При разработке ИС предприятия область рассматривается прежде всего как некоторая совокупность реальных сущностей (объектов), которые представляют интерес для пользователей данной предметной области ИС. Свойства сущностей, которые представляют интерес в рамках одной системы, могут остаться вне сферы внимания другой предметной области, которой данная сущность также принадлежит.