Структура ЭИС и их классификация

Структура ЭИС и их классификация

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

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

В экономике с учётом сферы применения выделяются:

· банковские информационные системы (БИС);

· информационные системы фондового рынка;

· страховые информационные системы;

· налоговые информационные системы;

· статистические информационные системы;

· бухгалтерские информационные системы (БУИС) и т.д.

 

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

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

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

З - информационный поток из системы управления на объект управления (прямая кибернетическая связь), представля­ющий совокупность плановой, нормативной и распорядительной информации для осуществления хозяйственных процессов;

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

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

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

-системы обработки данных (EDP - electronic data processing )- предназначены для учета и оперативного регулирования хозяйственных операций, подго­товки стандартных документов для внешней среды (счетов, на­кладных, платежных поручений).

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

-система поддержки принятия решений (DSS - decision support system) - используют­ся в основном на верхнем уровне управления (руководства фирм, предприятий, организаций), имеющего стратегическое долгосроч­ное значение в течение года или нескольких лет. К таким задачам относятся формирование стратегических целей, планирование привлечения ресурсов, источников финансирования, выбор мес­та размещения предприятий и т.д.

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

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

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

 

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

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

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

Функциональные подсистемы ЭИС могут строиться по различным принципам:

· предметному;

· функциональному;

· проблемному;

· смешанному (предметно-функциональному).

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

· планирования;

· регулирования (оперативного управления);

· учета;

· анализа.

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

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

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

· общеотраслевые руководящие методические материалы по созданию ЭИС;

· типовые проектные решения;

· методические материалы по организации и проведению предпроектного обследования на предприятии;

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

 

Основные уровни обеспечения информационной безопасности

Программно-технический уровень.

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

· управление доступом,

· экранирование,

· проверка подлинности пользователей и их идентификация,

· протоколирование и аудит,

· обеспечение высокой доступности,

· криптография.

Процедурный уровень.

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

· управление персоналом,

· поддержание работоспособности,

· планирование восстановительных работ,

· физическая защита,

· реагирование на нарушение безопасного режима.

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

Административный уровень.

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

Законодательный уровень.

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

 

Содержание работ предпроектного обследования предметной области

Содержание работ проектной стадии

Рекомендуемая стадийностьпроектированияопределяется в зависимости от категории сложности объекта:

• Одностадийное (рабочий проект РП, включающий утверждаемую часть и рабочую документацию) – для согласования и утверждения технически несложных объектов с использованием проектов массового и повторного применения І и ІІ категорий сложности

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

- проект (П)
- рабочая документация (Р)

 

• Трехстадийное (предпроектные предложения ЭП или ТЭО, проект П, рабочая документация Р) - для объектов V, IV категорий сложности, технически сложных относительно градостроительных, архитектурных, художественных и экологических условий, инженерного обеспечения, внедрения новых строительных технологий, конструкций и материалов, проектирования выполняется в три стадии.

 

- для объектов гражданского назначения – ЭП, а для объектов производственного назначения – технико-экономического обоснование ТЭО;
- проект (П);
- рабочая документация (Р).

 

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

 

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

 

Содержание функционально-ориентированного проектирования ИС

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

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

 

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

Репозитарий содержит информацию об объектах проектируемой ИС и взаимосвязях между ними. Все подсистемы обмениваются данными с репозитарием.

В репозитарии хранятся описания следующих объектов:

· проектировщиков и их прав доступа к различным компонентам системы;

· диаграмм;

· компонентов диаграмм;

· связей между диаграммами;

· программных модулей;

· библиотеки модулей и т.д.

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

Другими компонентами архитектуры CASE-средства являются:

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

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

- верификатор диаграмм – служит для контроля правильности построения диаграмм в соответствии с заданной методологией проектирования;

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

- сервис – это набор системных утилит для обслуживания репозитария.

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

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

Технологии проектирования определяются как совокупность трех составляющих:

1. пошаговой процедуры, определяющей последовательность технологических операций проектирования;

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

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

Средства – это программные инструментарий для поддержки и усиления технологий.

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

