Автор: Пользователь скрыл имя, 05 Октября 2011 в 20:51, контрольная работа
Корпоративная информационная система — это масштабируемая система, предназначенная для комплексной автоматизации всех видов хозяйственной деятельности больших и средних предприятий, в том числе корпораций, состоящих из группы компаний, требующих единого управления.
Корпоративной Информационной Системой может считаться система, автоматизирующая более 80 % подразделений предприятия.
МИНИСТЕРСТВО
ОБРАЗОВАНИЯ РЕСПУБЛИКИ БЕЛАРУСЬ БЕЛОРУССКИЙ
НАЦИОНАЛЬНЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ
МЕЖДУНАРОДНЫЙ ИНСТИТУТ ДИСТАНЦИОННОГО
ОБРАЗОВАНИЯ
Реферат
По дисциплине: Информационные технологии
Вариант
№17
Выполнил студент заочного отделения
1курса, гр. /17
.
Минск 2011
Задание №1
Корпоративная информационная система — это масштабируемая система, предназначенная для комплексной автоматизации всех видов хозяйственной деятельности больших и средних предприятий, в том числе корпораций, состоящих из группы компаний, требующих единого управления.
Корпоративной
Информационной Системой может считаться
система, автоматизирующая более 80 % подразделений
предприятия.
Проектирование
информационных систем
Проектирование информационных систем всегда начинается с определения цели проекта. Основная задача любого успешного проекта заключается в том, чтобы на момент запуска системы и в течение всего времени ее эксплуатации можно было обеспечить:
-требуемую
функциональность системы и
-требуемую
пропускную способность
-требуемое
время реакции системы на
-безотказную
работу системы в требуемом
режиме, иными словами - готовность
и доступность системы для
обработки запросов
-простоту
эксплуатации и поддержки
-необходимую безопасность.
Производительность является главным фактором, определяющим эффективность системы. Хорошее проектное решение служит основой высокопроизводительной системы.
Проектирование информационных систем охватывает три основные области:
-проектирование объектов данных, которые будут реализованы в базе данных;
-проектирование
программ, экранных форм, отчетов,
которые будут обеспечивать
-учет
конкретной среды или
Согласно
современной методологии, процесс
создания ИС представляет собой процесс
построения и последовательного
преобразования ряда согласованных
моделей на всех этапах жизненного
цикла (ЖЦ) ИС. На каждом этапе ЖЦ создаются
специфичные для него модели - организации,
требований к ИС, проекта ИС, требований
к приложениям и т.д. Модели формируются
рабочими группами команды проекта,
сохраняются и накапливаются
в репозитории проекта. Создание
моделей, их контроль, преобразование
и предоставление в коллективное
пользование осуществляется с использованием
специальных программных
Процесс создания ИС делится на ряд этапов (стадий [1]), ограниченных некоторыми временными рамками и заканчивающихся выпуском конкретного продукта (моделей, программных продуктов, документации и пр.).
Обычно выделяют следующие этапы создания ИС: формирование требований к системе, проектирование, реализация, тестирование, ввод в действие, эксплуатация и сопровождение.
Начальным
этапом процесса создания ИС является
моделирование бизнес-
Целью начальных этапов создания ИС, выполняемых на стадии анализа деятельности организации, является формирование требований к ИС, корректно и точно отражающих цели и задачи организации-заказчика. Чтобы специфицировать процесс создания ИС, отвечающей потребностям организации, нужно выяснить и четко сформулировать, в чем заключаются эти потребности. Для этого необходимо определить требования заказчиков к ИС и отобразить их на языке моделей в требования к разработке проекта ИС так, чтобы обеспечить соответствие целям и задачам организации.
Задача формирования требований к ИС является одной из наиболее ответственных, трудно формализуемых и наиболее дорогих и тяжелых для исправления в случае ошибки. Современные инструментальные средства и программные продукты позволяют достаточно быстро создавать ИС по готовым требованиям. Но зачастую эти системы не удовлетворяют заказчиков, требуют многочисленных доработок, что приводит к резкому удорожанию фактической стоимости ИС. Основной причиной такого положения является неправильное, неточное или неполное определение требований к ИС на этапе анализа.
На этапе проектирования прежде всего формируются модели данных. Проектировщики в качестве исходной информации получают результаты анализа. Построение логической и физической моделей данных является основной частью проектирования базы данных. Полученная в процессе анализа информационная модель сначала преобразуется в логическую, а затем в физическую модель данных.
Параллельно с проектированием схемы базы данных выполняется проектирование процессов, чтобы получить спецификации (описания) всех модулей ИС. Оба эти процесса проектирования тесно связаны, поскольку часть бизнес-логики обычно реализуется в базе данных (ограничения, триггеры, хранимые процедуры). Главная цель проектирования процессов заключается в отображении функций, полученных на этапе анализа, в модули информационной системы. При проектировании модулей определяют интерфейсы программ: разметку меню, вид окон, горячие клавиши и связанные с ними вызовы.
Конечными продуктами этапа проектирования являются:
-схема
базы данных (на основании ER-модели,
разработанной на этапе
-набор спецификаций модулей системы (они строятся на базе моделей функций).
Кроме
того, на этапе проектирования осуществляется
также разработка архитектуры ИС,
включающая в себя выбор платформы
(платформ) и операционной системы (операционных
систем). В неоднородной ИС могут
работать несколько компьютеров
на разных аппаратных платформах и
под управлением различных
-будет
ли это архитектура "файл-
-будет
ли это 3-уровневая
-будет
ли база данных
-будет
ли база данных однородной, то
есть, будут ли все серверы
баз данных продуктами одного
и того же производителя (
-будут
ли для достижения должной
производительности
Этап
проектирования завершается разработкой
технического проекта ИС. На этапе
реализации осуществляется создание программного
обеспечения эксплутационной
После завершения разработки отдельного модуля системы выполняют автономный тест, который преследует две основные цели:
-обнаружение отказов модуля (жестких сбоев);
-соответствие
модуля спецификации (наличие всех
необходимых функций,
После того как автономный тест успешно пройдет, модуль включается в состав разработанной части системы и группа сгенерированных модулей проходит тесты связей, которые должны отследить их взаимное влияние.
Далее
группа модулей тестируется на надежность
работы, то есть проходят, во-первых, тесты
имитации отказов системы, а во-вторых,
тесты наработки на отказ. Первая
группа тестов показывает, насколько
хорошо система восстанавливается
после сбоев программного обеспечения,
отказов аппаратного
Затем весь комплект модулей проходит системный тест - тест внутренней приемки продукта, показывающий уровень его качества. Сюда входят тесты функциональности и тесты надежности системы.
Последний тест информационной системы - приемо-сдаточные испытания. Такой тест предусматривает показ информационной системы заказчику и должен содержать группу тестов, моделирующих реальные бизнес-процессы, чтобы показать соответствие реализации требованиям заказчика.
Необходимость
контролировать процесс создания ИС,
гарантировать достижение целей
разработки и соблюдение различных
ограничений (бюджетных, временных
и пр.) привело к широкому использованию
в этой сфере методов и средств
программной инженерии: структурного
анализа, объектно-ориентированного моделирования,
CASE-систем.
Задание №2
<html>
<body background="1178631693__4.jpg"
<table>
<tr>
<
</tr>
<tr>
<
</
<