Глава 6 Проектирование внутримашинного информационного обеспечения эис

6.1 Проектирование экранных форм электронных документов

Разработка и использование унифицированных форм доку­ментов не решают всех проблем, связанных с увеличением эффек­тивности обработки данных, хранящихся в этих документах, не­обходимых для принятия своевременных управленческих реше­ний. В соответствии с данными консалтинговых агентств более 80% всех деловых документов приходится на долю бумажных форм. Обработка традиционных печатных форм - дорогостоя­щее дело: она включает задачи проектирования форм, заполне­ния, хранения данных, а также рутинной обработки каждой со­зданной формы. Для того чтобы только напечатать все эти фор­мы, как уверяют аналитики Gartner Group, требуется 6 млрд долл. Хранение, распространение и обработка обходятся еще в несколь­ко раз дороже - стоимость этих процессов достигает совокупно 40 млрд долл.

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

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

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

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

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

• формы, предназначенные для сбора данных, ввода их в базу данных и последующей их обработки (при электронной тех­нологии заполнение и сбор осуществляются или по электрон­ной почте, или через формы, размещенные на Web-серверах в Internet);

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

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

К недостаткам электронных документов можно отнести не­полную юридическую проработку процесса «подписи формы»: использование электронной подписи с защитой формы от после­дующих изменений или различных видов биометрических под­писей - от снятия уникальных характеристик обычной подписи через специальные устройства ввода до отпечатков пальцев и изображения лица.

Бумажные формы

Требуют затрат на печать, распространение и доставку

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

Требуют материальных затрат и внушительных пространств для хранения

На обработку могут поступать формы, заполненные неправильно или не полностью

Не настраиваемые на тип пользователя

Электронные формы

Доступны в режиме on-line; печать осуществляется по требованию

Благодаря графическим инструментам проектирования форм легко поддаются модификации

Вообще не требуют места в шкафах и работы обслуживающих их клерков. Материальные затраты, хотя и иные, но остаются

Включают интеллектуальные элементы, в числе которых, например, проверка правильности и целостности заполнения, автоматически вычисляемые поля, заполнение из справочников

Могут динамически адаптироваться под конкретного пользователя (изменяются, например, количество и размер полей)

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

Программы обработки электронных документов позволяют:

• вносить элементы настройки типа «персонифицированных» командных кнопок, но базовые формы не могут быть изме­нены;

• быстро имитировать бумажные формы;

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

• использовать для выполнения вычислений в электронных фор­мах как стандартные операции, так и специальные финансо­вые и статистические функции;

• использовать средства для установления связи между фор­мами;

• включать макросы или языки высокого уровня, что позволя­ет разрабатывать и включать процедуры последовательной

обработки электронных документов.

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

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

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

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

Помимо них в настоящее время используют специализирован­ные программные продукты, например «1С. Документооборот», которые позволяют встраивать ЭД в подсистему электронного документооборота, включаемую как одну из функциональных подсистем в проект ЭИС предприятия.

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

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

• первый шаг - создание структуры ЭД, который заключается в рисовании линий, создании графических элементов (напри­мер, логотипов), т. е. подготовке внешнего вида с помощью графических средств проектирования;

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

Рис. 6.1. Технологическая сеть процесса проектирования макетов экранных форм документов:

Д 1.1 - постановка задачи; Д 1.2 - документы с оперативной информацией; Д 1.3 - документы с постоянной информацией; Д 1.4 - документы с результатной информацией; Д 1.5 - перечни макетов с оперативной информацией; Д 1.6 - перечни макетов с постоянной информацией; Д 1.7 - перечни макетов с результатной информацией; Д 2.1 - содержание макетов - перечни полей; U 3.1 - универсум типов форм; Д 3.2 - логические структуры макетов; Д 4.1 - язык программирования; Д 4.2 - программы для ввода или вывода информации

Для определения перечня макетов экранных форм по каждой задаче проектировщик анализирует (операция П1) «постановку» каждой задачи (Д1.1), в которой приводятся перечни используе­мых входных документов с оперативной и постоянной информа­цией (Д1.2,1.3) и документов с результатной информацией (Д1.4). В процессе анализа определяется, будут ли создаваться макеты под каждый документ или будет осуществляться интеграция по­лей нескольких входных документов в один макет. В результате получается перечень макетов экранных форм входных и резуль­татных документов (Д1.5 -Д1.7).