Современные CASE-средства классифицирую по следующим признакам:

1. по поддерживаемым методологиям проектирования: структурно-ориентированные, объектно-ориентированные и комплексно-ориентированные;

2. по поддерживаемым графическим нотациям построения диаграмм: с фиксированной нотацией, с отдельными нотациями и наиболее распространенными нотациями;

3. по степени интеграции: tools (отдельные локальные средства), toolkit (набор не интегрированных средств, охватывающих большинство этапов разработки ИС) и workbench (полностью интегрированные средства, связанные общей базой проектных данных – репозитарием);

4. по режиму коллективной разработки проекта: не поддерживающие коллективную разработку, ориентированные на режим реального времени разработки проекта, ориентированные на режим объединения подпроектов;

5. по типу и архитектуре вычислительной техники: ориентированные на ПЭВМ, ориентированные на локальную, глобальную или смешанную вычислительную сеть.

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

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

 

Содержание объектно-ориентированного проектирования ИС.

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

 

ИДЕНТИФИКАЦИЯ

1.1 Определение участников и их ролей в процессе создания и эксплуатации экспертной системы

КОНЦЕПТУАЛИЗАЦИЯ

На этом этапе разработчики должны ответить на следующие вопросы:

· Какие типы данных нужно использовать

· Что из данных задано, а что должно быть выведено

· Имеют ли подзадачи наименования

· Имеют ли стратегии наименования

· Имеются ли ясные частичные гипотезы, которые широко используются

ФОРМАЛИЗАЦИЯ

ТЕСТИРОВАНИЕ

Назначение модели.

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

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

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

Модель " сущность-связь" была предложена в 1976 г. Питером Пин-Шэн Ченом, русский перевод его статьи 'Модель " сущность-связь" - шаг к единому представлению данных' опубликован в журнале " СУБД" N 3 за 1995 г.

 

Элементы модели.

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

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

Набор сущностей (entity set) - множество сущностей одного типа (обладающих одинаковыми свойствами). Примеры: все люди, предприятия, праздники и т.д. Наборы сущностей не обязательно должны быть непересекающимися. Например, сущность, принадлежащая к набору МУЖЧИНЫ, также принадлежит набору ЛЮДИ.

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

Пример:
рассмотрим множество работников некого предприятия. Каждого из них можно описать с помощью характеристик табельный номер, имя, возраст. Поэтому, сущность СОТРУДНИК имеет атрибуты ТАБЕЛЬНЫЙ_НОМЕР, ИМЯ, ВОЗРАСТ. Используя нотацию языка Pascal этот факт можно представить как:

type employe = record number: string[6]; name: string[50]; age: integer; end;

В дальнейшем для определения сущности и ее атрибутов будем использовать обозначение вида

СОТРУДНИК (ТАБЕЛЬНЫЙ_НОМЕР, ИМЯ, ВОЗРАСТ).

Например отделы, на которые подразделяется предприятие, и в которых работают сотрудники, можно описать как ОТДЕЛ(НОМЕР_ОТДЕЛА, НАИМЕНОВАНИЕ).

Множество значений (область определения) атрибута называется доменом. Например, для атрибута ВОЗРАСТ домен (назовем его ЧИСЛО_ЛЕТ) задается интервалом целых чисел больших нуля, поскольку людей с отрицательным возрастом не бывает.

В упомянутой статье П.Чена атрибут определяется как функция, отображающая набор сущностей в набор значений или в декартово произведение наборов значений. Так атрибут ВОЗРАСТ производит отображение в набор значений (домен) ЧИСЛО_ЛЕТ. Атрибут ИМЯ производит отображение в декартово произведение наборов значений ИМЯ, ФАМИЛИЯ и ОТЧЕСТВО.

Отсюда определяется ключ сущности - группа атрибутов, такая, что отображение набора сущностей в соответствующую группу наборов значений является взаимнооднозначным отображением. Другими словами: ключ сущности - это один или более атрибутов уникально определяющих данную сущность. В нашем примере ключем сущности СОТРУДНИК является атрибут ТАБЕЛЬНЫЙ_НОМЕР (конечно, только в том случае, если все табельные номера на предприятии уникальны).

