Модель процессов сбора информации от источников

⇐ ПредыдущаяСтр 6 из 7Следующая ⇒

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

Возможны следующие дисциплины сбора информации:

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

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

Вероятность сохранения актуальности информации на момент ее использования:

1. для дисциплины выдачи информации от источника сразу по происшествии значимого изменения текущего состояния объектов учета:

для дисциплины обновления БД вне зависимости от наличия или отсутствия изменения текущего состояния объектов учета (например, при сборе по регламенту):

Здесь:

ФР времени значимого изменения реальной информации относительно информации, хранимой в БД, с - МО;

ФР времени подготовки, передачи и ввода информации для обновления БД, b - МО;

В частном случае, когда , , - экспоненциальные:

В случае, когда дисциплина обновления БД - регламентная, т.е.:

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

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

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

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

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

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

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

Анализ представленных данных

Дата добавления: 2019-11-16; просмотров: 120; Мы поможем в написании вашей работы!

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

⇐ Предыдущая 1 2 3 4 567 Следующая ⇒

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