Вопросы для самоконтроля
1. Назовите принципы системного подхода к созданию ЭИС?
2. Какова структура экономической системы?
3. Какие виды ЭИС существуют?
4. Как можно определить понятия «локальная» и «корпоративная» ЭИС?
5. Дайте определение функциональной и обеспечивающей подсистем.
6. Какие существуют принципы выделения функциональных подсистем?
ЛЕКЦИЯ 2
МЕТОДОЛОГИЧЕСКИЕ ОСНОВЫ
ПРОЕКТИРОВАНИЯ ЭИС.
ТЕХНОЛОГИЯ ПРОЕКТИРОВАНИЯ ЭИС
Современные ИТ предоставляют широкий набор способов реализации ЭИС, выбор которых может меняться в процессе разработки. Процесс проектирования ЭИС - это процесс принятия проектно–конструкторских решений, направленных на получение описания системы (проекта ЭИС), удовлетворяющего требованиям заказчика.
Под проектом ЭИС понимают проектно–конструкторскую документацию, в которой представлено описание проектных решений по созданию и эксплуатации ЭИС в конкретной программно–технической среде.
Под проектированием ЭИС понимается процесс преобразования входной информации об объекте проектирования, о методах проектирования и об опыте проектирования объектов аналогичного назначения в соответствии с ГОСТом. С этой точки зрения проектирование ЭИС сводится к последовательности формализации проектных решений на различных стадиях жизненного цикла ЭИС: планирования, анализа требований, технического рабочего проектирования, внедрения и эксплуатации ЭИС.
Объектами проектирования ЭИС являются отдельные элементы функциональных и обеспечивающих частей или их комплексы. Так, функциональными элементами в соответствии с традиционной декомпозицией выступают задачи, комплексы задач и функции управления. В составе обеспечивающей части ЭИС объектами проектирования служат элементы или их комплексы информационного, программного и технического обеспечения ИС.
Субъектами проектирования ЭИС выступают коллективы специалистов, которые выполняют проектную деятельность.
Форма участия соисполнителей в разработке проекта системы может быть различной. Наиболее распространенной является форма, при которой каждый исполнитель выполняет проектные работы от начала и до конца для какой–либо части разрабатываемой системы. Обычно это функциональные подсистемы или взаимосвязанный комплекс задач. Реже встречается форма участия, при которой отдельные соисполнители выполняют работы на отдельных этапах процесса проектирования. Возможен вариант, при котором функции заказчика и разработчика совмещаются (ЭИС проектируется собственными силами).
Осуществление проектирования ЭИС предполагает использование проектировщиками определенной технологии проектирования, соответствующей масштабу и особенностям разрабатываемого проекта.
Технология проектирования ЭИС - это совокупность методологии и средств проектирования ЭИС, а также методов и средств организации проектирования.
В основе технологии проектирования лежит технологический процесс, который определяет действия, их последовательность, состав исполнителей, средства и ресурсы, необходимые для выполнения этих действий. Все действия могут быть:
· собственно проектировочными – формируют и модифицируют результаты проектирования;
· оценочными – вырабатывают по установленным критериям оценки результатов проектирования.
Технология проектирования задается последовательностью технологических операций, выполняемых в процессе создания проекта на основе того ли иного метода.
К основным требованиям, предъявляемым к выбираемой технологии проектирования, относятся следующие:
· созданный с помощью этой технологии проект должен отвечать требованиям заказчика;
· выбранная технология должна максимально отражать все этапы жизненного цикла проекта;
· выбираемая технология должна обеспечивать минимальные трудовые и стоимостные затраты на проектирование и сопровождение проекта;
· технология должна обеспечивать надежность процесса проектирования и эксплуатации проекта;
· технология должна способствовать росту производительности труда проектировщика;
· технология должна способствовать простому ведению документации.
Основу методологии проектирования ЭИС составляет методология, которая определяет сущность, основные отличительные технологические особенности. Методология проектирования предполагает наличие некоторой концепции, принципов проектирования, которые, в свою очередь, должны поддерживаться некоторыми средствами проектирования. Организация проектирования предполагает определение методов взаимодействия проектировщиков между собой и с заказчиком в процессе создания проекта ЭИС.
Методы проектирования ЭИС можно классифицировать следующим образом:
1. По степени использования средств автоматизации:
1) методы ручного проектирования – проектирование компонентов ЭИС осуществляется без использования специальных инструментальных программных средств, а программирование – на алгоритмических языках;
2) методы компьютерного проектирования – генерация или конфигурация (настройка) проектных решений производится на основе использования специальных инструментальных программных средств;
2. По степени использования типовых проектных решений:
1) оригинальное (индивидуальное) проектирование - проектные решения разрабатываются «с нуля» в соответствии с требованиями к ЭИС;
2) типовое проектирование – конфигурация ЭИС из готовых типовых проектных решений (программных модулей).
Оригинальное проектирование - характеризуется тем, что все виды проектных работ ориентированы на создание индивидуальных для каждого объекта проектов, которые в максимальной степени отражают все особенности объекта. Типовое проектирование выполняется на основе опыта, полученного при разработке индивидуальных проектов.
3. По степени адаптивности к предполагаемым изменениям:
1) методы реконструкции – адаптация проектных решений выполняется путем переработки соответствующих компонентов (перепрограммирование программных модулей);
2) методы параметризации – проектные решения настраиваются в соответствии с изменяемыми параметрами;
3) методы реструктуризации – изменяется модель проблемной области, на основе которой автоматически перегенерируются проектные решения.
Сочетание различных признаков классификации методов проектирования обусловливает характер используемой технологии проектирования ЭИС, среди которых выделяются два основных класса: каноническая и индустриальная технологии. Индустриальная технология, в свою очередь, разбивается на два подкласса: автоматизированное (использование CASE – технологий) и типовое (параметрически – ориентированное или модельно - ориентированное) проектирование. Использование индустриальных технологий не исключает использования в отдельных случаях канонической технологии.
Для конкретных видов технологий проектирования свойственно применение определенных средств разработки ЭИС, которые поддерживают выполнение как отдельных проектных работ, этапов, так и их совокупностей. Поэтому перед разработчиками ЭИС, как правило, стоит задача выбора средств проектирования, которые по своим характеристикам в наибольшей степени соответствуют требованиям конкретного предприятия.
Средства проектирования должны быть:
· в своем классе инвариантными к объекту проектирования;
· охватывать в совокупности все этапы жизненного цикла ЭИС;
· технически, программно и информационно совместимыми;
· простыми в освоении и применении;
· экономически целесообразными.
Средства проектирования ЭИС можно разделить на два класса: с использованием ЭВМ и без использования ЭВМ.
Средства проектирования без использования Э ВМ применяются на всех стадиях и этапах проектирования ЭИС. Как правило, это средства организационно–методического обеспечения операций проектирования и в первую очередь различные стандарты, регламентирующие процесс проектирования систем. Сюда же относятся единая система классификации и кодирования информации, унифицированная система документации, модели описания и анализа потоков информации.
Средства проектирования с использованием ЭВМ могут применяться как на отдельных, так и на всех стадиях и этапах проектирования ЭИС и соответственно поддерживают разработку элементов проекта системы, разделов проекта системы, проекта системы в целом. Средства проектирования с использованием ЭВМ делят на четыре подкласса.
К первому подклассу относятся операционные средства, которые поддерживают проектирование операций обработки информации. К данному подклассу средств относятся:
· алгоритмические языки,
· библиотеки стандартных подпрограмм и классов объектов,
· генераторы программ типовых операций обработки данных,
· средства расширения функций операционных систем (утилиты).
В данный класс также включаются такие простейшие инструментальные средства проектирования, как средства для тестирования и отладки программ, поддержки процесса документирования проекта. Особенность последних программ заключается в том, что с их помощью повышается производительность труда проектировщиков, но не разрабатывается законченное проектное решение. Средства данного подкласса поддерживают отдельные операции проектирования и могут применяться независимо друг от друга.
Ко второму подклассу относятся средства, поддерживающие проектирование отдельных компонентов проекта системы. К данному подклассу относятся средства общесистемного назначения:
· СУБД;
· методоориентированные пакеты ПП (решение задач дискретного программирования, математической статистики);
· табличные, текстовые, графические процессоры;
· статистические ППП;
· оболочки ЭС;
· интегрированные ППП.
Для перечисленных средств характерно их использования для разработки технологических подсистем ЭИС: ввода информации, организации хранения и доступа к данным, вычислений, анализа и отображения данных, принятия решений.
К третьему подклассу относятся средства, поддерживающие проектирование разделов проекта ЭИС. В этом подклассе выделяют функциональные средства проектирования (ФСП). ФСП направлены на разработку автоматизированных систем, реализующих функции, комплексы задач и задачи управления. К ФСП систем обработки информации относятся типовые проектные решения, функциональные ППП, типовые проекты.
К четвертому подклассу средств проектирования относятся средства, поддерживающие разработку проекта на стадиях и этапах процесса проектирования ЭИС (CASE – средства). Современные CASE – средства, в свою очередь, классифицируются по двум признакам:
· по охватываемым этапам процесса разработки ЭИС;
· по степени интегрированности:
отдельные локальные средства (tools);
набор неинтегрированных средств, охватывающих большинство этапов разработки ЭИС (toolkit);
полностью интегрированные средства, связанные с общей базой проектных данных – репозиторием (workbench).
ФОРМАЛИЗАЦИЯ ТЕХНОЛОГИИ ПРОЕКТИРОВАНИЯ ЭИС
Основой формализации технологии проектирования ЭИС является формальное определение технологической операции (ТО) проектирования в виде четверки:
· V – вход;
· W – выход;
· П – преоразователь;
· R – ресурсы;
· S – средства.
Технологические операции графически представляются в виде блоков-прямоугольников, внутри которых дается наименование ТО, перечень используемых средств и ссылки на используемые ресурсы. Вход и выход ТО представляются идентификаторами внутри кружков, от которых и к которым идут стрелки, указывающие входные и выходные потоки.
В качестве компонентов входа и выхода используются документы, параметры, программы, универсальные множества – универсумы. Для любых компонентов входа и выхода должны быть заданы формы их представления в виде твердых копий или в электронном варианте.
Документ (D) – это описатель множества взаимосвязанных факторов. Документы определяют исходные, результирующие и промежуточные результаты проектирования и внедрения ЭИС.
Параметр (P) – это описатель одного факта. Параметр рассматривается как частный случай документа. Параметры, как правило, выступают в роли ограничений или условий процесса проектирования.
Программа (G) – частный случай документа, представляющего описание алгоритма решения задачи: от спецификации программы до машинного кода.
Универсум (U) – это конечное и полное множество фактов (документов) одного типа. Обычно с помощью универсума описывается множество альтернатив, выбор из которого конкретного экземпляра определяет характер дальнейших проектных решений. В качестве универсумов могут рассматриваться описания технических, программных средств, технологий проектирования.
Преобразователь (П) – это некоторая методика или формализованный алгоритм, или машинный алгоритм преобразования входа ТО в ее выход. Для формализации преобразователей используются математические модели, эвристические правила, блок-схемы, псевдокоды.
Ресурсы (R) - набор людских, компьютерных, временных и финансовых средств, которые позволяют выполнить ТО.
Средства проектирования (S) – это специальный вид ресурса, включающий методические и программные средства выполнения ТО. Если преобразователь является ручным, то средство проектирования представляет методику выполнения работы, и в описании ТО дается ссылка на соответствующий бумажный или электронный документ. Если преобразователь является автоматическим или автоматизированным, в описании ТО указывается ссылка на название и описание программного средства, а также руководство по эксплуатации.
На основе ТО строится технологическая сеть проектирования (ТСП), под которой понимается взаимосвязанная по входам и выходам последовательность ТО проектирования, выполнение которых приводит к достижению требуемого результата – созданию проекта. ТСП могут строится с различной степенью детализации. Наиболее детализированная ТСП, в которой каждая ТО является ручной, называется канонической. Каноническая ТСП наиболее пригодна для проектировщиков – исполнителей, для которых ТСП является руководством к проектированию.
Для укрупнения ТСП применяются технологические операции – агрегаты, которым соответствуют фрагменты канонической ТСП.
Вопросы для самоконтроля
1. Что включает в себя технология проектирования ЭИС?
2. Что такое технологический процесс проектирования ЭИС?
3. Как классифицируются методы проектирования ЭИС?
4. Что понимается под организацией проектирования ЭИС?
5. Перечислите признаки, характеризующие каноническое, автоматизированное, типовое проектирование.
6. Какие существуют модели жизненного цикла ЭИС?
7. Как строится технологическая сеть проектирования ЭИС?
ЛЕКЦИЯ 3
КАНОНИЧЕСКОЕ ПРОЕКТИРОВАНИЕ.
СТАДИИ И ЭТАПЫ
КАНОНИЧЕСКОГО ПРОЕКТИРОВАНИЯ ЭИС
Каноническое проектирование ЭИС отражает особенности ручной технологии индивидуального (оригинального) проектирования без использования каких – либо инструментальных средств. В основе канонического проектирования лежит каскадная модель жизненного цикла ЭИС. Процесс каскадного проектирования в соответствии с ГОСТ 34601-90 «Автоматизированные системы стадий создания» делится на семь стадий:
1. Исследование и обоснование создания системы.
2. Разработка ТЗ.
3. Создание эскизного проекта.
4. Техническое проектирование.
5. Рабочее проектирование.
6. Ввод в действие.
7. Функционирование, сопровождение, модернизация.
Эти стадии можно сгруппировать в часто используемые на практике четыре стадии процесса разработки ЭИС:
1) предпроектная стадия;
2) стадия проектирования;
3) стадия внедрения;
4) стадия эксплуатации и сопровождения.
СОСТАВ И СОДЕРЖАНИЕ РАБОТ
НА ПРЕДПРОЕКТНОЙ СТАДИИ СОЗДАНИЯ ЭИС
При каноническом проектировании основной единицей обработки данных является задача. Поэтому функциональная структура проблемной области изучается в разрезе решаемых задач и комплексов задач. При этом задача рассматривается как совокупность операций преобразования некоторого набора исходных данных для получения результатной информации. В большинстве случаев исходные данные и результаты представляются в форме экономических документов.
На предпроектной стадии выделяют два этапа:
I. Сбор материалов обследования;
II. Анализ материалов обследования и разработка технико-экономического обоснования (ТЭО) и технического задания (ТЗ).
В результате выполнения первого этапа получают материалы обследования, которые должны содержать полную и достоверную информацию о предметной области.
После выполнения второго этапа получают количественные и качественные характеристики информационных потоков, описание их структуры и мест обработки, трудоемкость их обработки. На основе этих материалов разрабатываются два документа: ТЭО проектных решений, содержащее расчеты и обоснование необходимости разработки ЭИС и выбираемых технологических проектных решений, и ТЗ, в состав которого входят требования к создаваемой системе и ее отдельным компонентам: программному, техническому, информационному обеспечению.
Основной целью I этапа Сбора материалов обследования является:
· выявление основных параметров предметной области;
· установление условий функционирования проект ЭИС;
· выявление стоимостных и временных ограничений проектирования.
На этом этапе решаются следующие задачи: предварительное изучение предметной области; выбор технологии проектирования; выбор метода проведения обследования; выбор метода сбора материалов обследования; разработка программы обследования; разработка плана-графика сбора материалов; сбор и формализация материалов обследования. Обследование проводится в трех направлениях.
Первое направление обследования предусматривает получение представления об объекте изучения в целом, включая выяснение целей функционирования этой системы, выявление значений основных параметров деятельности предприятия.
Второе направление обследования предусматривает изучение и описание организационно – функциональной структуры объекта. При этом изучаются функции, выполняемые в структурных подразделениях, хозяйственные процессы и процедуры, выявляются комплексы задач, обусловленные выполняемыми функциями, определяется состав входной и выходной информации.
Третье направление предусматривает изучение и описание структуры информационных и (или) материальных потоков, частоты их возникновения, объемов за определенный период, направления движения потоков, процедур обработки, в которых участвуют эти компоненты. Описание информационной структуры выполняется на уровне экономических документов и показателей.
Для организации труда проектировщиков во время сбора материалов обследования и его анализа необходима разработка «Плана–графика выполнения работ на предпроектной стадии». «План–график» служит инструментом планирования и оперативного управления выполнением работ на предпроектной стадии.
Последней операцией на этом этапе является Проведение сбора и формализации материалов обследования, в процессе которого необходимо собрать сведения о методах и алгоритмах реализации функций, составе обрабатываемых и рассчитываемых показателей; собрать формы документов, отражающих хозяйственные процессы и используемые классификаторы, макеты файлов, проконтролировать вместе с пользователем их правильность, сформировать Отчет об обследовании. Сбор материалов проводят с помощью документов, которые удобно читать и обрабатывать.
| Формы документов для формализации материалов обследования |
| Документы, описывающие весь объект исследования |
| Документы, описывающие структуры потоков информации и процедуры их обработки |
| Документы, описывающие структурные подразделения и их потоки информации |
| Формы описания параметров объекта обследования |
| Формы описания подразделений |
| Формы описания документов и их характеристик |
| Схема организационной структуры объекта |
| Функциональная модель |
| Формы описания общих характеристик задач |
| Схема организационной структуры объекта |
| Функциональная модель |
| Формы описания информационных потоков |
| Формы описания массивов и их характеристик |
| Формы описания процедур и их характеристик |
Рис. 2. Формы документов для формализации материалов обследования
На основе формализованного описания предметной области выполняется этап Анализа материалов обследования, целью которого являются:
· сопоставление всей собранной информации с теми требованиям, которые предъявляются к объекту, определение недостатков функционирования объекта;
· выработка основных направлений совершенствования работы объекта обследования на базе внедрения проекта ЭИС, выбор инструментария и оценка эффективности применения данного инструментария;
· обоснование выбора решений по основным компонентам проекта ЭИС и определение общесистемных, функциональных, локальных требований к будущему проекту и его частям.
Данный этап предполагает выполнение следующих операций:
1. Анализ и определение состава объектов автоматизации.
2. Анализ и определение состава задач в автоматизируемом объекте.
3. Анализ и предварительный выбор комплекса технических средств.
4. Анализ и предварительный выбор типа ОС.
5. Выбор способа организации информационной базы (ИБ) и программного средства ведения ИБ.
6. Выбор средства проектирования ПО системы.
7. Разработка ТЭО и ТЗ.
Анализ материалов обследования позволяет проектировщику выделить и составить список автоматизируемых подразделений. При выявлении списка автоматизируемых задач, для которых необходимо разработать проекты, должны учитываться следующие факторы:
· важность решения задачи для объекта;
· трудоемкость и стоимость расчета основных показателей задачи;
· информационная связь рассматриваемой задачи с другими задачами;
· недостаточная оперативность расчета показателей;
· низкая достоверность получаемых данных;
· недостаточное количество аналитических показателей, получаемых на базе первичных документов.
Кроме этого осуществляется выявление очередей проектирования решаемых задач. К задачам первой очереди относят самые трудоемкие задачи и задачи, обеспечивающие информацией все остальные задачи.
Далее выбирается комплекс технических средств с учетом факторов, которые можно объединить в группы.
1. Факторы, связанные с параметрами входных информационных потоков: объем информации, тип носителя информации, характер представления информации.
2. Факторы, определяемые техническими характеристиками ЭВМ: производительность процессора, емкость оперативной памяти, поддерживаемая операционная система, возможность подключения других устройств.
3. Факторы, зависящие от характера решаемых на ЭВМ задач и их алгоритмов: срочность решения, возможность подразделения задачи на подзадачи, количество файлов с условно – постоянной информацией.
4. Факторы, относящиеся к эксплутационным характеристикам ЭВМ: требуемые условия эксплуатации, необходимый штат обслуживания, его квалификация.
5. Факторы, учитывающие стоимостные оценки затрат на приобретение, на содержание персонала, на проведение ремонтных работ.
При выборе типаОС учитывают необходимое число поддерживаемых программных продуктов; требования к аппаратным средствам; возможность использования различных устройств ввода – вывода; требования поддержки сетевой технологии; простоту использования, быстродействие, совместимость с другими ОС.
При выборе способа организации ИБ возможен способ организации в виде совокупности локальных файлов либо в виде баз данных. Программные средства выбирают, исходя из класса систем хранения данных: системы управления файлами либо системы управления базами данных.
Выбор методов и средств проектирования напрямую зависит от выбранной технологии проектирования: структурное проектирование, модульное проектирование и другие. Основными факторами, влияющими на выбор методов является их совместимость, сокращение времени и стоимостных затрат на проектирование, получение качественного продукта.
Этап завершается составлением ТЭО и формированием ТЗ. К основным компонентам ТЭО относятся:
· характеристика исходных данных;
· обоснование цели создания ЭИС;
· обоснование автоматизируемых подразделений, комплекса автоматизируемых задач, выбора комплекса технических средств;
· разработка перечня организационно–технических мероприятий по проектированию ЭИС;
· вывод о техническом уровне проекта и возможности дальнейших разработок.
На основе ТЭО составляется Техническое задание согласно ГОСТ 34.602-89 «ТЗ на создание автоматизированной системы». Основные разделы ГОСТ были рассмотрены в курсе «Разработка и стандартизация программного обеспечения».
СОСТАВ И СОДЕРЖАНИЕ РАБОТ
НА СТАДИИ ТЕХНО-РАБОЧЕГО ПРОЕКТИРОВАНИЯ
Работы на стадии «Техно-рабочего проектирования» выполняются на основе утвержденного «ТЗ». Разрабатываются основные положения проектируемой системы, принципы ее функционирования и взаимодействия с другими системами; определяется структура системы; разрабатываются проектные решения по обеспечивающим частям системы.
На этой стадии выполняются два этапа работ: техническое и рабочее проектирование.
На этапе технического проектирования выполняется логическая проработка функциональной и системной архитектуры ЭИС, в процессе которой строится несколько вариантов всех компонентов системы; проводится оценка вариантов по стоимости, трудоемкости, достоверности получаемых результатов. На этом этапе выполняются операции.
1. Разработка основных положений по новой системе.
2. Изменение организационной структуры.
3. Разработка функциональной структуры и перечня задач.
4. Разработка принципов организации ИО и внутримашинной ИБ.
5. Разработка постановки подзадач для подсистем.
6. Разработка форм документов и системы их ведения.
7. Разработка классификаторов и кодов.
8. Разработка структуры входных и выходных сообщений.
9. Разработка макетов и структур файлов.
10. Разработка внемашинной и внутримашинной технологии решения каждой задачи.
11. Уточнение состав периферийной техники.
12. Уточнение состава аппаратной платформы проекта.
13. Разработка проектно – сметной документации.
14. Расчет экономической эффективности ЭИС.
15. Разработка плана мероприятий по подготовке к внедрению системы.
16. Окончательное оформление проекта.
Все работы первого этапа можно разбить на две группы. К первой группе относится разработка общесистемных проектных решений (пункты 1-3, 13-15). Ко второй группе работ относятся разработки локальных проектных решений (пункты 4-12).
Основным компонентом локальных проектных решений является Постановка задачи. Этот документ содержит три составные части:
· характеристику задачи;
· описание входной информации;
· описание выходной информации.
| Цель |
| Перечень и описание выходных документов и сообщений |
| Назначение задачи |
| Экономическая сущность задачи |
| Организационная сущность задачи |
| Перечень структурных единиц информации |
| Наименование, идентификатор, форма, периодичность, сроки получения |
| Описание алгоритмов |
| Периодичность |
| Требования к организации сбора исходных данных |
| Связь с другими задачами |
| Постановка задачи |
| Характеристики задачи |
| Входная информация |
| Выходная информация |
| Перечень и описание входных документов и сообщений |
| Перечень структурных единиц информации |
| Наименование, идентификатор, форма, требования к точности, источник |
Рис. 3. Постановка задачи
Под целью автоматизации решения задачи подразумевается получение определенных значений экономического эффекта, снижение затрат на обработку информации, получение косвенного и прямого эффекта от внедрения данной задачи.
Под экономической сущностью решаемой задачи понимаются состав экономических показателей, рассчитываемых при ее решении, документы, в которые заносятся эти показатели, перечень исходных показателей, необходимых для получения результат и состав первичных документов, в которых они содержатся.
Организационная сущность задачи – это описание порядка решения задачи; режима решения; способа получения и ввода первичной информации; формы вывода результата.
Описание алгоритма включает формализованное описание входных и результатных данных, перечень формул расчета или описание математической модели.
Результатом работ на данной стадии является утвержденный «Технический проект», состав и содержание которого регламентируются стандартом (ГОСТ 34.201-89).
На этапе рабочего проектирования осуществляется техническая реализация выбранных наилучших вариантов и разрабатывается документация рабочего проекта. В состав выполняемых работ входят:
1) разработка программного обеспечения задач для подсистем.
2) разработка технологических документов и инструкций.
3) разработка правовых документов.
4) оформление рабочего проекта.
Наиболее ответственной работой на этом этапе является кодирование и составление программной документации (пункт 1). В ее состав входят следующие компоненты:
· описание программы;
· тексты программ;
· контрольные примеры;
· инструкции для системного программиста, оператора и пользователя.
Технологическая документация разрабатывается в соответствии с требованиями ГОСТ 3.11.09-82 «Система технологической документации. Термины и определения основных понятий».
СОСТАВ И СОДЕРЖАНИЕ РАБОТ НА СТАДИЯХ ВНЕДРЕНИЯ,
ЭКСПЛУАТАЦИИ И СОПРОВОЖДЕНИЯ ПРОЕКТА
На стадии внедрения проекта проводятся подготовка и постепенное освоение разработанной проектной документации ЭИС заказчиками системы. В процессе выполнения работ на этой стадии выявляются недоработки в проектном решении.
Внедрение может осуществляться с использованием следующих методов:
· последовательный метод, когда последовательно внедряется одна подсистема за другой, и одна задача следует за другой задачей;
· параллельный метод, при котором все задачи внедряются во всех подсистемах одновременно;
· смешанный подход, согласно которому проектировщики, внедрив несколько подсистем первым методом, приступают к параллельному внедрению системы.
Недостатком первого подхода является увеличение длительности внедрения, что ведет за собой рост стоимости проекта. При использовании второго подхода сокращается время внедрения, но возникает возможность пропуска ошибок в проектной документации, поэтому чаще всего используют смешанный метод внедрения проекта ЭИС.
Внедрение проекта осуществляется в три этапа: подготовка объекта к внедрению; опытное внедрение; сдача проекта в промышленную эксплуатацию.
На этапе подготовки объекта к внедрению осуществляются следующие операции:
· изменяется организационная структура объекта (предприятия);
· набираются кадры соответствующей квалификации в области обработки информации и эксплуатации системы и сопровождения проектной документации;
· оборудуется здание под установку вычислительной техники;
· выполняются закупка и установка вычислительной техники;
· в цехах, отделах устанавливаются средства сбора, регистрации первичной информации и передачи по каналам связи;
· осуществляется установка каналов связи; проводится разработка новых документов и классификаторов;
· осуществляется создание файлов информационной базы с нормативно-справочной информацией.
На вход этого этапа поступают компоненты «Технического проекта» в части плана мероприятий по внедрению, решения по техническому и информационному обеспечению, технологические и инструкционные материалы «Рабочего проекта». В результате выполнения этапа составляется акт готовности объекта к внедрению проекта ЭИС. Затем формируется состав приемной комиссии, разрабатывается Программа проведения опытного внедрения и издается приказ о начале опытного внедрения.
Второй этап - опытное внедрение. На этом этапе внедряются проекты нескольких задач в нескольких подсистемах. В процессе опытного внедрения выполняются следующие работы:
· подготовка исходных оперативных данных для задач, которые проходят опытную эксплуатацию;
· ввод исходных данных в ЭВМ и выполнение запланированного числа реализаций;
· анализ результатных данных на предмет наличия ошибок.
В случае обнаружения ошибок осуществляются поиск причин и источников ошибок, внесение коррективов в программы, в технологию обработки информации, в работу технических средств, в исходные оперативные данные и в файлы с условно-постоянной информацией. Кроме того, выявляется неквалифицированная работа операторов, что служит основанием для проведения комплекса мер по улучшению подготовки кадров.
После устранения ошибок получают Акт о проведении опытного внедрения, который служит сигналом для начала следующего этапа.
На третьем этапе сдаче проекта в промышленную эксплуатациюиспользуют следующую совокупность документов:
· договорная документация;
· приказ на разработку ЭИС; ТЭО и ТЗ;
· исправленный «Техно-рабочий проект»;
· приказ о начале промышленного внедрения;
· программа проведения испытаний;
· требования к научно-техническому уровню проекта системы.
Вопросы для самоконтроля
1. Что такое каноническое проектирование и каковы особенности его содержания?
2. Перечислите этапы проектирования ЭИС.
3. Перечислите факторы отбора объектов для проведения автоматизации работ и выбора состава автоматизируемых задач?
4. Каковы назначение и состав разделов технико-экономического обоснования?
5. Каковы назначение и содержание документа «Техническое задание»?
6. Каков состав компонентов этого документа «Постановка задачи»?
7. Каковы факторы выбора способов организации хранения данных в информационной базе и типов СУБД?
8. Каковы назначение и состав операций стадии «техно-рабочее проектирование»?
ЛЕКЦИЯ 4
ПРОЕКТИРОВАНИЕ КЛАССИФИКАТОРОВ
ТЕХНИКО-ЭКОНОМИЧЕСКОЙ ИНФОРМАЦИИ
ОСНОВНЫЕ ПОНЯТИЯ
КЛАССИФИКАЦИИ ЭКОНОМИЧЕСКОЙ ИНФОРМАЦИИ
Экономическая информация, как один из ресурсов предприятия, имеет следующие особенности:
· большие объемы ежегодно создаваемой, обрабатываемой и хранимой информации;
· символьное представление информации, слабо приспособленное для логической и арифметической обработки;
· высокая стоимость затрат на поиск и обработку информации.
Для того чтобы приспособить экономическую информацию для эффективной обработки, ее сначала классифицируют (упорядочивают), а затем формализуют (кодируют) с помощью классификаторов.
Классификатор – это документ, с помощью которого осуществляется формализованное описание экономической информации в ЭИС, содержащий наименования объектов, наименования классификационных группировок и их кодовые обозначения.
Экономическая информация существует в двух формах: в виде документов и в форме экономических показателей. Экономический показатель является составной единицей информации, отражающей характеристику некоторого процесса предметной области в виде реквизитов – признаков и реквизитов – оснований.
Реквизиты–основания подразделяются по типу алгоритмов их получения на количественные, стоимостные, проценты и другие. Реквизиты – признакы по степени формализации делится на два подмножества:
· справочные реквизиты–признаки - наименования, предназначенные для понимания показателя пользователем – экономистом;
· группировочные реквизиты–признаки – закодированные аналоги справочных признаков для логической обработки информации на ЭВМ.
| Показатель |
| Реквизиты - признаки |
| Реквизиты - основания |
| Справочные |
| Группировочные |
| Количество |
| Удельный вес |
| % |
| Сумма |
Рис. 4. Структура экономических показателей.
Основными объектами классификации и кодирования являются справочные реквизиты-признаки, описывающие процессы, место, время выполнения процессов, субъекты и объекты действий, наименования показателей, документов. Целью разработки классификаторов является установление соответствия между значениями справочных и описательных признаков какого–либо элемента или процесса и значениями группировочных признаков (например, между значением реквизита Фамилия и значением Табельный номер).
Для кодирования объектов их необходимо упорядочить по некоторым признакам. Результат упорядоченного распределения объектов заданного множества носит название классификации, а совокупность правил распределения объектов – системой классификации. Множество, объединяющее часть объектов классификации по одному или нескольким признакам, носит название классификационной группировки.
Основанием классификации называется признак, по которому ведется разбиение на определенной ступени классификации. Ступень классификации – это результат очередного распределения объектов классификационной группировки. Уровень классификации – это совокупность классификационных группировок, расположенных на одних и тех же ступенях классификации. Глубина системы классификации – это количество уровней классификации, допустимое в данной системе.
Каждая система классификация характеризуется гибкостью, емкостью и степенью заполненности системы.
Гибкость системы – это способность допускать включение новых признаков, объектов без нарушения структуры классификатора Гибкость системы определяется временем жизни системы.
Емкость системы – это наибольшее количество классификационных группировок, допускаемое в данной системе классификации (Р).
Степень заполненности системы (Кзап) определяется как частное от деления фактического количества группировок (Qф) на величину емкости системы (Р): Кзап=Qф/Р. В настоящее время чаще всего применяются два типа систем классификации: иерархическая и многоаспектная, которые были рассмотрены в курсе «Информатика».
КОДИРОВАНИЕ ИНФОРМАЦИИ
Для полной формализации экономической информации проводят процедуру кодирования. Кодирование – это процесс присвоения условных обозначений объектам и классификационным группам по соответствующей системе кодирования. Система кодирования – это совокупность правил обозначения объектов и группировок с использованием кодов. Код – это условное обозначение объектов или группировок в виде знака или группы знаков в соответствии с принятой системой. Код базируется на алфавите. Число знаков алфавита называется основанием кода. Различают цифровой, буквенный и смешанный алфавиты. Код характеризуется следующими параметрами:
· длиной (L);
· основанием кодирования (А);
· структурой кода, под которой понимают распределение знаков по признакам и объектам классификации;
· степенью информативности (I), вычисляемой как частное от деления общего количества признаков (R) на длину кода: I=R/L;
· коэффициентом избыточности (Кизб), который определяется как отношение максимального количества объектов (Qmax) к фактическому количеству объектов (Qфакт): Кизб=Qmax/Qфакт.
Все системы кодирования можно сгруппировать в два подмножества: регистрационные и классификационные. Они были рассмотрены в курсе «Информатика».
ПРОЕКТИРОВАНИЕ КЛАССИФИКАТОРОВ
Все классификаторы имеют эталонную и рабочую формы.
Эталонная форма классификатора – это официальное издание классификатора на бумажном носителе, удобное для его ведения. Рабочая форма – весь классификатор или его раздел, занесенный на машинный носитель и удобный для обработки информации.
Весь процесс разработки классификатора разбивают на четыре этапа.
На первом этапе выполняются две работы.
1. На основе анализа реквизитного состава первичных и результатных документов и выделения всей совокупности реквизитов-признаков определяется перечень классификаторов. Далее определяют назначение классификатора (однозначная идентификация объекта, поиск, логическая обработка первичной информации).
2. Определяются требования к классификатору и определяется состав исходных данных. К исходным данным при проектировании классификатора относят:
· состав задач, для которых разрабатывается классификатор;
· состав объектов классификации и мощность исходного множества;
· состав признаков классификации и число значений каждого признака;
· наименования отдельных группировок и объектов.
К требованиям, которым должен удовлетворять классификатор относят:
· полноту охвата объектов и признаков классификации каждым классификатором;
· согласованность признаков деления множеств объектов с алгоритмами обработки экономической информации;
· взаимную однозначность наименований объектов и их кодовых обозначений;
· простоту кодирования и возможность автоматизации классификации и кодирования;
· возможность увязки с другими классификаторами;
· эффективность использования классификатора при обработке информации.
Содержанием второго этапа является разработка основных критериев и принципов построения каждого классификатора. К критериям построения классификатора относят:
· критерий отнесения того или иного объекта к конкретному классификационному множеству;
· степень охвата кодируемого множества объектов.
Принципы построения определяются структурой классификатора, т.е. количеством ветвей, выходящих из каждой классификационной группировки, количеством ступеней и числом уровней классификации. Классификатор считается однородным, если на каждой ступени из каждой классификационной группировки выходит одинаковое число ветвей. Кроме того, на этом этапе разрабатывается система взаимодействия классификаторов разных уровней, предназначенных обеспечивать взаимодействие ЭИС с внешней средой. Эта работа представляет собой разработку некоторого транслятора перехода от одного классификатора к другому. Но для его создания необходимо выбрать систему взаимодействия различных классификаторов. Существуют следующие системы взаимодействия.
Система равноправных классификаторов – на каждом уровне управления используется свой локальный классификатор, а для получения или передачи информации из внешней среды используется соответствующий транслятор. Недостаток данной системы заключается в том, что та система, которая имеет на входе наибольшее количество потоков информации от различных источников, должна иметь наибольшее количество трансляторов.
Система приоритетных классификаторов – применяется для предприятий одной отрасли. При этом на каждом предприятии и на каждом уровне управления имеются локальные классификаторы. Обмен информацией осуществляется в терминах классификатора вышестоящего уровня. Недостаток: возникают трудности при передаче потоков информации между предприятиями разных отраслей.
Система классификаторов-посредников – применяется при межотраслевом управлении. На каждом объекте любого уровня управления обработка ведется в терминах локального классификатора, а обмен – в терминах одного классификатора-посредника. Преимущества такой системы заключаются в необходимости создания только одного транслятора для каждого предприятия и в обеспечении возможности централизованного ведения классификатора – посредника.
На этом же этапе выполняется разработка методик построения классификаторов, отражающих методы и последовательность выполнения отдельных операций по созданию классификаторов.
Третий этап связан с работами по организации сбора и обработки исходных данных, необходимых для составления классификаторов. К их числу относятся:
· разработка инструктивных материалов по сбору и обработке исходных данных:
· определение решаемых задач, использующих классификаторы;
· выделение классифицируемых объектов;
· определение состава признаков классификации и значений признаков;
· согласование используемой терминологии данных с ГОСТами;
· сбор и обработка данных согласно инструкциям.
| Определение состава, назначения и сферы действия классификатора | Этап 1 | |
| Определение состава исходных данных и требований к классификатору | Разработка ТЗ на проектирование | |
| Разработка основных принципов построения классификатора | Этап 2 | |
| Разработка методики построения классификатора | Разработка методических материалов проектирования | |
| Разработка инструктивных материалов по сбору и обработке данных | Этап 3 | |
| Сбор и обработка данных | Организация сбора и обработки исходных данных | |
| Построение эталонной и рабочей формы классификатора и системы ведения | Этап 4 | |
| Экспериментальная проверка и внесение коррективов | Составление классификатора и системы его ведения | |
| Утверждение и издание классификатора | ||
Рис. 5. Процесс разработки классификаторов
На четвертом этапе выполняется построение эталонной и рабочей форм классификатора. Эталонный классификатор должен быть согласован, отпечатан типографским способом и распространен всем пользователям для кодирования информации первичных документов. Рабочие классификаторы наносятся на машинные носители в необходимых разрезах, передаются пользователям и заносятся в файлы справочников баз данных для автоматического заполнения машинных форм первичных документов и для декодирования результатной информации. Система ведения классификаторов подразумевает актуализацию классификатора, постоянное пополнение и изменение объектов классификации, пересмотр структуры классификаторов, оповещение пользователей о происходящих изменениях.
Вопросы для самоконтроля
1. С какой целью разрабатываются классификаторы?
2. Какие бывают классификаторы?
3. Какие существуют системы классификации7
4. Что включается в систему ведения классификаторов?
ЛЕКЦИЯ 5
ПРОЕКТИРОВАНИЕ СИСТЕМЫ
ЭКОНОМИЧЕСКОЙ ДОКУМЕНТАЦИИ
ПОНЯТИЕ УНИФИЦИРОВАННОЙ СИСТЕМЫ ДОКУМЕНТОВ
Основной компонентой внемашинного информационного обеспечения ЭИС является система документации, применяемая при управлении экономическим объектом.
Под документом понимается определенная совокупность сведений, используемая при решении экономических задач, расположенная на машинном носителе в соответствии с установленной формой. Система документации – совокупность взаимосвязанных форм документов, регулярно используемая в управлении экономическим объектом. Существующие системы документации, характерные для неавтоматизированных ЭИС, отличаются разнообразием типов форм, большим объемом потоков документов, их запутанностью. Для упрощения системы документации используют два подхода:
· проведение унификации и стандартизации документов;
· введение безбумажной технологии, основанной на использовании электронных документов и новых информационных технологий их обработки.
Унификация документов выполняется путем введения единых форм. Вводится единообразие в наименования показателей, единиц измерения и терминов, в результате чего получается унифицированная система документации.
Унифицированная система документации (УСД) - это рационально организованный комплекс взаимосвязанных документов, который отвечает единым правилам и требованиям и содержит информацию, необходимую для оптимального управления некоторым экономическим объектом.
Унификации подлежат:
· стандарты и технические условия;
· проектно-конструкторская и технологическая документация;
· проектная документация по капитальному строительству;
· плановая документация;
· статистическая отчетность;
· первичная учетная документация;
· финансовая первичная и отчетная документация;
· бухгалтерская документация бюджетных организаций и объединений;
· организационно-распорядительная документация;
· документация по материально-техническому снабжению;
· документация по ценообразованию и торговле
По уровням управления, для которых разрабатываются УСД, они делятся на межотраслевые системы документации, используемые на всех предприятиях страны, отраслевые, применяемые только на предприятиях конкретной отрасли, и на системы документации локального уровня, т.е. обязательные для использования в рамках предприятий или организаций.
Любой тип УСД должен удовлетворять следующим требованиям:
· документы, входящие в состав УСД, должны разрабатываться с учетом их использования в системе взаимосвязанных ЭИС;
· УСД должна содержать полную информацию, необходимую для оптимального управления объектом, для которого разрабатывается система;
· УСД должна быть ориентирована на использование средств вычислительной техники для сбора, обработки и передачи информации;
· УСД должна обеспечить информационную совместимость ЭИС различных уровней;
· все документы, входящие в состав разрабатываемой УСД, и все реквизиты-признаки в них должны быть закодированы с использованием международных, общесистемных или локальных классификаторов.
ПРОЕКТИРОВАНИЕ УСД
При разработке системы документации в ЭИС решаются следующие проблемы: проектирование новых документы; отбор документов, которые будут использоваться в ЭИС без изменений; выявление в существующей системе тех документов, которые надо унифицировать.
В процессе проектирования можно выделить три этапа работ:
· построение новых форм документов;
· унификация всей системы документации;
· разработка инструкций и методических материалов, регламентирующих работу пользователей с системой документации.
На первом этапе выполняются шесть работ.
Содержание первой работы Определение состава результатных показателей зависит от того, какие формы документов проектируются. Выделяются первичные и результатные документы, состав которых выявляется после разработки всех постановок задач. При этом в первую очередь проектируются формы результатных документов, а затем первичных.
При выполнении второй работы «Определение состава первичных показателей» выявляется полный состав первичных - исходных показателей, на базе которых рассчитываются результатные показатели, отражаемые в формах результатных документов.
При выполнении третьей работы Разбиение показателей по формам документов определяется содержание форм результатных и первичных документов. Разбиение показателей по формам осуществляется по семантической близости показателей и по их алгоритмической увязке при расчете результатных показателей. Для формы результатных документов критерий алгоритмической увязки показателей является главным.
При выполнении четвертой работы осуществляется Выбор типа носителя для документа. Если документы первичные, то носителем является бумага формата А4 или А5. Если проектируются результатные документы, то тип и форма выдачи результатной информации зависят от типа решаемой задачи.
При выполнении пятой работы Определение способа нанесения информации в документы выбирается способ нанесения информации, который зависит от того, как считывается информация с первичного документа: визуальным способом или автоматическим. Если применяется автоматический способ считывания, то необходимо выбрать устройства считывания и типы шрифтов для нанесения информации в документ.
Содержание шестой работы Проектирование форм документов зависит от типа проектируемого документа.
На втором этапевыполняются работы по унификации всех документов,включая вновь созданные и уже существующие. Для этого необходимо выявить и проанализировать полный состав системы документации, составить перечень документов по функциональным подсистемам, выявить характеристики документов (периодичность составления, тип задач, адресат, количество показателей, частота использования), исключить из первичных документов производные показатели и показатели, многократно вводимые в ЭВМ, ввести единую терминологию путем составления словаря (тезауруса), установить единые единицы измерения, провести классификацию и кодирование документов, реквизитного состава документов, уточнить используемые формы и построить единые формы документов.
На третьем этапе составляются технологическая документация и инструкции,описывающие правила заполнения, передачи, использования и хранения документов, схемы документооборота, отражающие все операции, выполняемые над документами, и подразделения, в которых они происходят, начиная от выписки и кончая сдачей их в архив.
ОСОБЕННОСТИ ПРОЕКТИРОВАНИЯ
ФОРМ ПЕРВИЧНЫХ ДОКУМЕНТОВ
Первичные документы предназначены для отражения процессов в материальной сфере и поставляют всю постоянную и оперативную информацию, необходимую для решения экономических задач и выработки управленческих решений. К числу основных требований, предъявляемых к первичным документам, можно отнести следующие: неизбыточность и полноту информации для решения задач, высокую достоверность и своевременность собираемой информации. Кроме того, первичная информация должна быть расположена в документе таким образом, чтобы учитывались требования удобства для последующей обработки данных в ЭВМ.
При проектировании форм первичных документов должны учитываться следующие принципы:
· отсутствие в первичных документах постоянной информации, для которой необходимо создание самостоятельных файлов;
· отсутствие дублирования показателей в документах;
· выделение реквизитов, имеющих одно или несколько значений на документ, т.е. выделение однозначных и многозначных реквизитов;
· выделение справочных, группировочных реквизитов и реквизитов-оснований;
· логичность построения, т.е. старшие по объему понятий признаки должны предшествовать младшим (например, наименование предприятияà наименование цеха à номер участка);
· согласование последовательности реквизитов в документе с макетами размещения информации на экране ЭВМ и в файлах.
Процесс разработки первичных документов имеет особенности в каждой организации и выполняется в следующей последовательности.
1. Определение полного реквизитного состава каждого документа.
2. Классификация реквизитов: однозначные и многозначные; признаки и основания; справочные и группировочные; переносимые и не переносимые на машинные носители.
3. Установление логической соподчиненности реквизитов первичных документов.
4. Выбор какой-либо формы первичного документа.
5. Осуществление размещения реквизитов по выбранной форме в соответствии с проведенной классификацией.
6. Выполнение расчета размеров документа по вертикали и горизонтали с учетом размера полей.
7. Выбор формата бумажного носителя.
8. Построение эскиза документа соответствующей формы.
9. Выделение толстой линией реквизитов, переносимых на машинный носитель.
10. Редактирование шапок документов в соответствии со словарем-тезаурусом.
11. Как правило, используют три типовых формы документов: линейную, табличную, анкетную.
ОСОБЕННОСТИ ПРОЕКТИРОВАНИЯ
ФОРМ ДОКУМЕНТОВ РЕЗУЛЬТАТНОЙ ИНФОРМАЦИИ
В результате решения задачи рассчитываются результатные показатели, которые требуется выдать в виде, удобном для пользователя. Так как результатный документ используется для осуществления процессов управления, то он должен отвечать следующим требованиям:
· полнота информации, т.е. результатные документы должны содержать в себе первичные (исходные) и результатные показатели;
· количество результатных показателей должно соответствовать количеству группировочных признаков (количество итогов должно быть равно количеству ключей сортировки);
· своевременность предоставления информации управленческому персоналу;
· достоверность предоставляемой информации;
· хорошая читаемость (логичность построения форм и наличие хорошо отредактированного текста шапок документов);
· отсутствие показателей, рассчитываемых вручную.
Построение результатных документов должно выполняться в следующей последовательности.
1. Определение полного реквизитного состава документа.
2. Классификация реквизитов-признаков: на справочные и группировочные; реквизитов-оснований - на первичные и результатные, а результатных оснований - по степеням итогов.
3. Выбор формы документа.
4. Размещение реквизитов в форме согласно их логической соподчиненности.
5. Подсчет длины строки в табличной зоне (Lдок) с учетом пробелов между реквизитами и разделительных линий граф по формуле: Lдок=L1+ L2+ …+ Ln+ k*d, где Li – длина i-го реквизита, k – число колонок в таблице, d – число пробелов между колонками.
Если длина строки документа, т.е. его ширина, больше ширины каретки печатающего устройства (с учетом возможного уменьшения размеров шрифта), то перегруппировка реквизитов таблицы осуществляется с использованием следующих методов:
· вынос итоговых колонок в итоговые строки;
· перенос не уместившихся в листе колонок на новый лист с продолжением нумерации колонок (такие документы затем склеиваются).
При этом осуществляется выделение в правой части специальной области для служебных реквизитов (количество листов в документе, номер текущего листа, количество экземпляров, номер экземпляра).
Вопросы для самоконтроля
1. Какие функции выполняет документ в ЭИС?
2. Какие виды документов можно выделить в системе документации?
3. Что такое УСД и каким требованиям она должна удовлетворять?
4. Перечислите требования, предъявляемые к построению первичных документов.
5. Каковы принципы и требования к построению форм результатных документов.
6. Каковы особенности построения форм первичных документов?
7. Каков состав операций проектирования форм результатных документов?
ЛЕКЦИЯ 6
ПРОЕКТИРОВАНИЕ ВНУТРИМАШИННОГО
ИНФОРМАЦИОННОГО ОБЕСПЕЧЕНИЯ
ПРОЕКТИРОВАНИЕ ЭКРАННЫХ
ФОРМ ПЕРВИЧНЫХ ДОКУМЕНТОВ
Под электронными формами документов понимается не изображение бумажного документа, а изначально электронная (безбумажная) технология работы; она предполагает появление бумажной формы только в качестве твердой электронной копии.
Электронная форма документа (ЭД) - это страница с пустыми полями, оставленными для заполнения пользователем. Формы могут допускать различный тип входной информации и содержать командные кнопки, переключатели, выпадающие меню или списки для выбора
Электронная (безбумажная) технологияподразумевает не заполнение бумажных форм и их последовательную обработку, а работу с электронными формами сразу с этапа заполнения до этапа извлечения данных и их сбора в определенной базе данных (или экспорт этих данных в какое-либо специализированное приложение).
Программы обработки электронных документов позволяют:
· вносить элементы настройки типа «персонифицированных» командных кнопок, но базовые формы не могут быть изменены;
· быст