Связь (relationship) - это ассоциация, установленная между несколькими сущностями. Примеры:

· поскольку каждый сотрудник работает в каком-либо отделе, между сущностями СОТРУДНИК и ОТДЕЛ существует связь " работает в" или ОТДЕЛ-РАБОТНИК;

· так как один из работников отдела является его руководителем, то между сущностями СОТРУДНИК и ОТДЕЛ имеется связь " руководит" или ОТДЕЛ-РУКОВОДИТЕЛЬ;

· могут существовать и связи между сущностями одного типа, например связь РОДИТЕЛЬ - ПОТОМОК между двумя сущностями ЧЕЛОВЕК;

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

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

Связь также может иметь атрибуты. Например, для связи ОТДЕЛ-РАБОТНИК можно задать атрибут СТАЖ_РАБОТЫ_В_ОТДЕЛЕ.

Роль сущности в связи - функция, которую выполняет сущность в данной связи. Например, в связи РОДИТЕЛЬ-ПОТОМОК сущности ЧЕЛОВЕК могут иметь роли " родитель" и " потомок". Указание ролей в модели " сущность-связь" не является обязательным и служит для уточнения семантики связи.

Набор связей (relationship set) - это отношение между n (причем n не меньше 2) сущностями, каждая из которых относится к некоторому набору сущностей.

Пример:

сущности наборы сущностей ---------- ---------------- e1 принадлежит E1 e2 принадлежит E2... en принадлежит En тогда [e1, e2,..., en] - набор связей R

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

В случае n=2, т.е. когда связь объединяет две сущности, она называется бинарной. Доказано, что n-арный набор связей (n> 2) всегда можно заменить множеством бинарных, однако первые лучше отображают семантику предметной области.

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

· один к одному (обозначается 1: 1 ). Это означает, что в такой связи сущности с одной ролью всегда соответствует не более одной сущности с другой ролью. В рассмотренном нами примере это связь " руководит", поскольку в каждом отделе может быть только один начальник, а сотрудник может руководить только в одном отделе. Данный факт представлен на следующем рисунке, где прямоугольники обозначают сущности, а ромб - связь. Так как степень связи для каждой сущности равна 1, то они соединяются одной линией.

Другой важной характеристикой связи помимо ее степени является класс принадлежности входящих в нее сущностей или кардинальность связи. Так как в каждом отделе обязательно должен быть руководитель, то каждой сущности " ОТДЕЛ" непременно должна соответствовать сущность " СОТРУДНИК". Однако, не каждый сотрудник является руководителем отдела, следовательно в данной связи не каждая сущность " СОТРУДНИК" имеет ассоциированную с ней сущность " ОТДЕЛ".

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

 

· один ко многим ( 1: n ). В данном случае сущности с одной ролью может соответствовать любое число сущностей с другой ролью. Такова связь ОТДЕЛ-СОТРУДНИК. В каждом отделе может работать произвольное число сотрудников, но сотрудник может работать только в одном отделе. Графически степень связи n отображается " древообразной" линией, так это сделано на следующем рисунке.

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

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

· много к одному (n: 1 ). Эта связь аналогична отображению 1: n. Предположим, что рассматриваемое нами предприятие строит свою деятельность на основании контрактов, заключаемых с заказчиками. Этот факт отображается в модели " сущность-связь" с помощью связи КОНТРАКТ-ЗАКАЗЧИК, объединяющей сущности КОНТРАКТ(НОМЕР, СРОК_ИСПОЛНЕНИЯ, СУММА) и ЗАКАЗЧИК(НАИМЕНОВАНИЕ, АДРЕС). Так как с одним заказчиком может быть заключено более одного контракта, то связь КОНТРАКТ-ЗАКАЗЧИК между этими сущностями будет иметь степень n: 1.

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

