Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
1 - РиЭИС конспект Гос..doc
Скачиваний:
40
Добавлен:
22.09.2019
Размер:
160.77 Кб
Скачать

17. Проектирование ис. Основные этапы в начале проектирования ис.

1.Определение требований

2.Оценка осуществимости

3.Оценка риска

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

5.Построение прототипа

18. Определение требований и оценка осуществимости

Определение требований:

  • Ясность, однозначность

  • Приоритет (важность)

  • Источник (пользователь, документ)

  • Непротиворечивость другим требованиям

  • Стабильность (вероятность изменения)

  • Проверяемость

Оценка осуществимости:

  • Экономическая (Стоимость, сроки, спрос)

  • Технологическая (ресурсы, технологии, инструменты)

  • Юридическая (законодательство, обязательства)

19. Оценка риска, построение логической модели, построение прототипа.

Оценка риска Основные источники риска

  • Нехватка средства

  • Кадровые вопросы (увольнение, болезни)

  • Недооценка трудностей

  • Плохая маркетинговая политика

Анализ рисков (необходимо пройти для повышения надёжности проекта)

  • Определение источников риска

  • Оценка вероятности риска

  • Определение природы риска, области действия, времени появления, продолжительности, периодичности

  • Оценка последствий

Управление рисками

Последствия

  • Принятие мер для снижения рисков (оценка затрат и ограничений, принятие цен для снижения риска, разработка поведения при наступлении рисковой ситуации)

  • Механизм отслеживания рисков

Меры по снижению рисков

  • Улучшение условий работы (повышение з/п сотрудникам)

  • Нахождение резервных источников финансирования

  • Найм специалистов по маркетингу и рекламе

Логическая модель

Это схема предметной области на логическом уровне без технических подробностей.

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

Прототип - действующая модель будущей ИС

20. Составляющие системного анализа

  • Логическая модель существующих систем

  • Логическая модель новой системы

  • Моделирование данных

  • Проектирование физической БД

  • Физическая модель новой системы

Данный анализ занимается построением логических моделей.

ХХ1. Профили ИС.

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

Профили:

1.Регламентирующие архитектуру и структуру ИС;

2.Регламентирующие процессы проектирования, разработки, применения, сопровождения и развития ИС;

Основными целями применения профилей при создании и использовании ИС являются:

-снижение трудоемкости проектов ИС;

-повышение качества компонентов ИС;

-обеспечение расширяемости ИС по набору прикладных функций и масштабируемости (размеру);

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

-обеспечение переносимости прикладного программного обеспечения.

При создании профиля используется ГОСТ Р. Часть 3.

ИС можно разделить на 2-е составляющие:

-приложения (прикладные программы и программные комплексы)

-среда, в которой эти приложения функционируют.

Между приложениями и средой определяются стандартизованные интерфейсы (Application Program Interface - API), которые являются необходимой частью профилей любой ИС.

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

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

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

ХХ11.Структура и содержание профилей ИС.

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

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

Для корректного применения конкретного профиля его описание должно содержать:

1. Определение целей использования данного профиля;

2. Точное перечисление функций объекта или процесса стандартизации, определяемого данным

профилем;

3. Формализованные сценарии применения базовых стандартов и спецификаций, включённых в данный профиль;

4. Сводку требований к ИС или к её компонентам, определяющих их соответствие профилю, и требования к методам тестирования и соответствия;

5.Нормативные ссылки на конкретный набор стандартов и других документов.

ХХ111. Основные функциональные профили на стадии жизненного цикла ИС.

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

-профиль прикладного программного обеспечения;

-профиль среды ИС;

-профиль защиты информации в ИС;

-профиль инструментальных средств, встроенных в ИС.

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

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

Стандарты интерфейсов приложений со средой ИС - API (Application Program Interface) должны быть определены по функциональным областям профилей ИС.

ХХIV. Профиль среды ИС.

Декомпозиция структуры среды функционирования ИС на составные части, выполняемая на

стадии эскизного проектирования, позволяет детализировать профиль среды ИС по функциональным областям эталонной модели:

-графического пользовательского интерфейса;

-реляционных или объектно-ориентированных СУБД;

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

-телекоммуникационной среды в части услуг и сервисов прикладного уровня:

а) электронной почты (по рекомендациям ITU-T X.400, X.500), доступа к удаленным базам данных;

б) передачи файлов, доступа к файлам и управления файлами.

Профиль среды распределенной ИС должен включать стандарты протоколов транспортного уровня (TCP/IP), стандарты локальных сетей (Ethernet IEEE 802.3), а также стандарты средств сопряжения проектируемой ИС с сетями передачи данных общего назначения (например, по рекомендациям X.25,Х.30,X.3,X.29 и др.).

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

ХХV.Профиль защиты инф-ции.

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

Функциональная область защиты информации включает в себя функции защиты, реализуемые разными компонентами ИС:

-функции защиты, реализуемые операционной системой;

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

-функции управления данными, реализуемые СУБД;

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

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

-функции администрирования средств безопасности.

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

ХХV.Профиль инструментальных средств, встроенных в ИС.

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

Функциональная область профиля инструментальных средств, встроенных в ИС, охватывает функции централизованного управления и администрирования, связанные с:

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

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

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

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

-настройкой пользовательских интерфейсов (генерация экранных форм и отчетов);

-ведением баз данных системы;

-восстановлением работоспособности системы после сбоев и аварий.

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

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

ХХVI. Требования к техническим средствам, поддерживающим ИС

Пессимистическая.

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

Пессимистически-оптимистическая.

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

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

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

Пессимизм заключается в том, что руководитель заранее делает ставку только на одного производителя.

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

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

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

Информация и данные

Информация - данные, которым, в зависимости от ситуации, придается некоторый смысл.

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

Основные этапы коммуникационного процесса, в котором участвует ИС:

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

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

3.Преобразование "данные - информация". Выданные в ответ на запрос данные декодируются и интерпретируются пользователем с целью получения информации.

Проиллюстрируем эту схему на примере традиционной библиотеки:

1) Книга->Библиографич. карточка->Каталог

Заполнение каталожной карточки является преобразованием типа «Информация – Данные».

2) Заполненная карточка->Каталог (размещение карт в каталоге в опред. порядке) – преобразование типа «Данные – Данные».

3) Извлечение инф-ции из каталожной карточки – является преобразованием типа «Данные – Информация».

Основные этапы коммуникационного процесса в системах связи, по К.Шеннону:

1.Кодирование сообщения, предназначенного для передачи по каналу связи, с помощью некоторого фиксированного кода.

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

3.Восстановление сообщения по его коду (декодирование) на приемном конце канала.

Модели данных и модели информации

Что такое моделирование данных?

Моделирование данных – это процесс описания информационных структур и бизнес-правил для определения потребностей информационной системы.

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

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

1)Набор типов объектов данных, который формирует базисные строительные блоки для любой БД, соответствующей этой модели.

2)Набор общих правил целостности, которые ограничивают множество реализаций таких типов объектов, которые разрешены в любой БД.

3)Набор операторов, которые могут применяться к таким реализациям объектов для поиска и в других целях.

Интерпритация.

Интерпритацию должны иметь не элементы модели данных, а элементы модели информации, которые лишь кодируются с помощью модели данных.

Образ инф-ции – это результат отображения инф-ции средствами некоторой модели инф-ции.

Образ – есть представление инф-ции в виде элементов некоторой модели инф-ции.

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

Интерпритация – это процесс установления смыслового соответствия между конкретными элементами модели информации и собственно информацией.