Содержание макетов (операция П2) определяется на основе анализа состава реквизитов первичных документов с постоянной и оперативной информацией и результатных документов. Содер­жание макетов (Д2.1) - это перечни полей, значения которых дол­жны находиться в файлах с оперативной и результатной инфор­мацией, и типы форматов этих полей.

При выполнении третьей операции ПЗ осуществляются вы­бор типа формы для каждого макета и проектирование их логи­ческой структуры (ДЗ.2). Под логическим проектированием ма­кетов подразумеваются распределение полей по зонам выбран­ной формы документа и определение последовательности полей в каждой зоне. На входе операции используется универсум типов форм документов (U3.1).

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

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

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

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

Работа заканчивается выполнением операции «Программи­рование разработанных макетов экранных форм и их отладка» (операция П4) с использованием выбранного языка программи­рования (Д4.1) и апробацией их работы.

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

Информационная часть должна отвечать следующим требо­ваниям:

• иметь хороший обзор;

• не должна быть перегружена справочными реквизитами, зна­чения которых следует выдавать на экран в виде списков для просмотра при наборе значений группировочных при­знаков;

• значения группировочных признаков также следует выдавать на экран из справочников при переходе указателя в данное поле или при наборе неправильных значений этих признаков;

• каждое поле должно быть снабжено подсказкой, которую сле­дует выдавать на экран при неправильных действиях пользо­вателя;

• должна быть обеспечена возможность исправления ошибок в наборе;

• продвижение указателя должно быть обеспечено в прямом и обратном направлении по вертикали и по горизонтали с воз­можностью экранной прокрутки всего документа;

• текущее время и дата должны проставляться автоматически;

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

• цвет полей, подлежащих вводу с клавиатуры, должен отли­чаться от цвета информационной части;

• цвет активного поля должен отличаться от основного цвета информационной части и от цвета этого поля в пассивном со­стоянии.

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

• производить откат на одно поле назад;

• отказываться от ввода;

• производить загрузку введенной записи в базу данных;

• выдавать на печать и т.д.

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

 

6.2 Понятие информационной базы и способы ее организации

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

Файл - это некоторое множество записей однородной струк­туры, предназначенное для решения экономических задач. Запись - это набор полей определенного формата, объединенных по общему ключевому полю. Все файлы ЭИС можно классифи­цировать по следующим признакам:

• п о этапам обработки (входные, базовые, результатные);

• по типу носителя (на промежуточных носителях - гибких маг­нитных дисках и магнитных лентах и на основных носителях -жестких магнитных дисках, магнитооптических дисках и др.);

• по составу информации (файлы с оперативной информацией и файлы с постоянной информацией);

• по назначению (по типу функциональных подсистем);

• по типу логической организации (файлы с линейной и иерархи­ческой структурой записи, реляционные, табличные);

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

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

Файлы с результатной информацией предназначаются для вывода ее на печать или передачи по каналам связи и не подле­жат долговременному хранению.

К числу базовых файлов, хранящихся в информационной базе, относят основные, рабочие, промежуточные, служебные и архи­вные файлы.

Основные файлы должны иметь однородную структуру запи­сей и могут содержать записи с оперативной и условно-постоян­ной информацией. Оперативные файлы могут создаваться на базе одного или нескольких входных файлов и отражать информацию одного или нескольких первичных документов. Файлы с условно-постоянной информацией могут содержать справочную, расценоч­ную, табличную и другие виды информации, изменяющейся в течение года не более чем на 40 %, а следовательно, имеющие коэффициент стабильности (К„) не менее 0,6.

Файлы со справочной информацией должны отражать все ха­рактеристики элементов материального производства (материа­лы, сырье, основные фонды, трудовые ресурсы и т.п.). Как пра­вило, справочники содержат информацию классификаторов и дополнительные сведения об элементах материальной сферы, например о ценах. Нормативно-расценочные файлы должны со­держать данные о нормах расхода и расценках на выполнение операций и услуг. Табличные файлы содержат сведения об эконо­мических показателях, считающихся постоянными в течение дли­тельного времени (например, процент удержания, отчислений и пр.). Плановые файлы содержат плановые показатели, хранящи­еся весь плановый период.

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

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

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

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

