Существуют следующие виды обеспечения:
информационное – совокупность методов и средств по размещению и организации экономической информации, включающие системы классифицирования и кодирования, унифицированные системы документации, методы создания информационных систем.
программное – совокупность программных средств для создания информационных систем средствами вычислительной техники.
техническое – комплекс технических средств, применяемых для функционирования информационных систем, а также устройства, реализующие типовые операции обработки данных.
правовое – совокупность правовых форм, регламентирующих создание и функционирование информационной системы.
лингвистические – совокупность языковых средств, использованных на различных стадиях создания и эксплуатации информационной системы.
Организационные компоненты информационной системы – совокупность методов и средств позволяющих:
Усовершенствовать организационную структуру объекта и управленческие функции, выполняемые структурными подразделениями.
Составить штатное расписание и определить численный состав каждого структурного подразделения.
Разработать должностные инструкции персонала управления.
16. Назовите виды реализации инф. обеспечения. Инф-ное обеспечение реализуется в 2 видах: - внемашинное, включающее ту часть экономической инф-ии, к-ая обслуживает с-ма управления в виде, воспринимаемом пользователем без каких либо технических средств; - внутримашинное, содержащееся на машинных носителях в виде независимых файлов и баз данных. Внемашинное инф-ное обеспечение включает: - внемашинную инф-ую базу; - средство организации и выведения инф-ой базы. Внемашинная инф-ная база подразд-ся на: - нормативно-справочную инф-ию, мало изменяющуюся во времени; - оперативно-учётную, фиксирующую протекание тех или иных процессов. К средствам организации и ведения инф-ой базы относятся с-мы классификации и кодирования инф-ии, унифицированные с-мы документаций, системы организаций и ведения документаций. Внутримашинное инф-ное обеспечение включает: - внутримашинную информационную базу; - средство организации и ведения внутримашинной базы. Внутримашинная инф-ная база вкл-ет БД, поддерживаемую средствами СУБД, а также независимые, первичные файлы данных.
17. Дайте понятие БД. База данных – поименованная совокупность данных, организованных на машинном носителе средствами СУБД, отображающая отношение и свойства объекта в некоторой предметной области.
18. Перечислите требование при разработке БД. При разработке БД надо учитывать следующие требования: - многократное использование данных; - быстрый поиск и получение инф-ии по запросам пользователей; - простоту обновления данных; - уменьшение изменений избыточности данных; - полноту и непротиворечивость данных; - отсутствие дублирования данных в разных компонентов базы данных, обеспечивающее однократный ввод данных; - защиту данных от несанкционированного доступа, от искажения и уничтожения.
19. Дайте определение объекта БД. Объектом может быть предмет, вещество, событие, явление, абстрактное понятие, т.е. всё то, что характеризуется набором значений некоторой совокупности, атрибутом информационного отображения свойств объекта. Например, объект книга характеризуется атрибутами: наименование, авторы, количество страниц, цена и т.д.
20. Раскройте порядок организации данных. Организация данных во внутримашинной сфере харак-тся на 2 ур-ях – логическом и физическом. Физическая организация данных определяет способ размещения данных непосредственно на машинном носителе. В современных прикладных программных средствах этот уровень организации обеспечивается автоматически без пользователя. Пользователь обычно оперирует представлениями логической организации данных. Метод логической организации данных определяется используемыми типом структурных данных и видом модели, к-ая поддерживается программным средством
21. Дайте определение модели данных. Модель данных – совокупность взаимосвязанных структур данных и операций над ними.
22. Перечислите модели данных. 1) файловая модель данных, 2) реляционная модель данных; 3) информационно-логическая модель данных; 4) иерархическая модель данных; 5) сетевая модель данных.
23. Охарактеризуйте файловую модель данных. Первоначально при автоматизированной обработке данных использовалась файловая организация данных. В файловых системах реализуется модель, при к-ой внутримашинная база представляет собой совокупность независимых, несвязанных между собой файлов из однотипных записях с линейной структурой. Файл в этих системах явл. множеством одинаковых по структуре экземпляров записей со значениями в отдельных полях. Такая организация данных имеет ряд недостатков:
1) дублирование данных;2)жёсткая связь данных и прикладных программ: 3)ограниченный контроль данных: 4)недостаточные возможности управления данными.
24. Охарактеризуйте реляц. модель данных. Реляционная модель данных основана на математическом понятии “отношение“ и явл-ся совокупностью простейших двумерных таблиц-отношений. Связи между двумя логически-связанными таблицами в реляционной модели устанавливаются по равенству значений одинаковых атрибутов таблиц-отношений. Элементами структуры данных реляционной модели являются: - таблица; - столбец; - строка; - ключ. Таблица – основной тип структуры данных реляционной модели. Структура таблицы опред-ся совокупностью столбцов. Столбец соответствует нек-му элементу данных и называется полем. Поле – элементарная единица логической организации данных, к-ая соответствует отдельной неделимой единицы инф-ии – реквизиту. Логически завершённый набор значений полем образует строку или запись. Запись – совокупность полей, соответствующих логически связанным реквизитам. Для однозначной идентификации записи вводится понятие ключа. Ключ явл-ся уникальным идентификатором, к-ый однозначно определяет запись и позволяет устранять избыточность и дублирование данных. Ключи могут быть первичными или вторичными, простыми или составными. Первичный или уникальный ключ однозначно определяет запись и его значение не повторяется в таблице. Вторичный ключ допускает повторение. Таких ключей может быть несколько. Реляционная БД явл. совокупностью логических взаимоотношений таблиц-отношений, отражающих нек-ую предметную область
25. Раскройте осн. этапы проектирование БД. Под проектированием понимают процесс создания описаний новой с-мы, к-ая способна функционировать при постоянном совершенствовании его технических, программных, инф-ных составляющих и расширять спектр реализуемых управленческих функций и объектов взаимодействия. Проектирование реляц. БД сост. из 3 самостоятельных этапов:1)концептуального проект-ния;
2) логического проект-ния; 3)физического проект-ния. Целью концептуального проектирования явл. разработка БД на основе описания предметной области. Это описание должно содержать совокупность документов и данных, необходимых для загрузки БД, а также сведения об объектах и процессах, характеризующих предметную область. Разработка БД начинается с определения состава данных, подлежащих к хранению в базе для обеспечения выполнения запросов пользователя. Далее производится и анализ, и структурирование. Целью логического проектирования явл. выбор конкретного СУБД и преобразования концептуальной модели в логическую. Для реляционной БД этот этап состоит в разработке структуры таблицы, связывающей между ними и определение ключевых реквизитов. Этап физического проектирования дополняет логическую модель характеристиками, к-ые необходимы для определения способов физического хранения и использования БД, объема памяти и типа устройств для хранения. В результате проектирования БД должна быть разработана информационно-логическая модель данных, т.е. определён состав реляционной таблицы, их структура и логические связи. Структура реляционной таблицы определяется я составом полей, типом и размером каждого поля, а также ключом таблицы.
26. Охарактеризуйте компоненты инф. лог. модели данных. Компонентами информационно-логической модели явл. инф-ые объекты и структурные связи между ними. Инф-ый объект – инф-ое отображение определённой сущности, инф-ия о к-ой должна быть представлена в БД. Каждый инф-ый объект с определённой структурой определяет класс объекта, к-му можно присвоить имя. Структурные связи инф-ного объекта пред. собой бинарные связи между парами инф-ого объекта. Структурные связи характеризуются реальными отношениями экземпляров разных инф-ых объектов и функциональными связями инф-ого объекта, отражающими потребности их совместной обработки. Реальные отношения могут быть нескольких типов: 1)один к одному (1:1) – каждому экземпляру первого инф-ого объекта соответствует только один правильный экземпляр второго инф-ого объекта, и наоборот. 2)один ко многим – каждому экземпляру одного инф-ого объекта соответствует произвольное количество экземпляров второго инф-ого объекта, но соответствует один экземпляр первого инф-ого объекта. 3) многие ко многим – каждому экземпляру первого информационного объекта соответствует несколько экземпляров второго информационного объекта.
27. Раскройте порядок разработки ИЛМ данных предметной области. Разработка инф-но-логической модели данных основывается на описании предметной области, получена в результате её обследования. При этом осущ-ся определение состава и структуры, данных предметной области, к-ые должны находиться в БД и обеспечивать выполнение необход. запросов, задач и приложений пользователя. Анализ выявленных данных позволяет опред. функциональную зависимость реквизита, к-ые используются для выделения инф-го объекта. При этом проектировщики БД сталкиваются с очень сложным вопросом: как организовать инф-ию в каждой ориентированной на конкретную задачу БД. Для решения поставленных задач можно использовать процесс, называющийся нормализацией. Для практического его применения нужно стремиться так организовать связи между реквизитами инф-ого объекта, чтобы они удовлетворяли трём нормальным формам, к-ые наз. требованиями нормализации данных. Каноническая модель в отличии от БД, включающий ненормализованный инф-ый объект позволяет построить реляционную БД, в к-ой:
1) обеспечивается простота и сравнительно невысокая избыточность представления данных;2)отсутствие дублирования реквизитов и записей;
3) реализуется однократный ввод данных из первичных документов; 4)сохраняется целостность базы при внесении изменений.
28. Дайте определение лог. структуры БД. На данном этапе построенная инф-но-логическая модель должна быть отображена в логическую структуру БД. Для реляционной БД этот этап является в значительной степени формальным, поскольку информационно-логическая модель однозначно отображается в структуру реляционной БД. В дальнейшем разработка продолжается средствами СУБД, т.е. конструируются таблицы БД. Структура таблицы БД задаётся с помощью средств описания таблиц в СУБД в полном соответствии со структурой инф-го объекта.
29. Охарактеризуйте классификацию документов предметной области. Процесс разработки инф-но-логической модели требует знание предметной области и понимания её логических взаимосвязей, что далеко не всегда под силу даже опытному проектировщику БД. Под документом понимается инф-ой сообщение на естественном языке, зафиксированное руч. или печатным способом на бланке в установленной форме и имеющее юридическую силу. Любой документ можно разделить на 3 частей: - заголовочную; - содержательную; - оформляющую. Нек-ые из них могут отсутствовать. Заголовочная часть документа сод-т характеристики учитываемого объекта: 1) наименование учитываемого объекта; 2)характеристику документа; 3)наименование документа; 4) зону для проставления кодов постоянных для документа реквезитов-признаков. Содержательная часть документа строится в виде таблицы, состоящей из строк и граф, где располагаются количественно-суммовые основания и их названия. Оформляющая часть документа может содержать подписи юр. лиц, отвечающих за правильность его составления, дату заполнения документа, итоговые показатели и т.д.
30. Назовите формальные правила выведения инф. объектов из документов. Предполагаемые формальные правила выделения инф-го объекта позволяют проектировать инф-но-логические модели не для любой предметной области, а только для ограниченной множеством однотипных документов определённого вида. Методика построения информационно-логической модели такой предметной области, включают след. этапы: 1) формирование состава реквизита; 2) определение класса документа; 3) выделение инф-го объекта; 4) определение структуры инф-ого объекта и связей между ними. Формирование состава реквизита. На первом этапе разработки инф-но-логической модели необходимо сравнить несколько отдельных экземпляров документа и проанализировать, к-ые атрибуты могут изменяться. Определение класса документа. Несмотря на то, что рассматриваемые документы физические имеют различные представления, после определённого преобразования их можно привести к нескольким логическим типам, к-ые различаются уровнем в иерархической структуре. В результате данной классификации выделены 3 вложенных логических у-ня документа: 1) ИО из изменяемых реквизитов содержательной части документа (список); 2) Папка из списков, каждый из которых содержит свою заголовочную часть; 3) Архив из папок, каждая из которых содержит свой заголовок.
Выделение информационных объектов. Для выделения ИО из документа необходимо разделить их реквизитами группы в соответствии с ИО, к-ые они описывают.
Алгоритм выделения ИО для документа уровня 3: 1) создать ИО операционного учета для заголовочной части. Если в заголовке есть числовой реквизит папки, ИО выбрать его в качестве ключевого поля. Если такого реквизита нет, то ввести ключевое поле подпапки типа Счетчик; 2) соответствующий всей папке ИО дополнить реквизитом подпапки из заголовка; 3) преобразовать ИО заголовка в соответствии с алгоритмом выделения ИО для документа уровня 1; 4) в соответствующей папке ИО преобразовать согласно алгоритму выделения ИО для документа уровня 2. 5) итак, на основе документа уровня 3 будут созданы три оперативно-учетные таблицы: две с ключевыми полями и одна без него. Определение структуры ИО и связей между ними. На основе бланка этапа 3 создается бланк этапа 4 с реквизитами ИО путем замены обязательных реквизитов на удаление повторяющихся ключей. Каждому ИО будет соответствовать таблица БД с полями, соответствующими наименованиями реквизита объекта.
31. Охарактеризуйте определение лог. структуры реляц. БД. На данном этапе построенная информационно-логическая модель должна быть отображена в логическую структуру БД. Для реляционной БД этот этап является в значительной степени формальным, поскольку информационно-логическая модель однозначно отображается в структуру реляционной БД. В дальнейшем разработка продолжается средствами СУБД, т.е. конструируются таблицы БД. Структура таблицы БД задаётся с помощью средств описания (конструирование) таблиц в СУБД в полном соответствии со структурой информационного объекта.
32. Раскройте порядок орг-ции предпроектного обследования предмет. области. Предпроектная стадия автоматизации предмет. области вкл-ет комплекс научно-исслед. работ и организац.-техн. мероприятий по обследованию объекта автоматизации. На этой стадии исследуются эк. показатели работы предприятия или учереждения, его организац. структура информац. потоки, документооборот, методы учёта и планирования. Обследование способствует определению осн. параметров проектируемой с-мы и подразумевает сбор данных об объекте автоматизации в соответствии с методами. Важн. этапом на данной стадии явл. анализ результатов обследования, к-ый учитывая хар-р собранных данных, их объем, и как правило, жесткие сроки целесообразно проводить с применением вычислит. техники. Цель такого обследования закл-ся в опр-нии эк. целесообразности автоматизации и подготовке научно-обоснов., рацион. направлений по совершенствованию упр-ния. На давнной стадии можно выделить 2 этапа, к-ые завер-ся подготовку и утверждении 2 документов: технико-эк. обоснования, техн. задания. Технико-эк. обоснование, создаваемое на предпроектной стадии, разработки с-мы подтверждает подтверждаете эк. целесобракзность и производств. необходимость. Техн. задание – документ, завершающий предпроектную стадию создания автоматизир. ИС и включающий правовое обоснование проектирования к к-ому отн-ся издаваемые вышестоящими орг-циями постановления и приказы, описание целей, требования к задачам, техн. комплексу, обеспечивающим подс-мам и их составу.
33. Раскройте понятие постановка задачи и назовите его разделы. Любая задача перед решением на ЭВМ требует формализованной подготовки. В общем случае она может быть представлена в след. формализован. виде: множеством входных сообщений, процедура преобразования входа к выходу, множество выход. сообщений. Вход. и выход. сообщениями могут быть документы, файлы на магнит. носителях, сигналы с датчиков или выход. сигналы. Под постановкой задачи понимается совокупность решений по составу и содержанию вход. и выход. сообщений, по процедурам преобразования вход. сообщений в выходные с учётом рационального использования всех видов ресурсов – техн., организац., и программных. Постановка задачи содержит след. разделы: - хар-ка задачи (комплекса задач); - описание выход. инф-ции; - описание вход. инф-ции; -описание алгоритмарешения задачи;-разработка контрольного примера.
34. Раскройте сущность харак-ки задачи автоматизации предмет. области. В данном разделе описывается:1)цель, назначение, техника эк. сущной задачи и обоснование целесообразности её решения автоматизир. способом;2)перечень и харак-ка управляемых объектов;
3) описания назначения выход. инф-ции;
4) переодичность решения и граничения по срокам выдачи инф-ции; 5)требование к орг-ции сбора и передачи в обработку вход.инф-ции к порядку её контроля и редактирования, а также по срокам её поступления;6)требования к составу и содержанию инфр. базы;7)условия, при к-ых прекращается решение задачи автоматизир. способом 8)связи данной задачи (комплекса задач) с др. задачами; 9) распределение ф-ций между персоналам и техн. средствамипри разн. ситуациях в решении задачи.
35. Охарактеризуйте описание выходной инф-ии. Здесь отражается инф-ия и в к-ом виде должна быть получена в результате решения задач. Раздел включает: 1) форма выходных документов; 2) перечень и описание выходных сообщений, а также их показателей и реквизитов. Перечень выходных сообщений содержит: наименование выходных сообщений; условные обозначения, периодичность и строки выдачи; количество экземпляров. Описание показателей и реквизитов, имеющие самостоятельный смысл значения включает след. их харак-ки: назначение, индикатор, размер, требования к точности и надёжности вычислений, методы контроля достоверности.
36. Охарактеризуйте описание вход. инф-ции. В данном разделе описывается что, в к-ом виде и откуда поступает инф-ция для решения задачи. Приводятся формы вход. документов. Перечень и описание вход. сообщений включает; - наименование вход. сообщений (документов); - отправителей вход. документов; - переодичность и сроки поступления; - содержание, идентификаторы, требуемая точность числен. значения реквизита вход. документов. Постановка комплекса задач – это интерактивный процесс, к-ый идет параллельно с проектированием инф-ого обеспечения автоматизированной инф-ой с-мы, проектирование форм документов, построение ИЛМ данных предметной области, структуры БД, разработкой необх-ых классификаторов и кодификаторов технико-эк-ой инф-ии. Поэтому вход. и выход. инф-ия конкретизируется в зависимости от состояния проектных работ по созданию автомат-ой ИС. Постановка комплекса задач для автом-ого решения может потребовать изменения организационной схемы управления, а именно: - создание автоматиз-го рабочего места управленчего персонала; - перераспределение функциональных обязанностей должностных лиц; - сокращение штата управ-го персонала; - изменяются схемы документа-оборота, сроки и переодичность представления вход. и получения выход. инф-ции.
37.Охарактеризуйте описание алгоритма решения задачи. Данный раздел отражает последовательность и логику выполнения операций обработки инф-ции, способ формирования результатов решения с указанием расчётных и (или) логических формул. Алгоритм может быть представлен графически, в виде текста, или табл. решений, а также в аналит. либо операторном виде. В схеме алгоритма указывается, к-ая инф-ция (документы, постоян. файлы) используется на каждом этапе решения задачи и что при этом получается. В сложных случаях разработка схемы выполняется многократно с разн. степенью детализации, начиная с укрупнённых блоков и заканчивая обработкой отдельных реквизитов. Послед. наиболее подробный уровеня детализации позволяет написать программу решения задачи. Алгоритм решения задачи и его программная реализация тесно связаны м/у собой. Специфика применяемых методов проектирования алгоритмов и инструмент. ср-в разработки программ, в свою очередь, может повлиять на форму и содержание алгоритмов обработки.
38. Раскройте порядок разработки контрольного примера. Постановка задачи закан-ся разработкой контрольного примера, к-ый пред. собой упрощенный вариант реальной задачи, просчитываемый в ручную вплоть до получения результата. С помощью контр. примера проверяют постановку задачи, правильность алгоритма обработки и работоспособности программы. В контр. примере указывают требования к объёму и составу используемой исход. инф-ии и результатов решения.
39. Дайте определение СУБД. СУБД – комплекс программных и языковых средств для создания, ведения и совместного использования БД многими пользователями. Каждое СУБД поддерживает один из возможных типов модели данных – сетевую, иерархическую или реляционную, к-ые явл. одним из важных признаков классификации СУБД. Они обеспечивают многоцелевой характер использования БД, защиту и восстановления данных. Наличие развитых диалог. средств и языка запросов высокого ур-ня делает СУБД удобным средствам для конечного пользователя.
40. Охарактеризуйте средства СУБД. Осн. для СУБД явл. средства: - задания (описания) структуры БД; - конструирование экранных форм, предназначенных для ввода данных, их просмотра и обработки в диалоговом режиме; - создание запроса для выборки данных при заданных условиях, а также выполнения операции по их обработки; - создание отчётов из БД для вывода на печать результатов обработки в удобном для пользователя виде; - языковые макросы, встроенный алгоритмический язык, язык запроса (SQL), к-ые используются для реализации нестандартных алгоритмов обработки данных, также процедур обработки событий в задачах пользователя; - создание приложений пользователя (генераторы приложений, средства создания меню и панели управления приложениями), позволяющие объединять разные операции работы с БД в единый технологический процесс.
41. Охарактеризуйте св-ва БД, создаваемых средствами СУБД. К осн. св-ам БД, создаваемые средствами СУБД можно отнести: - отсутствие дублирования данных в разных объектах модели, обеспечивающие однократный ввод данных и простату их редактирования; - непротиворечивость данных; - целостность БД; - возможность многопользовательского доступа; - реализацию всевозможных выборок данных и их использование разн. приложениями пользователя; - защиту и восстановление данных при аварийных ситуациях, аппаратных и программных сбоях, ошибках пользователя; - возможность модификации структуры БД бесповторной загрузки данных; - обеспечение независимости программ от данных, позволяющей сохранить программы при модификации структуры БД; - наличие языка запросов высокого уровня, ориентированного на конечного пользователя, к-ый обеспечивает выход инф-ции из БД по любому запросу и предоставление ее в виде соответст. отчётных форм удобных для пользователя.
42. Дайте хар-ку групп (видов) СУБД. В зависимости от орг-ции структуры БД и интерфейса, представляемых пользователем, СУБД на след. виды подраз-ся: - однофайловые; - многофайловые непрограммируемые; - многофайл. программируемые; - многопользовательские. Однофайл. СУБД – наиб. простые в использовании с-мы, к-ые не требуют больших ресурсов ПЭВМ. Обычно применяются для телефон. и адрес. справочников, орг-ции картотек в библиотеках. Многгофайловые непрограммируемые СУБД- позволяют хранить и использовать записи разн. типов, тем самым представляя пользователям большие возможности по созданию БД. Многофайловые Программ СУБД требуют значит. ресурсов ПЭВМ и предоставляющие пользователям возможности по описанию приклабд. программ. Многопользоват. СУБД исп-ся только для работы в локальных сетях.