· многие ко многим ( n: n ). В этом случае каждая из ассоциированных сущностей может быть представлена любым количеством экземпляров. Пусть на рассматриваемом нами предприятии для выполнения каждого контракта создается рабочая группа, в которую входят сотрудники разных отделов. Поскольку каждый сотрудник может входить в несколько (в том числе и ни в одну) рабочих групп, а каждая группа должна включать не менее одного сотрудника, то связь между сущностями СОТРУДНИК и РАБОЧАЯ_ГРУППА имеет степень n: n.

Если существование сущности x зависит от существования сущности y, то x называется зависимой сущностью (иногда сущность x называют " слабой", а " сущность" y - сильной). В качестве примера рассмотрим связь между ранее описанными сущностями РАБОЧАЯ_ГРУППА и КОНТРАКТ. Рабочая группа создается только после того, как будет подписан контракт с заказчиком, и прекращает свое существование по выполнению контракта. Таким образом, сущность РАБОЧАЯ_ГРУППА является зависимой от сущности КОНТРАКТ. Зависимую сущность будем обозначать двойным прямоугольником, а ее связь с сильной сущностью линией со стрелкой:

Заметим, что кардинальность связи для сильной сущности всегда будет (1, 1). Класс принадлежности и степень связи для зависимой сущности могут быть любыми. Предположим, например, что рассматриваемое нами предприятие пользуется несколькими банковскими кредитами, которые представляются набором сущностей КРЕДИТ(НОМЕР_ДОГОВОРА, СУММА, СРОК_ПОГАШЕНИЯ, БАНК). По каждому кредиту должны осуществляться выплаты процентов и платежи в счет его погашения. Этот факт представляется набором сущностей ПЛАТЕЖ(ДАТА, СУММА) и набором связей " осуществляется по". В том случае, когда получение запланированного кредита отменяется, информация о нем должна быть удалена из базы даных. Соответственно, должны быть удалены и все сведения о плановых платежах по этому кредиту. Таким образом, сущность ПЛАТЕЖ зависит от сущности КРЕДИТ.

Языки описания (ЯОД), манипулирования (ЯМД) и управления доступом к данным (ЯУД).

 

Первая из этих функций обеспечивается языком описания данных (ЯОД)- Shema DefinitionLanguage. Его часто называют языком определения данных. Описание данных средствами ЯОД называют схемой базы данных. Оно включает описание логической структуры данных и налагаемых на нее ограничений целостности в рамках тех правил, которые регламентированы моделью данных используемой СУБД. Помимо указанных функций, ЯОД некоторых СУБД обеспечивает возможности задания ограничения доступа к данным или полномочий пользователей.

Язык манипулирования данными (ЯМД)- Shema Manipulation Language позволяет запрашивать предусмотренные в системе операции над данными из базы данных, т.е. содержит набор операторов манипулирования данными, позволяющий заносить данные, удалять, модифицировать или выбирать их. Аналогично ЯОД ЯМД не обязательно выступает в качестве синтаксически самостоятельного языка СУБД.

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

Для пользователя решение основных задач производится через таблицу-шаблон, связанную с реальной базой данных.

 

Классификация CASE

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

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

· Средства анализа - предназначены для построения и анализа предметной области;

· Средства проектирования баз данных;

· Средства разработки приложений;

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

· Средства планирования и управления проектом;

· Средства тестирования;

· Средства документирования.

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

Типичными CASE инструментами являются:

Содержание и особенности методологии Rational Unnified Process, используемые программные средства.

 

Систематизация информации,

Построители отчетов,

Комплексные системы.

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

 

Особенности системы CSRP

Системы CSRP (Customer Synchronized Resource Planning - синхронизированное с потребителем планирование ресурсов) решают проблемы срочных индивидуальных заказов. Такие системы предполагают наличие возможностей управления внешними по отношению к предприятию элементами производственной цепочки. Целью выхода " за ворота" предприятия является управление полным циклом выпуска продукции от проектирования до гарантийного и сервисного обслуживания после продажи.

В системах CSRP дополнительно к функциям типичной системы ERP добавлена функция сопровождения жизненного цикла клиента (CRP-система).

12345678910Следующая ⇒

Поделиться: