Интернет/интранет-технологии

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

Благодаря интеграции Интернет/интранет-технологий и архитектуры клиент-сервер процесс внедрения и сопровождения ИС существенно упрощается.

3)Пользователи банков данных.

Как любой программно-организационно-технический комплекс, банк данных существует во времени и в пространстве. Он имеет определенные стадии своего развития: 1.Проектирование. 2.Реализация. 3.Эксплуатация; 4.Модернизация и развитие. 5.Полная реорганизация.

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

Определим основные категории пользователей и их роль в функционировании банка данных:

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

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

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

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

В составе группы администратора БД должны быть:

o системные аналитики;

o проектировщики структур данных и внешнего по отношению к банку данных информационного обеспечения;

o проектировщики технологических процессов обработки данных;

o системные и прикладные программисты;

o операторы и специалисты по техническому обслуживанию.

4)Проектирование даталогической модели

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

• записи
• элементы данных представление программиста
• связи между записями

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

Проектирование логической структуры предполагает:

- · разбиение всей информации по отношениям (таблицам);

- · определение состава полей (атрибутов) каждого отношения;

- · определение ключа каждого отношения;

- · определение связей и обеспечение целостности по связям.

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

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

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

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

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

- Минимальная логическая единица данных (несмотря на их разные названия) семантически для всех СУБД одинакова и соответствует либо идентификатору объекта, либо свойству объекта или процесса.

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

5)Информационная модель. Основные способы сбора исходных данных. Метод Дэльфы

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

Способы сбора д-х:

*опрос (телефонный, личный, по почте) – выяснение мнений, представлений, знаний людей по различным вопросам

*наблюдение – охват обстоятельств органами чувств без воздействия на объект наблюдения

*эксперимент – исследование влияния одного фактора на другой при одновременном контроле всех прочих факторов, *анкетный способ, метод интервью, в неживой природе (например, в геологии или археологии);

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

Метод Дельфы был разработан в корпорации РЭНД.

1)Это итерационная процедура, которая позволяет под­вергать мнение каждого эксперта критике со стороны всех остальных, не заставляя их фактически сталкиваться лицом к лицу. Это значит:

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

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

4)Групповая оценка вычисляется им путем некоторого усреднения (обычно посредством нахождения среднего значения, или медианы) и доводится до сведения всех членов группы.

Цель метода Дельфы — уменьшить психологическое давление, испытываемое некоторыми людьми при личном контакте, и, следо­вательно, исключить влияние на конечный результат особо красноречивой или сильной личности. Однако метод нельзя считать полностью надежным. Отмеченные недостатки:

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

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

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

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

По данным опросов:

*Личные дискуссии не дают столь же эффективных результатов, как метод Дельфы.

*Точность оценки улучшается с ростом числа членов группы и количества итераций.

*Точность оценки падает с увеличением интервала времени между ответами членов группы.

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

6)Четыре уровня модели TCP/IP стека.