Организация хранения файлов в информационной базе дол­жна отвечать следующим требованиям:

• полнота хранимой информации для выполнения всех функ­ций управления и решения экономических задач;

• целостность хранимой информации, т.е. обеспечение непро­тиворечивости данных при вводе информации в ИБ;

• своевременность и одновременность обновления данных во всех копиях данных;

• гибкость системы, т.е. адаптируемость ИБ к изменяющимся информационным потребностям;

• реализуемость системы, обеспечивающая требуемую степень сложности структуры ИБ;

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

• удобство языкового интерфейса, позволяющее быстро фор­мулировать запрос к ИБ;

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

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

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

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

Централизация управления данными с помощью СУБД обес­печивает совместимость этих данных, уменьшение синтаксичес­кой и семантической избыточности, соответствие данных реаль­ному состоянию объекта, разделение хранения данных между пользователями и возможность подключения новых пользовате­лей. Но централизация управления и интеграция данных приво­дят к проблемам другого характера: необходимости усиления контроля вводимых данных, необходимости обеспечения согла­шения между пользователями по поводу состава и структуры дан­ных, разграничения доступа и секретности данных.

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

К организации БД предъявляются следующие основные тре­бования:

• логическая и физическая независимость данных (программ от изменений структуры БД);

• контролируемая избыточность данных;

• стандартизация данных за счет использования классифика­торов;

• наличие словаря данных;

• специализация интерфейса для администратора БД и пользо­вателя системы;

• контроль целостности данных;

• защита данных от несанкционированного доступа;

• наличие вспомогательных программных средств (утилит) про­ектирования и эксплуатации БД.

Принципами построения централизованной БД являются:

• обеспечение логической организации данных с помощью по­строения глобальной модели данных;

• представление информационных потребностей для каждой задачи в виде подмоделей данных;

• выделение специального языка описания данных для получе­ния схем и подсхем;

• описание процедур обработки данных с использованием язы­ка манипулирования данными;

• разделение доступа к полям данных;

• защита данных через пароль;

• обеспечение доступности данных одновременно для несколь­ких пользователей.

Для распределенных БД существуют свои требования:

• учет территориального расположения подразделений ЭИС;

• обеспечение независимости данных от их территориального расположения;

• оптимальное размещение БД между абонентами и серверами;

• сокращение стоимости информационного обслуживания або­нентов;

• обеспечение решения сложных межведомственных задач;

• надежность хранения обработки данных; использование СУБД, которые имеют язык описания данных, манипулиро­вания данными и язык запросов, ориентированные на работу в сети;

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

6.3 Проектирование информационной базы

при различных способах организации

Процесс проектирования ИБ как совокупности локальных файлов отображен на рис. 6.2.

Процесс проектирования ИБ начинается с операции «Опре­деление информационной потребности» каждой задачи (операция П1), которую составляют входные и результатные документы, и выявляют, анализируя «Постановку задач» (Д1.1). В результате выполнения этой операции получают «Перечень документов» (Д1.2).

Далее выполняется операция «Определение периодичности ре­шения задач» (операция П2) и получается «Список задач и перио­дичности их решения» (Д2.1).

Рис. 6.2. Технологическая сеть процесса проектирования ИБ как совокупности локальных файлов:

Д1.1- постановка задачи; Д 1.2 - перечень документов; Д 2.1 - список задач; Д 3.1 - перечень имен файлов; U 4.1 - универсум форм входных и результатных документов; U 4.2 - универсум принципов создания файлов; Д 4.1 - состав полей файлов; Д 5.1 - таблица характеристик файлов; Д 6.1 - таблица описания файлов; U 6.1 - универсум способов логической организации файлов; U 7.1 - универсум машинных носителей; Д 7.1 - список выбранных носителей; U 8.1 - универсум способов физической организации файлов; Д 8.1 - таблица описания физической организации файлов ИБ

На третьей операции ПЗ «Составление списка файлов» выяв­ляется полный состав файлов и проводится их классификация, в результате получается полный перечень имен файлов ИБ (ДЗ.1).

На основе полученного списка файлов, а также документа Д1.1 и универсума форм входных и результатных документов (U4.1) выполняется операция «Определение содержания файлов» (опера­ция П4) по формированию состава полей записей файлов (Д4.1). При выполнении этой операции учитывается ряд основных прин­ципов создания файлов, входящих в состав универсума U4.2:

