Шпаргалка по "Информационным системам в экономике"

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

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

     4.Классы  задач: 1) задачи, которые не м.б. решены без ЭВМ (оптимизации, оперативного управления), 2) задачи в которых нет формализованного алгоритма, 3) задачи относительно которых не возможно принять категоричного решения про целесообразность решения.

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

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

14. Основные  принципы проектирования информационного обеспечения

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

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

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

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

     Требования  к информационному обеспечению: 1) оно д.б. достаточным для выполнения всех функций, которые автоматизируются, 2) для кодирования информации должны использоваться классификаторы которые есть у заказчика, 3) для кодирования входной информации, которая используется на высшем уровне д.б. использованы классификаторы этого уровня, 4) д.б. совмещена с ИО, которое взаимодействует с ним, 5) формы документам должны отвечать требованиям стандартов унифицированной системы документации, или нормативным документам заказчика, 6) форма документов и видео кадров д.б. согласованы с соответствующими характеристиками терминалов, 7) формы представления выходной информации д.б. согласованы с разработчиком, 8) сроки и сокращение информационных сообщений д.б. общеприняты в этой предметной области и согласованы с заказчиком, 9) в информационной системе д.б. предусмотрены необходимые средства по контролю и обновлению данных в информационных массивах, контроля идентичности информации в БД.

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

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

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

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

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

     Этапы внешней машинной информационной базы: разделенный фонд данных, централизованный фонд данных, организация БД.

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

     Основные  подходы к построению внутри машинной ИБ: 1) проектирование массива как  отображение содержания, 2) проектирование массивов для отдельных процессов управления, 3) п.м. для комплексов процессов управления, 4) проектирование БД, 5) проектирование нескольких БД.

     Виды  массивов: входные (первичные), основные (базовые), рабочие (промежуточные), выходные (результатные).

     Массив  данных - конструкция данных, компоненты которой идентичны по своим характеристикам.

     Файл - идентифицированная совокупность экземпляров полностью описанного в конкретной программе.

     4. Этапы проектирования  информационного обеспечения: разработка решений по информационной базе (изучение состава и объема нормативно-справочной информации, разработка предложений по усовершенствованию действующего документооборота, разработка структуры БД, разработка системы сбора и передачи информации, разработка решений по организации и ведению БД, определение состава и характеристик входной и выходной информации), выбор номенклатуры и привязка системы классификации кодирования информации (определение перечня типов информационных объектов, о.п. необходимых классификаторов, выбор и разработка классификаторов информационных объектов и систем кодирования, определение систем внесения изменений и дополнений классификаторов, разработка принципов и алгоритмов автоматизированного ведения классификаторов), разработка решений решений по обеспечению учета информации в системе.

15. Модели  данных: концептуальные, логические и физические.

     Концептуальные  модели данных

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

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

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

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

     Модели  данных делятся на две группы: синтаксические и семантические. Синтаксические связаны  с формой представления данных, а семантические определяются содержанием.

     Описание  хранимой и обрабатываемой информации в ЭИС делается с разной степенью детализации. Различают 3 уровня детализации:

     1. Внешний уровень - описание информационных  потребностей конечного пользователя.

     2. Концептуальный уровень - описание информационных потребностей на уровне ЭИС.

     3. Внутренний уровень - описание  способов хранения информации  в памяти ЭВМ и методов доступа  к ней.

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

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

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

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

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

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

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

     Обычно  различают концептуальные модели двух видов:

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

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

     Несмотря  на то что в последнее время  все большее распространение получают объектно-ориентированные модели, не снижается и значение семантических моделей. Концептуальное моделирование баз данных на основе семантических моделей поддерживается во всех известных CASE-средствах (например, таких как ERWin и Power Designer). Кроме того, семантические модели более просты для понимания, особенно при проектировании сравнительно небольших баз данных. Как и реляционная модель, любая развитая семантическая модель данных ик.'почае структурную, манипуляционную и целостную части. Главным назначением семантических моделей является обеспечение' возможности выражения семантики данных. Цель семантическою моделирования — обеспечение наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в создаваемой базе данных. Поэтому семантическую модель данных пытаются строить по аналогии с естественным языком (последний не может быть использован в чистом виде из-за сложности компьютерной обработки в тексте неоднозначности любого естественного языка). Основными конструктивными элементами семантических моделей являются сущности, связи между ними и свойства (атрибуты).