Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Informatsionnaya_sistema_upravlenia.docx
Скачиваний:
4
Добавлен:
23.09.2019
Размер:
84.8 Кб
Скачать

II. Информационная технология управления

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

Примеры задач, решаемых с помощью ИТ управления:

Оценка планируемого состояния объекта управления;

Оценка отклонений от планируемого состояния.

Выявление причин отклонений;

Анализ возможных решений и действий.

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

Основные компоненты ИТ управления

БАЗА ДАННЫХ

Данные по проведенным операциям

Нормативные документы

Формирование управленческих отчетов (регулярных или специальных)

Суммирующих

Сравнительных

Чрезвычайных

6 Жизненный цикл (ЖЦ) включает период создания и использования АИС, охватывающий ее различные состояния, начиная от момента необходимости в создании данной АИС, заканчивая ее полным выходом из употребления у пользователей.

В составе жизненного цикла можно выделить 4 основные стадии:

предпроектная стадия,

проектная стадия,

стадия внедрение

стадия функционирования

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

Первая стадия жизненного цикла «Предпроектное обследование»

можно выделить 2 этапа:

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

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

В технологии проектирования БД предметная область ИС рассматривается как некоторая совокупность реальных объектов (сущностей). Каждая сущность обладает набором определенных свойств (атрибутов). Множество объектов предметной области объединяют в группы объектов, однородных по структуре и поведению с присвоением уникальных имен. Между объектами предметной области могут существовать связи, имеющие различный содержательный смысл. Эти связи могут быть различных типов: «один к одному», «один ко многим», «многие ко многим». Совокупность типов объектов (сущностей) предметной области и типов связей между ними характеризует (типовую) структуру предметной области. Средствами СУБД поддерживается несколько уровней абстракции, используемых при проектировании АИС.

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

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

Третий уровень абстракции – концептуальный уровень абстракции. На этом уровне осуществляется привязка предметной области к определенной СУБД (разработчик).

Четвертый уровень – характеризует представление данных в памяти ПК и определяет организацию их хранения. Этот уровень абстракции зависит от конкретно выбранной СУБД и поддерживается данной СУБД через диалог с пользователем.

2 этап предпроектного обследования: анализ материалов и формирование и утверждение документации:

технико-экономического обоснования

технического задания на проектирование АИС (пользователь принимает активное участие).

Вторая стадия жизненного цикла – «Проектирование»

можно выделить:

1 этап проетирования «Техническое проектирование». На данном этапе ведется поиск наиболее рациональных проектных решений по всем аспектам разработки, создаются и описываются все компоненты системы.

Результаты работы этого этапа:

документ техническое задание на разработку АИС,

документ «Постановкой задач» (создается пользователем совместно с разработчиком) создают.

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

Результаты работы этого этапа

документы Технический и рабочий проекты - могут объединяться в едином документе – техно-рабочем проекте (выполняет разработчик).

Третья стадия жизненного цикла «Стадия ввода системы в действие»

можно выделить этапы:

1 этап ввода системы в действие: подготовка к внедрению – установка и ввод в эксплуатацию технических средств, загрузка БД, опытная эксплуатация программного обеспечения, обучение персонала (разработчик).

2 этап ввода системы в действие: проведение опытных испытаний всех компонентов системы перед передачей в промышленную эксплуатацию, т.е. неоднократно АИС проходит тестирование, указываются недостатки и ошибки, а затем выполняется отладка АИС, до тех пор, пока не будут устранены все ошибки и замечания (ползователь и разработчик).

3 этап ввода системы в действие: сдача в промышленную эксплуатацию, оформляется документом «Акт приемки-сдачи работ» (пользователь и разработчик).

Четвертая стадия «Стадия промышленной эксплуатации»

Предполагает сопровождение программных средств, оперативное обслуживание и администрирование БД.

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

При создании постановки задачи применяются некоторые понятия:

Реквизит – информационная единица низшего уровня (реквизит-признак, реквизит-основание).

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

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

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

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

Знание свойств, особенностей и структуры ЭИ;

Знание машинных носителей информации, их характеристик;

Знание средств формализованного описания алгоритмов;

Знание устройств ПЭВМ, их назначения и характеристик;

Знание состава программных средств.

При описании постановки задачи обращается внимание на объемно-временные характеристики ЭИ.

Постановка задачи выполняется в соответствии с планом.

План постановки задачи

1.Организационно-экономическая сущность задачи.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]