• алгоритмическая направленность создания информационных файлов;

• семантическая и синтаксическая однородность файлов;

• упорядоченность хранения файлов по ключу;

• универсализация файлов.

После определения состава и содержания полей каждого фай­ла производятся «Определение характеристик файлов» (операция П5) и получение таблицы характеристик файлов (Д5.1), которая включа­ет в себя:

- наименование файла;

- длину логической записи фай­ла; количество логических записей;

- объем файла в байтах; часто­ту использования файла;

- порядок обработки файла (последова­тельный, выборочный, смешанный);

- периодичность обновления файла; объем обновлений файла в байтах;

- длительность хране­ния; тип носителя; объем занимаемой памяти.

Далее, на операции П6, осуществляется «Выбор логической орга­низации файлов» на основе универсума способов логической орга­низации (U6.1) с получением таблицы описаний (Д6.1). Затем при выполнении операции П7 осуществляется «Выбор носителей» для каждого файла из универсума машинных носителей (U7.1). Далее выполняется операция П8 «Выбор физической организации файлов», используя данные документа Д7.1 и универсума способов физи­ческой организации файлов ИБ (U8.1), в результате получаем таб­лицу описания физической организации файлов Д8.1.

Проектирование БД имеет свои особенности на всех стадиях и этапах проектирования.

На предпроектной стадии выполняются следующие работы:

• Определение экономической целесообразности и технической возможности создания БД.

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

• Определение оценок, количественных характеристик инфор­мационных объектов и структурных связей между ними на основе результатов анализа информационных потребностей приложений и «Постановки задач».

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

• Предварительные оценки вариантов разработки БД.

• Оценка возможностей применения СУБД и выбор СУБД.

В результате выполнения этого комплекса работ проекти­ровщики получают ТЭО и ТЗ. «Технико-экономическое обосно­вание проектирования БД» имеет ряд специфических разделов, таких, как:

• описание принципов организации системы информационного обеспечения;

• обоснование целесообразности создания БД;

• описание инфологической модели;

• описание информационных потребностей конкретной задачи;

• описание схем документооборота;

• обоснование выбора конкретной СУБД.

«Техническое задание на проектирование ЭИС» имеет в сво­ем составе специальный раздел, ориентированный на проекти­рование БД, в который входят следующие вопросы:

• назначение БД;

• основные требования к БД;

• основные технические решения;

• технико-экономические показатели эффективности использо­вания БД;

• состав, содержание и организация проектных работ по созда­нию БД;

• порядок приемки БД в промышленную эксплуатацию.

На этапе технического проектирования при разработке базы данных выполняются следующие работы:

• составление уточненной инфологической модели;

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

• физическое проектирование (распределение по уровням па­мяти, выбор методов доступа, определение размеров файлов и т.д.);

• проектирование и представление данных для приложений;

• проектирование программного обеспечения, включая опреде­ление состава функций, поддерживаемых СУБД и ППП ок­ружения; необходимых доработок этих программ и функций, реализуемых средствами оригинального программного обес­печения (для конкретных задач).

На этапе рабочего проектирования выполняются следующие работы:

• разработка оригинальных программных средств и сервисных программ;

• настройка СУБД и ППП окружения в соответствии с выбран­ными параметрами;

• разработка контрольного примера;

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

Вопросы для самопроверки

1. Каков состав внутримашинного информационного обеспе­чения ЭИС?

2. Что такое электронный документ и электронная технология обработки?

3. Какие программные продукты используются для разработки и заполнения ЭД?

4. Что такое макет экранной формы и каковы типы макетов?

5. Каковы особенности проектирования макетов для ввода пер­вичной информации?

6. В чем заключаются особенности проектирования форм вы­вода результатных документов?

7. Что такое файл и какие виды файлов существуют в ЭИС?

8. Что такое информационная база и каковы основные требо­вания, которым должна удовлетворять ИБ?

9. Принципы и способы организации ИБ как совокупности ло­кальных файлов.

10. Принципы и способы организации интегрированной БД.

11. Каков состав операций проектирования ИБ как совокупнос­ти локальных файлов?

12. Каковы особенности выполнения работ на всех стадиях и эта­пах при проектировании БД?