Информационные технологии. Ответы

Автор работы: Пользователь скрыл имя, 23 Января 2011 в 18:21, шпаргалка

Краткое описание

Ответы на 41 вопрос.

Вложенные файлы: 1 файл

Шпоры(сырой вариант).doc

— 939.00 Кб (Скачать файл)

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

№17 Функциональная модель DFD

Диаграммы потоков данных (Data Flow Diagrams — DFD)представляют собой иерархию функциональных процессов, связанных потоками данных. Цель такого представления — продемонстрировать, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами.

Основными компонентами диаграмм потоков данных являются:

  • внешние сущности;
  • системы и подсистемы;
  • процессы;
  • накопители данных;
  • потоки данных.

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

      ПОДСИСТЕМА         Процесс

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

Процесс представляет собой преобразование входных потоков данных в выходные в соответствии с определенным алгоритмом.

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

 

№18 Функциональная спецификация ПС и ИС

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

Функциональная  спецификация состоит из трех частей:

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

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

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

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

№19 Информационная модель ERD

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

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

Экземпляр сущности – это конкретный представитель данной сущности.

Например, представителем сущности "Сотрудник" может быть "Сотрудник Иванов".

Атрибут сущности – это именованная характеристика, являющаяся некоторым свойством сущности.

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

Примерами атрибутов сущности "Сотрудник" могут быть такие атрибуты как "Табельный номер", "Фамилия", "Имя", "Отчество", "Должность", и т.п.

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

Сущность может  иметь несколько различных ключей.

Ключевые атрибуты изображаются на диаграмме подчеркиванием:

Связь – это некоторая ассоциация между двумя сущностями. Одна сущность может быть связана с другой сущностью или сама с собою. 

№20 Нормализация информационных моделей

Перевозка
Номер корабля в регистре

Дата  отправления

Название корабля

Пункт отправления

Пункт назначения

1 груз

2 груз

3 груз

4 груз

Общая масса

Грузоподъемность  корабля

Требуется ли декларирование

Нормализация – удаление из сущностей нежелательных функциональных зависимостей и многозначных зависимостей.

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

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

Чтобы нормализовать  эту структуру в 1НФ, мы просто извлекаем  данные о грузах из информации о  перевозке и помещаем их в отдельную  структуру данных

Первая  нормальная форма

Все повторяющиеся группы должны быть выделены в отдельную сущность. 
 

 
 

  Вторая нормальная форма

Каждый неключевой атрибут должен функционально полно  зависеть от ключа.

Например, грузоподъемность не зависит от даты отправления. 

Третья  нормальная форма

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

 

№36 Архитектура ПС ИС

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

Различают следующие  основные классы архитектур программных  средств:

  • цельная программа;
  • комплекс автономно выполняемых программ;
  • слоистая программная система;
  • коллектив параллельно выполняемых программ.

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

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

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

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

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

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

№37 Архитектура серверной  подсистемы

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

При работе с  данными используется ограниченное число операций:

  1. Определение структуры данных – создание таблиц, изменение структуры таблиц, удаление таблиц и т.п.
  2. Манипулирование данными – добавление, изменение или удаление данных
  3. Выборка данных

Механизм этих операций не зависит от того, какой  продукт ими пользуется (Microsoft Access, SAP R/3 или, например, SQL-версия программы 1С:Предприятие). Поэтому удобно осуществление этих операций возложить на отдельный программный продукт – сервер баз данных. Существует много серверов баз данных отличающихся друг от друга форматом файлов данных, алгоритмами выполнения операций и прочими особенностями. Одними из наиболее популярных серверов баз данных являются Microsoft SQL Server (обычно читается как «Майкрософт сиквел-сервер») и Oracle Database.

Использование готового сервера баз данных даёт разработчику ИС следующие преимущества:

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

№38 Терминальная серверная  подсистема

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

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

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

Информация о работе Информационные технологии. Ответы