Проектирование информационных систем


Проектирование информационной базы ЭИС.
Экономической информацией называется информация, характеризующая экономические процессы, то есть производство, распределение, обмен и потребление материальных благ. Для обработки экономической информации характерны сравнительно простые алгоритмы, преобладание логических операций (упорядочение, выборка, корректировка) над арифметическими, табличная форма представления исходных и выходных данных.
Экономическая информационная система представляет собой систему, функционирование которой во времени заключается в сборе, хранении, обработке и распространении информации о деятельности какого-то экономического объекта реального мира. Экономические информационные системы предназначены для решения задач обработки данных, автоматизации задач делопроизводства и т.д.
В жизненном цикле ЭИС можно следующие выделить стадии разработки (проектирования) и эксплуатации. Этапами проектирования являются:
- формулирование и анализ требований к системе,
- концептуальное проектирование,
- проектирование реализации,
- физическое проектирование.
Основной целью первого этапа является фиксация требований к процессам обработки данных в системе со стороны пользователей. Анализ требований позволяет согласовать информационные потребности пользователей и обеспечить единое понимание содержимого базы данных.
Цель концептуального представления - создать такое формальное представление о базе данных, чтобы любое внешнее представление являлось его подмножеством. В процессе интеграции внешних представлений устраняются двусмысленности и противоречия в информационных потребностях различных пользователей.
Концептуальный уровень описания оказывается достаточным для использования программной поддержки - систем управления базами данных. Концептуальное описание можно привязывать к требованиям конкретной СУБД. После такого преобразования появляется возможность использования всех средств обработки данных, представляемых конкретной СУБД.
Проектирование реализации предполагает проектирование структуры базы данных применительно к выбранной СУБД и проектирование структуры основных прикладных программ.
Этапы технологического процесса обработки данных (ТПОД), их состав и характеристика.
ИТ – это системно-организованная последовательность операций, выполняемых над информацией с использованием средств и методов автоматизации.Системно-организованная последовательность операций - это и есть технологический процесс обработки данных.Техпроцесс обработки данных – это совокупность взаимосвязанных технологических операций по преобразованию информации с момента её возникновения до момента использования в соответствии с поставленной целью пользователя. Операциями являются элементарные действия над информацией и её носителями, выполняемые на одном рабочем месте.Для удобства проектирования и управления технологические операции объединяют в процедуры или этапы, т.е. в более укрупнённые элементы технологического процесса. Такое подразделение операций достаточно условно и комплексы операций, составляющих тот или иной этап, могут варьироваться.Этапом техпроцесса называется его укрупненная относительно самостоятельная часть, характеризующаяся логической завершенностью, а также пространственной и временной обособленностью. Техпроцессы обработки данных различаются составом и последовательностью операций, степенью их автоматизации (долей машинного и ручного труда), надежностью их выполнения. Надежность реализуется качеством выполнения основных операций и наличием разнообразного их контроля. Для обеспечения достоверности все операции технологического процесса выполняются с контролем, поэтому целесообразно подразделить технологические операции на рабочие и контрольные. Рабочие операции осуществляют запись, преобразование и передачу информации. Контрольные операции проверяют правильность работы на любом этапе технологического процесса. Наиболее важные технологические операции подвергаются многоаспектному контролю. Кроме того, организация техпроцесса определяется рядом факторов и критериев, главными из которых являются:
объемы информации;
срочность и точность её обработки;
структурные и предметные особенности объекта управления.
Создание техпроцесса начинается с разработки укрупненных этапов обработки, которые затем детализируются на отдельные операции, состав которых зависит от основных качественных и количественных характеристик решаемых задач и временных ограничений, предъявляемых к ним. В целях наглядности и четкого представления составляется схема техпроцесса.Техпроцесс разрабатывается для каждой конкретной задачи или для их взаимосвязанных групп и отражается в технологической документации, к которой относятся технологические и инструктивные карты.Технологическая карта включает перечень и последовательность выполнения операций, оборудования, нормативные данные на операции, сроки поступления данных и время их выполнения.Инструктивная карта составляется на каждую технологическую операцию и определяет порядок действия исполнителя с указанием рациональных методов и приемов её реализации.Технологический процесс обработки данных.Принято выделять следующие основные этапы обработки данных:
первичный, связанный со сбором, регистрацией исходных данных и передачей их для обработки;
подготовительный, осуществляющий перенос данных на машинные носители с контролем правильности переноса;
основной, обеспечивающий обработку данных по заданным алгоритмам, контроль и выдачу результатной информации пользователям.
Технологический процесс обработки данных начинается с их сбора и регистрации. Данная процедура включает сбор первичной информации, передачу, регистрацию на машинном носителе или бумаге, ввод в ИС, контроль ввода и регистрации. При этом должны быть обеспечены достоверность, полнота и своевременность процедуры, так как от этого зависит правильное решение конкретной задачи управления объектом и эффективность управления в целом. Особенность процедуры в её низкой степени автоматизации, так как может присутствовать клавиатурный ввод, который отличается большими трудозатратами и ошибками. Завершается этап передачей данных. Типовая операция передачи информации включает следующие элементарные операции:
ввод в каналы связи, в систему передачи данных;
преобразование из цифровой формы в аналоговую и наоборот;
саму передачу;
вывод сообщений;
контроль ввода и вывода;
защиту данных.
Необходимость передачи информации вызвана тем, что сбор и регистрация информации нередко территориально отделены от её обработки: процедуры сбора и регистрации информации осуществляются на рабочих местах, а обработка – в ВЦ.Высокая степень автоматизации этой процедуры достигается дорогими способами, но технология в целом становится более эффективной.Основным физическим способом реализации операции передачи информации является использование локальных сетей и сетей передачи данных. Международные стандарты в области сетевого информационного обмена нашли отражение в эталонной семиуровневой модели, известной как модель OSI (модель открытых сетей). Модель включает физический уровень, канальный, сетевой, транспортный, сеансовый уровни, уровень управления представлением и прикладной уровень. Большинство производителей сетевых программно-аппаратных средств стремятся придерживаться модели OSI. Но в целом добиться полной совместимости пока не удается.Модель OSI представляет собой стандартизированный каркас и общие рекомендации. Требования же к конкретным компонентам сетевого программного обеспечения задаются протоколами. Протокол является стандартом в области сетевого программного обеспечения и определяет совокупность функциональных и эксплутационных требований к какому-либо его компоненту, которых придерживаются производители этого компонента.Протоколы сетевого взаимодействия можно классифицировать по степени близости к физической среде передачи данных. Это протоколы:- нижнего уровня, распространяемые на канальный и физический уровни модели OSI; - среднего уровня, распространяемые на сетевой, транспортный и сеансовый уровни OSI;- верхнего уровня, распространяемые на уровень представления и прикладной уровень модели OSI.При каждой реализации протоколов вышестоящих уровней используются реализации протоколов нижестоящих уровней.Протоколы нижнего уровня OSI соответствуют уровню сетевых аппаратных средств и нижнему уровню сетевого программного обеспечения. Среди наиболее распространенных стандартов данного уровня отметим следующие:- стандарт NDIS (Network Driver Interface Specification – спецификация интерфейса сетевых драйверов), разработанный совместно фирмами Microsoft и 3Com;- стандарт ODI (Open Datalink Interface – открытый интерфейс связи), разработанный совместно фирмами Novell и Apple Computer.Данные стандарты позволяют реализовывать протоколы среднего уровня независимо от сетевых аппаратных средств и обеспечивают совместное функционирование разнотипных протоколов среднего уровня.По типу межкомпьютерного взаимодействия протоколы среднего уровня можно классифицировать следующим образом:- сеансовые протоколы (протоколы виртуального соединения);- дейтаграммные протоколы.Любые протоколы среднего уровня определяют организацию передачи информации между компьютерами по так называемому виртуальному каналу в три этапа:- установление виртуального канала (установка сеанса);- реализация непосредственного обмена информацией;- уничтожение виртуального канала.В сеансовых протоколах порядок следования пакетов при передаче соответствует их исходному порядку в сообщении, а передача осуществляется с подтверждением доставки. В случае потери отправленных пакетов они передаются повторно.При использовании дейтаграммных протоколов пакеты сообщений передаются так называемыми дейтаграммами независимо друг от друга, поэтому порядок доставки пакетов каждого сообщения может не соответствовать их исходному порядку в сообщении. При этом пакеты сообщений передаются без подтверждения.Таким образом, с токи зрения достоверности сеансовые протоколы являются более предпочтительными, зато скорость передачи при использовании дейтаграммных протоколов гораздо выше.Наиболее часто используемыми наборами протоколов среднего уровня являются следующие:- набор протоколов SPX/IPX, используемый в локальных сетях, функционирующих под управлением сетевой операционной системы NetWare;- протоколы ^ NetBIOS и NetBEUI, поддерживаемые большинством операционных систем и используемые только в локальных сетях;- протоколы TCP/IP, являющиеся стандартом для глобальной сети Internet, используемые в локальных сетях и поддерживаемые большинством операционных систем.Протоколы верхнего уровня соответствуют уровню пользователей и прикладных программ. Наиболее распространенными являются следующие высокоуровневые протоколы:- перенаправления запросов и обмена сообщениями (SMB, NCP);- управления сетями (SNMP);- сетевой файловой системы (NFS);- вызова удаленных процедур (RPC);- повышающие эффективность использования протоколов TCP/IP среднего уровня (DNS, DHSP);- удаленного доступа к компьютерным ресурсам (SLIP, PPP, Telnet);- передачи файлов (FTP);- передачи гипертекста (HTTP);- электронной почты (SMTP, POP3, IMAP4);- организации электронных конференций и системы новостей (NNTP).Второй этап – подготовительный, который включает совокупность операций переноса данных на машинные носители, ввода, компоновки и контроля данных. Операции переноса данных на машинные носители осуществляются на вычислительном центре или в случае децентрализованной обработки – непосредственно на рабочих местах учётных работников.Следует отметить, что операции контроля используются на всех этапах обработки информации: сбора, передачи, обработки, выдачи и хранения информации. На каждом этапе они имеют свои особенности, приемы и средства реализации. Задача контроля данных заключается в снижении степени риска искажения или фальсификации данных с учетом стоимостных и трудовых затрат. Наиболее часто используемые методы контроля данных можно разделить на визуальные, логические и арифметические.^ Визуальный метод относится к ручному, предварительному методу и предусматривает зрительный просмотр документов с целью проверки комплектности, своевременности представления, наличие необходимых в них записей, их полноты и четкости, наличие подписей ответственных лиц и др.^ Логический метод контроля, как правило, автоматизированный, и используется на всех этапах обработки. При его применении достигается сопоставление фактических данных с нормативными, с данными предыдущих отчетных периодов или же сопоставление показателей, находящихся в арифметической логической зависимости между собой.^ Арифметический метод контроля данных преимущественно автоматизированный, включающий подсчет контрольных сумм по строке, по графе или показателям документа; повтор расчёта; контроль по формулам (например, расчёт контрольного числа), признакам делимости или четности; использует коды обнаружения ошибок, основанные на запрещении части кодовых слов; двойной ввод с технического носителя, контрольное считывание.Следующий этап технологического процесса обработки данных – основной. Он состоит из операций внутримашинной технологии. Эти операции составляют ядро технологического процесса, т.е. являются главными в информационных технологиях, остальные процедуры носят вспомогательный характер. Все операции выполняются автоматически. Обработка отличается разнообразием видов и форм представления информации: символы, текст, базы данных, изображения, звуки и т.д.На самом верхнем уровне можно выделить числовую и нечисловую обработку. В указанные виды обработки вкладывается различная трактовка содержания понятия «данные». При числовой обработке используются такие объекты, как переменные, векторы, матрицы, многомерные массивы, константы и т.д. При нечисловой обработке объектами могут быть файлы, записи, поля, сети, отношения и т.д. Другое отличие заключается в том, что при числовой обработке содержание данных не имеет большого значения, в то время как при нечисловой обработке нас интересуют непосредственные сведения об объектах, а не их совокупность в целом.Организация обработки каждого вида информации имеет свои особенности и специфику, которые должны быть известны пользователю-экономисту. При обработке информации используются разнообразные современные технологии: например, мультимедиа, нейрокомпьютерные технологии, распределённые, сетевые технологии и д.р. Дадим краткое описание операций, образующих данный этап техпроцесса.^ Накопление данных - периодический ввод данных в существующие файлы с целью получения сведений за определённый интервал времени.Сортировка – размещение данных в определённом порядке. В системах обработки экономической информации более 25% машинного времени тратится на сортировку. Можно выделить несколько видов сортировки:
упорядочение - расположение записей файла в порядке возрастания или убывания ключевых признаков;
распределение - разнесение записей сортируемого файла по группам с одинаковым значением ключевого признака;
объединение – слияние нескольких упорядоченных файлов в один с записями, расположенными в определённой логической последовательности.
^ Обработка данных – выполнение арифметических и логических операций по заданным алгоритмам.С точки зрения реализации на основе современных достижений вычислительной техники выделяют следующие виды обработки информации:- последовательная обработка, применяемая в традиционной фоннеймановской архитектуре ЭВМ, располагающей одним процессором;- параллельная обработка, применяемая при наличии нескольких процессоров в ЭВМ;- конвейерная обработка, связанная с использованием в архитектуре ЭВМ одних и тех же ресурсов для решения разных задач.Принято относить существующие архитектуры ЭВМ с точки зрения обработки информации к одному из следующих классов.- ^ Архитектуры с одиночным потоком команд и данных (SISD). К этому классу относятся традиционные фоннеймановские однопроцессорные системы.- Архитектуры с одиночными потоками команд и данных (SIMD). Особенностью данного класса является наличие одного (центрального) контроллера, управляющего рядом одинаковых процессоров.- ^ Архитектуры с множественным потоком команд и одиночным потоком данных (MISD). К этому классу могут быть отнесены конвейерные процессоры.- Архитектуры с множественным потоком команд и множественным потоком данных (MIMD). К этому классу могут быть отнесены следующие конфигурации: мультипроцессорные системы, системы с мультиобработкой, вычислительные системы из многих машин, вычислительные сети.Корректировка – модификация ранее сформированных данных, в результате которой их состояние соответствует реально существующим условиям. При корректировке могут выполняться следующие действия: добавление, исключение, изменение записей существующих файлов данных. Создание файлов данных можно интерпретировать как частный случай реализации действий добавления. Объектами корректировки могут быть записи файла или отдельные поля записей. Одним из основных условий выполнения корректировки является поиск местоположения данных, который, как правило, осуществляется по ключам.В зависимости от того, сколько записей одновременно подвергаются модификации, принято разделять её на индивидуальную и групповую. При индивидуальной корректировке одна корректирующая запись вызывает модификацию одной записи файла, а при групповой – нескольких записей. Так примером групповой корректировки могут служить изменения значения некоторого реквизита во всех записях файла.Необходимо различать корректировку автономных файлов и базы данных. В первом случае модификации подвергаются только записи соответствующего файла, а во втором – записи файлов и соответствующие связи. Корректировка проводится в основном по принципу «отец-сын». Сущность его заключается в том, что для выполнения модификации необходим исходный файл (отец) и файл корректуры, в результате получается откорректированный файл (сын).Большое значение при корректировке придаётся контролю достоверности информации и её защите от несанкционированного доступа. Это обеспечивается путём сохранения исходного файла и файла корректуры, а также введением системы паролей и ключей защиты.^ Выдача информации – отражение (представление) результатов решения задач. По способу отражения выходной (результатной) информации различают вывод данных на бумагу, на машинные носители ( в основном магнитные диски) и на видео терминальные устройства (дисплеи). Традиционно результаты обработки отображаются в виде бумажных документов. При этом они проверяются на комплектность и логическую непротиворечивость, а затем оформляются юридически. С развитием технического, программного и иного обеспечения стала преобладать тенденция перехода на безбумажную технологию. Но полный отказ от бумажных документов пока невозможен, в частности, из-за нерешённости правовых вопросов оформления информации.Вывод данных может осуществляться как непосредственно в месте обработки, так и по каналам связи для удалённых абонентов.Основной задачей операции представления информации пользователю является создание эффективного интерфейса в системе «человек-компьютер». Среди существующих вариантов интерфейса в системе «человек-компьютер» можно выделить два основных типа: на основе меню и на основе языка команд. Интерфейсы типа меню облегчают взаимодействие пользователя с компьютером, так как не требуют предварительного изучения языка общения с системой. На каждом шаге диалога пользователю предъявляются все возможные в данный момент команды в виде наборов пунктов меню, из которого пользователь должен выбрать нужный. Такой способ общения удобен для начинающих и непрофессиональных пользователей.Интерфейс на основе языка команд требует знания пользователем синтаксиса языка общения с компьютером. Достоинством командного языка является его гибкость и мощность. Технология представления информации должна давать дополнительные возможности для понимания данных пользователями, поэтому целесообразно использование графики, диаграмм, карт.Пассивные пользователи, называемые иногда потребителями, обладают рядом специфических качеств, связанных с отсутствием времени, желания и квалификации для более глубокого изучения используемых инструментальных средств (СУБД, ЭТ, электронной почты и т. д.). В этом случае алгоритм общения с системой должен быть предельно простым, а, кроме того, пользователь должен использовать единственный универсальный интерфейс, позволяющий единообразно работать с подготовленной информацией. Другая часть пользователей требует предоставления достаточно широкого круга средств активного влияния на выполняемые информационные процессы. Этим требованиям удовлетворяет Web-технология, которая имеет следующие особенности:
информация предоставляется потребителю в виде публикаций;
публикация может объединять информационные источники различной природы и географического расположения;
изменения в информационных источниках мгновенно отражаются в публикациях;
в публикациях могут содержаться ссылки на другие публикации без ограничения на местоположение и источники последних (гипертестовые ссылки);
потребительские качества публикаций соответствуют современным стандартам мультимедиа (доступны текст, графика, звук, видео, анимация);
число потенциальных потребителей информации практически не ограничено;
информация легко усваивается потребителем, благодаря широкому спектру изобразительных возможностей, предоставляемых Web-технологией;
технология не предъявляет особых требований к типам и источникам информации.
Любая система создаётся на довольно длительный период эксплуатации, за время которого накапливается достаточно большое количество данных. Эти данные составляют основу архивного хранения и используются при решении задач, связанных с ретроспективными данными, анализом хозяйственной деятельности.В настоящее время определяющим направлением реализации этой операции является концепция базы данных и хранилища данных.^ База данных может быть определена как совокупность данных, организованных по определенным правилам, предусматривающим общие принципы описания, хранения и манипулирования данными, независимая от прикладных программ. ^ Хранилище данных (ХД, Data Warehouse, «склад данных», «информационное хранилище») – это база, хранящая данные, агрегированные по многим измерениям.Основные отличия БД и ХД:- агрегирование данных;- данные из ХД никогда не удаляются;- наполнение ХД происходит на периодической основе;- формирование новых агрегатов данных, зависящих от старых, - автоматическое;- доступ к ХД осуществляется на основе многомерного куба.Альтернативой хранилищу данных является концепция витрины данных (Data Mart). ^ Витрины данных – множество тематических БД, содержащих информацию, относящуюся к отдельным информационным аспектам предметной области.Ещё одним важным направлением развития баз данных являются репозитарии. Репозитарий, в упрощённом виде, можно рассматривать просто как базу данных, предназначенную для хранения не пользовательских, а системных данных.Результатом процедур обработки является информационное обслуживание пользователей для различных аспектов управления. Причём для среднего и верхнего уровней управления предприятием информация обобщается, группируется, чтобы получить более достоверную и полную картину состояния всего производства при принятии управленческих решений.В технологии обработки данных можно выделить ещё одну процедуру - процедуру анализа, прогноза, поиска решений – это наиболее сложная, интеллектуальная процедура, выполняемая человеком на базе подготовленных данных, знаний, их моделей, на базе альтернативных решений. Эта процедура реализуется с помощью систем поддержки принятия решений (СППР). В результате их применения повысилась скорость формирования решений, улучшилось их качество за счёт оценки многих факторов. Характерная черта СППР заключается в том, что произошёл отказ от фундаментального принципа в поиске объективного оптимального решения, характерного для полностью формализованных задач. Теперь наравне с формальными решениями стала применяться субъективная информация, поступающая от лица, принимающего решение (ЛПР).Автоматизация ряда процедур формирования решений с помощью СППР позволила возложить на компьютер следующие функции:1) генерацию возможных вариантов решения;2) оценку вариантов, выбор и предоставление ЛПР лучшего из них;3) анализ последствий принятого решения;4) обеспечение работы системы исходными данными, поступающими из других систем (подсистем, ЛПР и окружающей среды).В основе функционирования любой СППР лежит АИС, представляющая собой совокупность информации, экономико-математических методов и моделей, технических, программных и технологических средств и специалистов, предназначенных для обработки информации. АИС отражает не только текущее состояние предприятия, но и его состояние за прошедший период.Для каждого из уровней управления может создаваться своя СППР, функции которых отличаются от функций СППР других уровней. Функции системы зависят исключительно от специфики решаемых проблем.Необходимость в СППР возникает уже на оперативном уровне управления (руководители цехов, участков, отделов). Чаще всего здесь используют модели линейного программирования или имитационные модели. Типичными задачами этого уровня являются:1) расчёт оптимальной партии запуска деталей в производство;2) расчёт графиков ремонта оборудования;3) расчёт оптимальных объёмов запаса сырья и материалов.На этом уровне информация используется только лишь в форме параметров, поставляемых из внутренних источников предприятия.На среднем уровне управления (главные специалисты, эксперты) уже используют общие цели функционирования предприятия, а отсюда и возникает необходимость в информации из внешней среды. СППР должны помочь специалистам принимать решения, касающиеся издержек производства, сбыта продукции, установления цен, выбора поставщиков и т.д. Решения, которые принимаются на высшем уровне управления предприятием, относятся к стратегическим. Они касаются конкурентоспособности предприятия, его финансовой политики, политики маркетинга. Информация, используемая при этом, в большей своей части поступает из внешних источников и поэтому, как правило, недостоверна.В настоящее время принято выделять два типа информационных систем поддержки принятия решений.1. ^ Системы поддержки принятия решений DSS осуществляют отбор и анализ данных по различным характеристикам и включают средства:- доступа к базам данных;- извлечения данных из разнообразных источников;- моделирования правил и стратегий деловой деятельности;- деловой графики для представления результатов анализа;- анализа «что если»;- искусственного интеллекта на уровне экспертных систем.2. ^ Системы оперативной аналитической обработки OLAP для принятия решений используют следующие средства:- мощную многопроцессорную вычислительную технику в виде специальных OLAP-серверов;- специальные методы многомерного анализа;- специальные хранилища данных Data Warehouse.
Процедуры ведения информационной базы ЭИС.
Под системой создания и ведения информационной базы понимают некоторый комплекс программной, методической и технической документации, с помощью которой пользователь может осуществить своевременную загрузку и актуализацию данных, хранение достоверных данных, обеспечивать секретность данных, защиту их от сбоев ЭВМ и своевременное восстановление утраченной информации. Проектирование системы создания и ведения информационной базы означает проектирование и получение программной и технологической документации по следующим процедурам:
- загрузка и актуализация данных;
- обеспечение достоверности вводимых данных;
- обеспечение защиты данных;
- обеспечение надежности хранения данных.
Достоверность хранения данных в информационной базе подразумевает отсутствие ошибок, своевременность внесения изменений и непротиворечивость информации. Для обеспечения достоверности вводимых и хранимых данных необходимо выполнить следующие работы:
∙  обеспечить контроль вводимой информации при выполнении процедур загрузки и актуализации информации;
∙  обеспечить защиту хранимых данных от несанкционированного доступа;
∙  обеспечить одновременность актуализации одних и тех же данных, находящихся в разных файлах.
В процессе создания (загрузки) и актуализации информационной базы используются интерактивный и пакетный режимы. Интерактивный режим создания и актуализации информационной базы предполагает ввод или обновление отдельных записей файлов по мере необходимости. Режим интерактивного ввода или обновления данных в основном применяется при создании и ведении файлов оперативной информации, когда происходит получение и оформление отдельных документов первичной информации. Файлы оперативной информации создаются в режиме добавления записей по мере получения документов первичной информации. В этом смысле процессы создания и добавления оперативных данных не различаются. Кроме того, процессы первоначального ввода данных и возможной последующей их корректировки имеют небольшие технологические отличия. Например, ввод заказа и внесение изменений в заказ предполагают работу с одной и той же экранной формой. В первом случае заполняется пустая экранная форма, а во втором случае сначала вызывается заполненная экранная форма, а затем корректируется. В том и другом случае выполняются одинаковые методы контроля. При удалении записи также сначала вызывается соответствующая экранная форма для проверки целесообразности этой операции.
Пакетный режим создания и актуализации базы данных предполагает предварительный сбор пакета документов или подготовку входного файла первичной информации, с которых осуществляется загрузка (наполнение) основного файла или его обновление. Пакетный режим используется для работы с файлами оперативной информации только в тех случаях, когда требуется ведение централизованной базы данных из локальных источников при невозможности подключения этих источников к вычислительной сети или из соображений оптимизации объема передачи данных по вычислительной сети, например, при поступлении учетной информации в бухгалтерию. Пакетный режим всегда используется для создания файлов условно-постоянной информации в силу необходимости одноразового ввода большого объема данных, а также часто используется при актуализации этих файлов вследствие, как правило, массового характера обновлений, например, плановой информации или информации классификаторов.
В силу сложности технологии пакетного режима рассмотрим особенности проектирования технологического процесса загрузки и актуализации информационной базы на примере файлов условно-постоянной информации.
Под загрузкой информационной базы будем понимать совокупность операций по приему, контролю и регистрации поступившей информации, вводУ информации в ЭВМ, контролю и исправлению ошибок, записи данных в информационный файл.
Содержание операций приема, контроля и регистрации поступившей информации зависит от типа носителя первичной информации. Если поступающая информация представлена на бумажном носителе, то во время ее выполнения осуществляются следующая совокупность действий:
∙  контроль количества поступивших документов, полноты и качества их заполнения;
∙  отбор правильно заполненных документов и их регистрация в регистрационном журнале;
∙  отбраковка документов, не соответствующих требованиям, предъявляемых к документам;
∙  формирование запроса на исправление документов с ошибками и отсылка их к источнику информации, т.е. в то подразделение, из которого они поступили.
Если информация поступает на машинном носителе (гибком диске), то в этом случае проверяется качество записи диска, регистрируется имя файла, объем, источник и время поступления.
При поступлении информации по каналам связи определяется источник поступления, время, количество поступивших записей.
Операция ввода информации в ЭВМ может осуществляться несколькими методами:
∙  ручной ввод данных с бумажных документов с использованием макетов экранных форм;
∙  автоматизированное чтение данных, содержащихся в документах на бумажных носителях, и загрузка их в информационную базу.
При вводе больших объемов информации в ЭВМ с клавиатуры оператором допускается значительное количество ошибок, которые необходимо выявить и устранить. При этом контроль вводимой информации, как правило, осуществляется с использованием следующих методов:
- визуальный контроль на экране дисплея;
- метод контрольных сумм, рассчитываемых по каждой строке документа или по всему документу до ввода в ЭВМ и после ввода, которые затем сверяются между собой;
 метод верификации, при котором осуществляется сверка ранее введенных данных, записанных в файл, и данных первичных документов, вводимых оператором второй раз;
- метод двойного массива, при котором файлы по первичным документам создаются двумя разными операторами и после ввода сверяются по контрольным числам, вычисляемым для каждого из них.
Проверенные и исправленные данные заносятся в файл информационной базы.
1) Первой выполняется операция "Определение особенностей подготовки данных и формирование требований к процедуре загрузки" (П1). Для выполнения этой операции необходимо располагать технологической документацией, описывающей правила работы при получении первичной информации (Д1.1).
Можно выделить следующие особенности подготовки файлов данных:
- внемашинные форматы данных могут не совпадать с внутримашинными форматами;
- получение и подготовка первичной информации с помощью разнообразных технических средств может привести к рассогласованию кодов представления вводимой информации и кодов ее представления в ЭВМ;
- все операции по подготовке файлов являются машинно-ручными, поэтому следует учитывать большое количество возможных ошибок;
- вводимые файлы могут иметь линейную или иерархическую логическую структуру, которую следует учитывать в процессе загрузки;
- структуры записей входных файлов могут не совпадать со структурой записей базы данных.
1) Результатом выполнения этой операции является получение списка требований к процедуре загрузки (Д1.2). К основным требованиям, предъявляемым к процедуре загрузки, можно отнести следующие:
- необходимо обеспечение достоверности вводимой информации;
- должны выдаваться сообщения об ошибках и местах их возникновения;
- требуется обеспечение контроля вводимой информации на уровне файла, записи, поля;
- загрузка должна обеспечить перекодирование информации в случае рассогласования кодов;
- должно обеспечиваться преобразование файлов во внутренние форматы;
- должны выполняться редактирование, сортировка и распечатка файлов с постоянной информацией.
Второй операцией рассматриваемого процесса служит операция П2 "Определение состава операций ввода и первичной обработки загружаемых файлов". Входной информацией для данной работы являются требования к процедуре загрузки (Д1.2), выходной ─ состав операций или блок-схема технологического процесса загрузки (Д2.1). Исходя из требований, предъявляемых к процедуре загрузки, выделяют следующие типовые операции, входящие в состав этой процедуры:
∙  ввод входных данных и их перекодирование;
∙  синтаксический и семантический контроль;
∙  распечатка "Ведомости ошибок", анализ ошибок и создание файла корректур;
∙  ввод файла корректур в ЭВМ;
∙  корректировка входного файла с целью исправления в нем ошибок;
∙  редактирование входного исправленного файла;
∙  формирование записей основного файла;
∙  сортировка или индексирование основного файла с постоянной информацией;
∙  распечатка файла с постоянной информацией.
Особое внимание должно быть уделено разработке программы синтаксического и семантического контроля загружаемой информации в информационную базу. Синтаксический контроль может осуществляться на уровне структуры файла, записи и отдельного поля. Контроль на уровне файла сводится к контролю типов записей, соподчиненности различных типов записей (заголовок, подзаголовок), количества экземпляров каждого типа записи. Контроль на уровне записи сводится к контролю числа полей, их последовательности и длины записи. Контроль на уровне поля включает в себя контроль типа и формата поля.
Семантический контроль сводится к арифметическому и логическому контролю содержимого отдельных полей. Арифметический контроль осуществляется следующими методами:
∙  контрольных сумм по документу;
∙  контрольных сумм по отдельной записи;
∙  контрольного числа по файлу;
∙  контроля по модулю 11;
∙  балансовый контроль.
Логический контроль применяется для реквизитов-признаков и оснований, и при его построении используют следующие виды контроля:
∙  контроль на конкретное значение;
∙  контроль на диапазон значений;
∙  контроль путем сравнения с некоторой константой;
∙  контроль зависимостей значений реквизитов;
∙  контроль по списку значений (справочнику).
На следующей операции (П3) осуществляется "Выбор инструментального средства разработки программ загрузки информационной базы" на основе универсума программных средств частичной автоматизации, служебных средств операционной системы и языков программирования (U3.1). На вход данной операции поступают блок-схема технологического процесса загрузки (Д2.1) и факторы, определяющие выбор инструментальных средств (Д3.1). На выходе получают описание выбранных инструментальных средств и методическое обеспечение по их настройке (Д3.2).
К инструментальным средствам частичной автоматизации относятся: генераторы экранных форм СУБД, специализированные генераторы ввода-вывода и утилиты. К основным факторам, влияющим на выбор средств частичной автоматизации можно отнести:
∙  количество и характер функций, выполняемых данным средством, например, возможность работы с многоэкранными формами или экранными формами, предназначенными для ввода данных в несколько файлов;
∙  наличие большого объема свободных вычислительных ресурсов;
∙  квалификация персонала;
∙  возможность подключения оригинальных программных средств.
Программные средства частичной автоматизации загрузки данных можно разделить по принципу функционирования на конверторы, предназначенные для преобразования данных, создаваемых в других информационных системах, и программы непосредственной загрузки интерпретирующего или генерирующего типов.
Результатом выполнения данной операции является выбор конкретных средств частичной автоматизации процедуры загрузки или языков программирования, или их комбинации.
Далее осуществляется операция "Настройки средств частичной автоматизации или разработка программ" (П4). В результате формируется программная документация по данной процедуре, в том числе блок-схемы программных модулей (Д4.1), коды программных модулей (Д4.2) и схемы настройки средств частичной автоматизации (Д4.3).
На операции П5 осуществляется "Комплексная отладка программы загрузки информации в базу данных" на основе исходных данных для контрольного примера (Д5.1.) с получением отлаженной программы процедуры (Д5.2), распечаток результатов реализации контрольного примера (Д5.3) и создание технологической документации по процедуре загрузки (Д5.4).
Под актуализацией данных будем понимать совокупность операций над файлами информационной базы, связанных с добавлением новых записей, удалением старых, изменением содержания отдельных полей записей.
Процесс проектирования процедуры актуализации условно-постоянной информации в базе данных (технологической сети процесса) представлен на рис. 8.2. Он начинается с операции "Разработки системы организации актуализации данных" (П1), сущность которой заключается в определении подразделений ─ источников изменений, разработке форм документа "Извещение на изменения" и экранных форм, определение маршрутов передвижения этого документа от подразделения-источника до ввода информации об изменениях в ЭВМ, определения регламента и режима ввода изменений.
Входная информация, используемая при выполнении данной работы, включает описание структуры информационной базы (Д1.2) и описание принципов ее организации (Д1.1). Выходная информация включает в свой состав следующие документы:
∙  список поставщиков изменяемой информации (Д1.3);
∙  формы первичного документа "Извещение на изменение" (Д1.6);
∙  описания маршрутов движения извещения (Д1.5);
∙  макеты экранных форм размещения информации об изменениях (Д1.7);
∙  режимы внесения изменений (Д1.4);
∙  совокупность файлов, обновляемых одновременно (Д1.8).
Второй выполняется операция "Разработки технологического процесса внесения изменений" (П2). На вход данной операции поступают список поставщиков информации, формы первичного документа "Извещения на изменения", описание маршрутов движения "Извещения", макеты экранных форм размещения информации об изменениях, режимы внесения изменений. Результатом выполнения данной операции являются блок-схема технологического процесса актуализации данных (Д2.1) и технологическая документация (Д2.2). Можно выделить следующие типовые операции технологического процесса актуализации данных:
∙  выписка "Извещения". Данная операция выполняется в подразделениях предприятия ─ источниках изменений. Ее результат поступает в виде первичного документа "Извещения" в пункт ввода информации;
∙  прием, контроль и регистрация извещений;
∙  ручная корректировка ведомости описи актуализируемого основного файла с постоянной информацией;
∙  ввод информации извещений в ЭВМ;
∙  контроль правильности записи информации;
∙  исправление ошибок и формирование входного файла изменений;
∙  сортировка файла изменений;
∙  ввод записей основного файла, требующего изменений;
∙  актуализация основного файла;
∙  распечатка актуализированного основного файла;
∙  сверка начальной и полученной описей основного файла.
При наличии расхождений ─ повторное выполнение вышеперечисленных операций.
Последующие операции выбора метода актуализации и инструментального средства разработки процедуры актуализации информационной базы (П3), настройка и разработка программных средств (П4), отладка программ и создание технологической документации (П5) выполняются аналогично операциям в технологической сети проектирования процедуры загрузки информационной базы.
Содержанием первой операции является выбор метода хранения информации (П1). Проектировщики используют несколько методов хранения информации в информационной базе (Д1.1):
∙  метод дублирования основных файлов и хранения нескольких их копий;
∙  метод создания и хранения нескольких поколений каждого основного файла ИБ и файлов корректур к ним;
∙  комбинированная система нескольких поколений с дублированием последнего поколения и файлов корректур.
В результате выполнения операции П1получают документ Д1.2, описывающий выбранный метод хранения информации в информационной базе.
Далее проектировщики должны разработать и отладить программу отката и восстановления данных на контрольном примере (П2, П3), в результате выполнения которых получают отлаженный код программы (Д3.1), предназначенной для восстановления хранимых данных в случае сбоя системы при выполнении обращений прикладных программ к файлам ИБ или при выполнении процедуры актуализации данных, результатные данные контрольного примера (Д3.2).
Следующей является операция разработки технологии восстановления и хранения данных (П4) и составления технологической документации (Д4.1).
Помимо этого необходимо также спроектировать систему учета эксплуатации файлов, в которую входит разработка (П5) "Журнала учета" (Д5.1), составление и отладка кода программы ведения статистики обращения к файлам (П6, П7) с получением программной документации (Д7.1) и контрольного примера (Д7.2) и разработка технологии копирования файлов (П8) с получением соответствующей технологической документации (Д8.1). Проектирование процедур защиты информационной базы от несанкционированного доступа будет рассмотрена в последующих лекциях.
Взаимодействие пользователей и разработчиков ЭИС по стадиям и этапам процесса проектирования.
Ответ:
ВЗАИМОДЕЙСТВИЯ ПОЛЬЗОВАТЕЛЕЙ И РАЗРАБТЧИКОВ ЭИС НА СТАДИЯ ПРОЦЕССА ПРОЕКТИРОВАНИЯ Основными участниками процесса создания ЭИС являются предприятие-заказчик, для которого она создается и предприятие-разработчик, выполняющий работы по проектированию ЭИС. Юридические и организационные взаимоотношения конкретно заказчиков и разработчиков регулируются заключенными между ними договорами.
Заказчик обязан заключить договор на создание ЭИС, приобрести технические средства, подготовить задание на строительство или реконструкцию помещения, если необходимо, совместно с разработчиком выполнить работы предпроектной стадии, в необходимые сроки подготовить помещение, приобрести и установить технические средства, разработать и осуществить мероприятия по совершенствованию организации управления и производства. На стадии разработки ТП и ТД обеспечить обучение персонала, обеспечить запись необходимой информации на машинные носители и ее контроль, обеспечить уточнение исходных данных по составу и структуре информационной базы, завершить ее формирование, подготовить контрольные примеры, организовать поэтапную приемку рабочих программ с проверкой на контрольных примерах. При подготовке объекта к внедрению заказчик выполняет следующие работы: внедряет локальные и общегосударственные классификаторы, унифицированные формы док-ов, проводит в намеченные сроки мероприятия по подготовке объекта к внедрению ЭИС. При вводе системы в действие заказчик завершает ввод в эксплуатацию технических средств, завершает опытную эксплуатацию комплекса задач и прим их в промышленную эксплуатацию. Разрабатывает и согласовывает с разработчиком программу приема сдаточных испытаний и организуют работу приемочной комиссии по проведению испытаний системы.
Основная цель разработчика - создание ЭИС. На предпроектной стадии проводит обследование объекта, обрабатывает материалы обследования, определяет задачи, комплексы задач, подлежащие автоматизации, определяет экономическую эффективность. На стадии ТП разрабатывает док-цию ТП, в соответствии с утвержденным ТЗ осуществляет методическое руководство работами по созданию классификаторов, внедрению унифицированных систем док-ции, разрабатывает структуру информационной базы, принимает участие в обучении персонала заказчика. На стадии рабочей док-ции осуществляет разработку программного обеспечения, генерацию рабочих программ, участвует в разработке должностных инструкций управленческого персонала, технологических инструкций пользователя. При вводе системы в действие разработчик осуществляет методическое руководство, вносит корректировки в проекты, принимает участие в сдаче задач и комплексов задач в пром. Эксплуатацию и участвует в работе комиссии по приемке системы в пром. эксплуатацию.
2.Проектирование функциональной части ЭИС.
Ответ:
Когда мы говорим о проектировании баз данных, надо иметь в виду, что оно является лишь частью проектирования всей информационной системы. Мы довольно подробно рассматриваем вопросы проектирования самой важной части любой информационной системы – информационного хранилища или базы данных. Действительно проектирование базы данных имеет несомненный приоритет по отношению к функциональной части системы. На это есть несколько причин, одна из которых заключается в том, что при проектировании функциональной части системы желательно уже определится с именами, используемыми для обозначения хранящихся в базе данных объектов. Кроме этого заметим, что после начала эксплуатации информационной системы не желательно, а часто и довольно сложно менять структуру базы данных, в отличие от ее программной части.
Многолетний опыт показывает, что можно выделить три уровня проектирования баз данных: концептуальный, логический и физический. Кратко остановимся на каждом из этих уровней.
■           Концептуальный уровень. Строится общая модель базы данных. За основу берется описание предметной области. В качестве языка описания может быть и естественный язык, и какой либо формализованный язык, например язык UML (Unified Modeling Language – универсальный язык моделирования). Описание предметной области называют еще внешним уровнем проектирования. На концептуальном уровне проектирования должна быть представлена схема, включающая единое описание всех элементов данных (имена элементов) и отношений между ними. В дальнейшем элементы будут называться нами сущностями. Схема представляет собой некоторый общий взгляд на предмет проектирования, позволяет единым взглядом охватить информацию, которые будут храниться в базе данных. При создании и анализе концептуальной модели следует особо обратить внимание на возможность осуществления на основе модели основных операций (транзакций), которые должна выполнять информационная система.
■           Логический уровень проектирования представляет собой детализацию элементов концептуальной схемы: описание характеристик элементов (атрибутов) и связей между элементами. Именно на этом уровне могут появиться новые сущности, и нам придется возвратиться к концептуальному уровню проектирования базы данных. Логический уровень проектирования уже весьма близок к схеме реляционной базы данных. Именно здесь мы должны определиться с первичными ключами, обозначить типы связи их имена и характеристики, определить ограничения, накладываемые на хранимые в базе данные.
■           На физическом уровне проектирования логическая модель данных преобразуется к реляционной базе данных конкретной СУБД. Происходит преобразование сущностей логической модели в конкретные таблицы, атрибуты сущностей в атрибуты (столбцы) таблицы, связи между сущностями в связи между таблицами, первичные ключи сущностей в первичные ключи таблиц. Кроме этого создаются индексы таблиц, а также реализуются ограничения целостности базы данных средствами конкретной СУБД. Заметим также, что возможно на данном этапе может потребоваться нормализация некоторых таблиц.
После завершения проектирование базы данных на физическом уровне реализуются другие задачи создания информационной системы: проектируется система безопасности информационной системы и создается программная составляющая на стороне сервера (триггеры, хранимые процедуры, функции, представления). Наконец после создания программной части на стороне сервера можно приступать к программированию клиента.
3.Декомпозиция функций ЭИС.
Ответ:
Декомпозиция функций ЭИС.
Признаки структуризации системы, то есть её декомпозиции на составные части, задаются людьми в соответствии со здравым смыслом и в зависимости от стоящих перед ними задач.
Функциональная часть фактически является моделью системы управления объектом. В ходе декомпозиции функциональная часть разбивается на подсистемы, конкретный состав которых определяется признаком декомпозиции. Но поскольку сложная система всегда многофункциональна, ЭИС может быть декомпозирована по разным признакам. Применительно к системам управления признаком структуризации могут служить функции управления объектом, в соответствии с которыми ЭИС состоит из функциональных подсистем:
технико-экономическое планирование;
бухгалтерский учёт;
анализ финансово-экономической деятельности;
контроль исполнительной дисциплины и т.п.
Разработаны и другие системы декомпозиции управления, используемые, как правило, в комбинации с функциональным признаком. К ним относятся:
уровень управления (высший, средний, оперативный);
вид управляемого ресурса (основные фонды, материальные, трудовые, финансовые и информационные ресурсы);
сфера применения (банковские информационные системы, статистические, налоговые, бухгалтерские, фондового рынка, страховые и т.д.);функции управления и период управления.
Выбор признаков декомпозиции ЭИС зависит от специфики объекта управления и целей его создания.
Трансформация целей управления в функции, а функций в подсистемы ЭИС, позволяет проводить дальнейшую декомпозицию. Если подсистемы ЭИС реализуют некоторые отделённые друг от друга функции управления, то каждую из них можно делить на более детальные подфункции или, как их ещё называют, задачи (или комплексы задач).
Их распределение между участниками процесса управления может происходить по-разному, поскольку некоторые задачи могут быть целиком решены на одном рабочем месте, а другие для этого требуют участия многих управленческих работников. Но каким бы ни было такое разделение, оно не должно сказаться на содержательной части задачи.
4.Функциональные подсистемы, комплексы задач, задачи.
Ответ:
Функциональная подсистема ЭИС представляет собой комплекс экономических задач с высокой степенью информационных обменов (связей) между задачами.
При этом под задачей будем понимать некоторый процесс обработки информации с четко определенным множеством входной и выходной информации (например, начисление сдельной заработной платы, учет прихода материалов, оформление заказа на закупку и т.д.).
Состав функциональных подсистем во многом определяется особенностями экономической системы, ее отраслевой принадлежности, формой собственности, размером, характером деятельности предприятия.
Функциональные подсистемы ЭИС могут строиться по различным принципам:
предметному;
функциональному;
проблемному;
смешанному (предметно-функциональному).
Так, с учетом предметной направленности использования ЭИС в хозяйственных процессах промышленного предприятия выделяют подсистемы, соответствующие управлению отдельными ресурсами:
управление сбытом готовой продукции;
управление производством;
управление материально-техническим снабжением;
управление финансами;
управление персоналом.
При этом в подсистемах рассматривается решение задач на всех уровнях управления, обеспечивая интеграцию информационных потоков по вертикали.
Для реализации функций управления выделяют следующие подсистемы:
планирование;
регулирование (оперативное управление);
учет;
анализ.
На практике чаще всего применяется смешанный предметно-функциональный подход, согласно которому построение функциональной структуры ЭИС - это разделение ее на подсистемы по характеру хозяйственной деятельности, которое должно соответствовать структуре объекта и системы управления, а также характеру выполняемых функций управления.
Используя этот подход, можно выделить следующий типовой набор функциональных подсистем в общей структуре ЭИС предприятия:
Функциональный принцип:
перспективное развитие (ПР);
технико-экономическое планирование (ТЭП);
бухгалтерский учет и анализ хозяйственной деятельности (БУАХД);
Предметный принцип (подсистемы управления ресурсами):
техническая подготовка производства (ТИП);
управление основным производством (УОП);
управление вспомогательным производством (УВП);
управление качеством продукции (УКП);
управление материально-техническим снабжением (УМТС);
управление реализацией и сбытом готовой продукции (УС);
управление кадрами (УК).
Подсистемы, построенные по функциональному принципу, охватывают все виды хозяйственной деятельности предприятия (производство, снабжение, сбыт, персонал, финансы).
Подсистемы, построенные по предметному принципу, относятся в основном к оперативному уровню управления ресурсами. Рассмотрим структуру подсистем ЭИС, выделенных по функционально-предметному принципу, более подробно.
Целью создания подсистемы "Перспективное развитие" является прогнозирование и стратегическое планирование финансово-хозяйственной деятельности предприятия на ближайшую и отдаленную перспективу.
В подсистеме "Техническая подготовка производства" автоматизируются функции управления процессом проектирования, изготовления и внедрения новых конструкций изделий, оснастки, инструмента или модернизации действующего производства, а также выполнение научно-исследовательских и опытно-конструкторских работ.
Основной целью создания подсистемы ТПП является сокращение сроков подготовки и выпуска новой продукции, модернизация освоенной продукции, минимизация материальных, трудовых и финансовых затрат на их выпуск.
Целью выделения подсистемы "Технико-экономическое планирование" является формирование годовых производственных программ на основе использования экономико-математических методов, позволяющих увязывать прогнозируемый объем сбыта продукции с имеющимися производственными мощностями, материальными, трудовыми и финансовыми ресурсами, а также распределение годовой производственной программы по плановым периодам.
Подсистема «Управление реализацией и сбытом готовой продукции» предназначена для оперативного управления сбытом продукции в соответствии с технико-экономическим планом, определенным портфелем договоров и заказов, пропускной способностью каналов сбыта, перечнем номенклатуры товаров и производственными возможностями.
Целью создания подсистемы "Управление реализацией и сбытом продукции" является комплексная автоматизация задач оперативного планирования, учета, контроля, анализа и регулирования процесса реализации готовой продукции.
В подсистеме "Управление основным производством" решаются задачи оперативного планирования, учета и регулирования выполнения производственных заданий, которые последовательно формируются в соответствии с технологическим процессом обработки сырья, материалов, полуфабрикатов для изготовления готовой продукции.
Целью подсистемы УОП является обеспечение выполнения заказов на выпуск готовой продукции при полном и эффективном использовании оборудования, материальных, трудовых и финансовых ресурсов, максимальном сокращении длительности производственного цикла и объема незавершенного производства.
Основной целью подсистемы "Управление материально-техническим снабжением" является оперативное обеспечение потребностей производства в материальных ресурсах при минимальных затратах на их приобретение, транспортировку и хранение.
Целью создания подсистемы "Управление качеством продукции" является автоматизация задач оперативного планирования, регулирования, учета и анализа качества продукции, к которым относятся следующие задачи:
оперативное планирование объема выпуска продукции по категориям качества;
расчет оптимальных значений показателей качества;
диагностика показателей качества и надежности изделий;
оперативный учет брака;
оперативный учет сдачи бездефектной продукции; оперативный учет рекламаций и претензий к качеству; оперативный учет качества труда работников.
Подсистема "Управление вспомогательным производством" предназначена для автоматизации оперативного управления инструментальным производством, ремонтным и транспортным хозяйством и энергетическим обеспечением предприятия.
Целью разработки подсистемы является автоматизация трудоемких расчетов по оперативному планированию и регулированию в инструментальном, ремонтном производстве и транспортном хозяйстве.
Подсистема "Управление кадрами" предназначена для реализации функций оперативного планирования и учета личного состава, учета и функционального анализа движения кадров, повышения квалификации кадров и т.д.
Целью создания подсистемы "Бухгалтерский учет и анализ хозяйственной деятельности" служит повышение оперативности и достоверности учетной информации, расширение и усиление аналитических и контрольных функций учета.
Функциональные подсистемы ЭИС
Состав задач ЭИС определяется следующими факторами:
важностью той или иной функций управления;
возможностью формализации управленческих процедур;
уровнем подготовки персонала управления к использованию компьютеров;
наличием информационной базы и технических средств.
5.Формализация описаний функциональной части ЭИС.
Ответ:
Функциональная часть ЭИС является моделью системы управления объектом и отражает специфические особенности и функции, которые конкретная информационная система выполняет. Функциональная часть ЭИС всегда связана с предметной областью и понятием информационных технологий.
В наибольшей степени задаче формализации технологии проектирования ЭИС соответствует аппарат технологических сетей проектирования (ТСП).
Рассмотрим детально компоненты формального определения ТО.
В качестве компонентов входа и выхода используются
множества документов D,
параметров Р,
программ G,
универсальных множеств (универсумов) U.
Для любых компонентов входа и выхода должны быть заданы формы их представления в виде твердой копии или электронном виде.
Документ D - это описатель множества взаимосвязанных фактов. С помощью документов описываются объекты материальных и информационных потоков, организационной структуры, технических средств, необходимые для проектирования и внедрения ЭИС. Документы определяют или исходные данные проектирования, или конечные результаты проектирования для реализации новой информационной системы, или промежуточные результаты, которые используются временно для выполнения последующих ТО. Конечные документы одновременно могут быть и промежуточными. Конечные документы должны быть оформлены в соответствии со стандартами представления проектной документации.
Параметр Р - это описатель одного факта. В принципе параметр рассматривается как частный случай документа. Выделение параметров из состава документов подчеркивает значимость отдельных фактов в процессе проектирования ЭИС. Параметры выступают, как правило, в роли ограничений или условий процесса проектирования, например, объем финансирования, срок разработки, форма предприятия и т.д. Параметры могут быть и варьируемыми с позиции анализа влияния их значений на результат проектирования ЭИС.
Программа G - частный случай документа, представляющая описание алгоритма решения задачи, которое претерпевает свое изменение по мере изменения жизненного цикла ЭИС: от спецификации программы до машинного кода.
Универсум U - это конечное и полное множество фактов (документов) одного типа. Обычно с помощью универсума описываются множество альтернатив, выбор из которого конкретного экземпляра определяет характер последующих проектных решений. В качестве универсумов могут рассматриваться множества параметризированных описаний технических средств, программных средств (операционных систем, СУБД, ППП и т.д.), технологий проектирования и т.д.
Преобразователь П - это некоторая методика, или формализованный алгоритм, или машинный алгоритм преобразования входа технологической операции в ее выход. Соответственно используются ручные, автоматизированные и автоматические методы реализации преобразователей. Для формализации преобразователей используются математические модели, эвристические правила, блок-схемы, псевдокоды.
Ресурсы R - набор людских, компьютерных, временных и финансовых средств, которые позволяют выполнить технологическую операцию. Причем проектировщики могут быть специалистами разной квалификации. Наличие тех или иных ресурсов существенно сказывается на характере применяемой технологии проектирования.
Средства проектирования S - это специальный вид ресурса, включающий методические и программные средства выполнения технологической операции. Если преобразователь является ручным, то средство проектирования представляет методику выполнения работы, и в описании ТО дается ссылка на соответствующий бумажный или электронный документ.
6.Системы классификации и кодирования технико-экономической информации.
Ответ:
Система классификации и кодирования (СКиК) является средством классификации и кодирования множества однотипных объектов. На основе СКиК, как правило, разрабатываются кодовые обозначения объектов. В системе классификации также систематизируются используемые термины и обозначения.Кодирование - это обеспечение уникальной идентификации объектов, которая в совокупности с принятой системой классификации четко определяет сущность объекта. Это особенно важно для проектирования базы данных при выделении информационных объектов и структурных связей между ними.^ Система классификации - это совокупность правил и результат распределения заданного множества объектов на подмножества в соответствии с признаками сходства или различия. Выделяемое по признаку подмножество объектов называется классификационной группировкой. Различают два метода классификации - иерархический и фасетный метод.^ Иерархический метод классификации устанавливается между классификационными группировками иерархические отношения подчинения, с последовательной детализацией их свойств: класс, подкласс, группа, подгруппа, вид и так далее.^ Метод фасетной классификации основан на множестве независимых признаков. Набор таких признаков может быть произвольным, что позволяет группировать объекты по любому сочетанию признаков. Фасетный метод классификации является одноуровневым, исходное множество объектов разбивается на подмножества классификационных группировок в соответствии со значениями признаков отдельных фасетов. Фасеты независимы между собой.^ Система кодирования является совокупность правил образования кода. Кодовое обозначение характеризуется используемым набором символов, алфавитом (цифровой, буквенной, смешанный и др.), длиной (числом символов - позиций кода) и структурой обозначения. Структура кода определяется порядком кодируемых признаков. Место символа в коде является разрядом кода. Старший разряд находится слева от младшего. В коде часто предусматривается дополнительный (резервный) разряд для проверки кода - контрольный разряд.Различают два метода кодирования – классификационный и регистрационный.^ Классификационное кодирование построено на основе классификации объектов. Классификационная система кодирования может быть двух типов – последовательная и параллельная. Классификационная последовательная система кодирования построена на иерархической системе классификации, а параллельная - на фасетной классификации. Классификационный код содержит призначную информацию об объекте.^ Регистрационная система кодирования не основана на предварительной классификации объектов. Код обеспечивает только идентификацию объектов. Регистрационная система может быть порядковой или серийно-порядковой. В регистрационной порядковой системе кодирования объекты нумеруются с помощью чисел натурального ряда. Порядковая система кодирования используется, когда множество кодируемых объектов невелико и нет необходимости разбиения их на группы. Регистрационная серийно-порядковая система кодирования также предусматривает порядковую нумерацию объектов, но при этом номера разбиваются на серии, каждая из которых закрепляется за выделяемой группой объектов.Документ, содержащий описание классификационных группировок, структуру кода и наименование объектов, называется классификатором (кодификатором). Классификаторы могут иметь различную степень локализации в пределах предприятия, отрасли, государства. Примерами классификатор, используемых на общегосударственном (отраслевом) уровне, является классификатор промышленной и сельскохозяйственной продукции, классификатор предприятий и организаций, классификатор профессий рабочих, должностей служащих, классификатор управленческой документации и др. В пределах предприятия используются локальные классификаторы структурных подразделений, готовой продукции, материалов и комплектующих, предприятий поставщиков и заказчиков и т.п. На рис. ? в качестве примера приведена полная структура кода по общегосударственному классификатору промышленной и сельскохозяйственной продукции (ОКП).
Методика оценки и выбора системы классификации и кодирования.. Системы классификации и кодирования технико-экономической информацииКодирование – это процесс присвоения условных обозначений объектам и группам и соответствующей системе кодирования. Система кодирования – это совокупность правил, обозначения объектов и группировок. Кодирование выполняется с помощью определенных правил Для того, чтобы обеспечить совместимость экономических информационных систем разных уровней разработана единая система классификации и кодирования, предназначенная для выполнения следующих функций:1) централизованная обработка классификаторов,2) выполнение и обновление классификаторов,3) оптимизация структуры классификаторов,4) проведение работ по созданию информационно-поисковых языков.В состав этой системы классификации входят 3 части:1) комплекс нормативно-технических и методологических материалов,2) комплекс общесистемных классификаторов,3) автоматизированная система ведения общесистемных классификаторов.Общесистемный классификатор включает следующие группы классификаторов:1) классификаторы о природных и трудовых ресурсах 2) классификаторы о продуктах труда и производственной деятельности3) классификаторы структуры народного хозяйства и объектов административно-территориального деления4) классификаторы управленческой информации и документации.Автоматизированная система ведения классификаторов имеет следующие подсистемы:1) объектная подсистема, которая объединяет предприятия и отраслевые институты, отвечающие за передачу информации об изменениях в системе классификаторов.2) функциональная, которая объединяет  однотипные, технологические процессы по ведению классификаторов,3) обеспечивающая, в которую входят программное, техническое и информационное обеспечение19. Методика оценки и выбора системы классификации и кодированияОсновными методами классификации технико-экономической и социальной информации являются иерархический и фасетный.Основными методами кодирования технико-экономической и социальной информации являются последовательный, параллельный, порядковый и серийно-порядковый.Выбор методов классификации и кодирования технико-экономической и социальной информации в каждом конкретном случае осуществляется разработчиком классификатора.В зависимости от специфики информации и области применения классификаторов в них возможно применение различных сочетаний основных методов классификации и кодирования.Для защиты кодов классификаторов и обеспечения достоверности информации на всех этапах информационного взаимодействия, а также контроля кодов классификаторов при их применении в классификаторы могут вводиться контрольные числа. Контрольное число проставляют после кода. Целесообразность применения контрольных чисел определяет разработчик классификатора.Контрольное число рассчитывается в соответствии с методикой, изложенной в приложении В.Основными методами унификации документации являются методы содержательной и формальной унификации.К методам содержательной унификации относятся:- установление ограничительных номенклатур действующих форм;- создание типовых форм;- построение единой модели документов для групп однородных задач (использование формуляра-образца);- унификация и стандартизация реквизитов, используемых в формах.Методами формальной унификации являются:- унификация структур документов;- создание общих синтаксических правил построения документа;- унификация методов контроля информации документа.20. Единая система классификации и кодированияЕдиная система классификации и кодирования (ЕСКК) обеспечивает поддержку работы программных модулей автоматизированных систем (АС), предоставляя следующие возможности:функциональная интеграция произвольного набора словарей и классификаторов в АС и обеспечение электронным представлением общероссийских, городских и ведомственных классификаторов и словарей; многоаспектный поиск информации; обеспечение единого понятийного пространства информационной системы за счет настраиваемой (полной или частичной) репликации словарей и классификаторов в рамках иерархической и распределенной базы данных (БД); проверка семантической целостности данных; ведение аудита изменения словарей и классификаторов; предоставление статистической информации по аудиту и использованию понятий словарей и классификаторов, предоставление возможности удаления неиспользуемых понятий; предоставление персонифицированного доступа к информации; ведение временных понятий, репликация их на уровень, ответственный за ведение справочника, проверка и последующее распространение утвержденных понятий по всей структуре или по требуемым уровням; поддержка сетевых структур справочников с использованием различных форм представлений информации. Единство понятийного пространства обеспечивается за счет репликации. Под репликацией понимаются средства межуровневого взаимодействия, которые обеспечивают двунаправленную передачу данных между серверами различных уровней (узлами). На каждом узле работа с данными осуществляется локально. Временное пропадание межуровневых каналов связи не критично для системы в целом. Синхронизация информации (передача данных) между узлами происходит в процессе сеансов репликации данных, инициируемых подчиненным узлом. Благодаря постоянному контролю работы каналов связи в случае остановки передачи данных производится оповещение пользователей.Использование Интернет-технологий ("тонкий клиент") позволяет снизить требования к техническим характеристикам рабочих станций и затраты при переходе к новым версиям программных продуктов – необходимо произвести модернизацию программного обеспечения только серверов БД и/или приложений, а не всего парка АРМ.
Системы документации.Официальныедокументы в зависимости от обслуживаемой ими сферы человеческой деятельности подразделяются на управленческие, научные, технические (конструкторские), технологические, производственные и др. Управленческие документы составляют ядро учрежденческой документации. Именно они обеспечивают управляемость объектов как в рамках всего государства, так и в отдельной организации. Управленческие документы и составляют собственно объект делопроизводства[8].
Эти документы представлены комплексом систем, основными из которых являются следующие системы документации:
    организационно-правовая документация;
    плановая документация;
    распорядительная документация;
    информационно-справочная и справочно-аналитическая документация;
    отчетная документация;
    документация по обеспечению кадрами (по личному составу);
    финансовая документация (бухгалтерский учет и отчетность);
    документация по материально-техническому обеспечению;
    договорная документация;
    документация по документационному и информационному обеспечению деятельности учреждения и другие системы документации, включая и те, которые отражают основную деятельность учреждения, организации или предприятия.
Документы, составляющие одну систему документации, связаны единством целевого назначения и в комплексе обеспечивают документирование той или иной управленческой функции или вида деятельности.
4.3.1 Назначение и состав организационно-правовой документации
Одна из основных управленческих функций, реализуемых в деятельности учреждений, организаций, предприятий, фирм, — это функция организации системы и процессов управления, которая включает в себя:
    создание организации, включая выбор ее организационно-правовой формы;
    установление ее структуры;
    определение штатной численности и состава (номенклатуры) должностей — руководителей, специалистов, технических исполнителей и их тарификация по Единой тарифной сетке (ЕТС);
    регламентацию деятельности структурных подразделений и работников;
    формирование совещательных органов управления;
    регламентацию деятельности аппарата управления;
    лицензирование деятельности (в необходимых случаях);
    установление режима работы и системы охраны;
    организацию труда работников и оценка труда работников;
    реорганизацию;
    ликвидацию организации и некоторые другие виды работ.
Организационная деятельность учреждения выражается в разработке и утверждении комплекса организационно-правовых документов, содержащих правила, нормы, положения, устанавливающие статус организации, ее компетенцию, структуру, штатную численность и должностной состав, функциональное содержание деятельности организации в целом, ее подразделений и работников, их права, обязанности, ответственность и другие аспекты.
К организационно-правовым документам относятся: устав организации, положение об организации; положения о структурных подразделениях, коллегиальных и совещательных органах учреждения; регламенты работы коллегиальных и совещательных органов, аппарата управления или руководства; штатное расписание, инструкции по отдельным видам деятельности, нуждающимся в регламентации (например, инструкция по документационному обеспечению); должностные инструкции работникам, правила, памятки и др.
Организационно-правовые документы содержат положения строго обязательные для исполнения, они реализуют нормы административного права и являются правовой основой деятельности учреждения. Эти документы в обязательном порядке проходят процедуру утверждения уполномоченным на это органом — вышестоящей организацией, руководителем данной организации или ее коллегиальным органом (например, собранием акционеров или советом директоров и др.) или руководителем структурного подразделения — в зависимости от вида и разновидности организационно-правового документа. Организационные документы могут утверждаться непосредственно актом руководителя с проставлением грифа утверждения на организационно-правовом документе или распорядительным документом (постановлением, решением, приказом или распоряжением).
Цель разработки организационных документов — наиболее рациональное разделение и кооперация труда между подразделениями и работниками.
Организационно-правовые документы, с точки зрения срока действия, относятся к бессрочным и действуют до их отмены или до утверждения новых. В стабильно работающем учреждении необходимость пересмотра, изменения или дополнения организационно-правовых документов может возникать один раз в несколько лет. В зависимости от характера и глубины изменений в деятельности учреждения организационно-правовые документы либо разрабатываются заново, либо в них вносятся необходимые изменения и дополнения распорядительными документами (приказом или распоряжением руководителя). В случае реорганизации деятельности учреждения разрабатываются новые организационно-правовые документы и их утверждение.
Порядок внесения изменений и дополнений и их пересмотра зависит от вида организационно-правовых документов. Например, изменения и дополнения в устав организации вносятся по мере их возникновения в соответствии с установленной законом процедурой — по решению высшего органа управления организацией (общего собрания акционеров или участников и др.) с обязательным информированием органа, осуществляющего государственную регистрацию организаций. Изменения в штатное расписание вносятся по мере необходимости приказами или распоряжениями руководителя.
Изменения в положения о структурных подразделениях и иных органах учреждения также вносятся распорядительными документами руководства по мере необходимости.
Разрабатываются организационно-правовые документы руководством учреждения или подразделения с привлечением квалифицированных специалистов, хорошо знающих работу учреждения как в целом, так и по отдельным направлениям.
Организационно-правовые документы оформляются на стандартном листе бумаги с обязательным нанесением всех необходимых реквизитов: название учреждения и/или подразделения (если документ утверждается руководителем подразделения), наименование вида документа, дата, номер документа, заголовок к тексту, подпись, гриф утверждения. Датой организационно-правового документа является дата его утверждения.
Текст большинства организационно-правовых документов состоит из разделов, имеющих собственные заголовки и разделенных на пункты, нумеруемые арабскими цифрами.
В процессе подготовки организационно-правовые документы в обязательном порядке проходят процедуру согласования (визирования) со всеми заинтересованными подразделениями и лицами, юридической службой (юристом), заместителями руководителя организации или одним из заместителей, курирующим соответствующее направление деятельности организации.
4.3.2 Назначение и состав плановой документации
Планирование деятельности учреждения - важнейшая функция управления, позволяющая сделать работу учреждения максимально эффективной. Планируя деятельность, учреждение достигает поставленные цели с наименьшими затратами времени, материальных и трудовых ресурсов, наиболее целесообразным и экономичным образом.
Результаты планирования фиксируются в плановых документах, различных по содержанию и форме. Плановые документы обычно имеют следующие названия: план, перспективный план, программа, график, схема, генеральная схема. Программы и генеральные схемы, как правило, носят комплексный характер, их содержание может затрагивать интересы нескольких органов исполнительной власти, организаций, учреждений, предприятий, территорий. Эти документы позволяют решать сложные проблемы, требующие согласованных действий ряда министерств, ведомств, организаций. Программа или генеральная схема формулирует основные направления и общее содержание работ, выполнение которых обычно рассчитано на достаточно длительный срок. Это, как правило, более масштабные документы по сравнению с планом.
Особенность плановых документов в том, что они всегда составляются на какой-либо определенный срок, например несколько лет, год, полгода, квартал, месяц или на период выполнения конкретного вида работ, срок которого установлен распорядительным документом или договором.
Плановые документы разрабатываются на федеральном уровне, отраслевом, территориальном, в отдельной организации. Плановые документы разрабатываются как при необходимости решения сложных комплексных проблем, так и для правильной организации текущей деятельности.
Федеральные планы, программы, генеральные схемы разрабатываются по решению Правительства Российской Федерации одним или несколькими министерствами или ведомствами. При разработке федеральной программы, плана или генеральной схемы несколькими органами исполнительной власти одно из них выступает ответственным за разработку. Проекты федеральных программ, планов и генеральных схем до их представления в Правительство Российской Федерации на утверждение в обязательном порядке проходят стадию согласования со всеми заинтересованными учреждениями. Утверждаются федеральные программы, планы и генеральные схемы постановлениями Правительства Российской Федерации.
Отраслевые планы и программы разрабатываются федеральным органом исполнительной власти, они рассчитаны на выполнение подведомственными учреждениями и организациями. При наличии федеральных планов, программ и генеральных схем их положения конкретизируются в отраслевых планах и программах. Отраслевые планы и программы разрабатываются управлениями и отделами федеральных органов исполнительной власти с привлечением специалистов и заинтересованных организаций, в том числе и подведомственных. Они утверждаются руководителем федерального органа исполнительной власти (министерства или ведомства) и являются обязательными для выполнения. Контроль за их выполнением осуществляется соответствующим федеральным органом исполнительной власти.
Территориальные программы, планы, схемы разрабатываются администрациями краев, областей, районов, городов и других территориальных образований и действуют в рамках территории. Как правило, они касаются вопросов социального и экономического развития и благоустройства территорий.
Планирование деятельности отдельной организации, как правило, осуществляется в форме плана, программы или графика. Планы и программы могут разрабатываться как на длительный срок (до нескольких лет), так и для планирования текущей деятельности.
Текущая деятельность организации планируется, как правило, в форме годовых и квартальных планов работы управлений, отделов, групп, служб, в форме планов и программ командировок, графиков отпусков, а также планов выполнения отдельных специализированных видов работ, наиболее важных и существенных для деятельности организации. При наличии в учреждении коллегий, советов, комиссий (временных или постоянных) их деятельность также планируется.
Источниками для составления планов являются: федеральные и отраслевые планы, программы, генеральные схемы, организационно-правовые документы учреждения, распорядительная документация, решения коллегиальных и совещательных органов, предложения, докладные записки, справки и другие информационные и аналитические материалы, поступающие от других подразделений и служб.
Разрабатываются плановые документы руководством с привлечением квалифицированных специалистов. Планы работы подразделений утверждаются вышестоящим руководителем, планы работы организации в целом - ее руководителем. Планы работы коллегиальных и совещательных органов утверждаются председателем коллегиального или совещательного органа.
4.3.3 Назначение и состав распорядительной документации
Независимо от характера и содержания деятельности организации, ее организационно-правовой формы, компетенции, структуры и других факторов, руководство любой организации наделяется правом издания распорядительных документов.
Основное назначение распорядительных документов — регулирование деятельности, позволяющее органу управления обеспечивать реализацию поставленных перед ним задач, получать максимальный эффект от своей деятельности и деятельности организаций, входящих в его систему. От того, насколько эффективно регулируется деятельность учреждения, зависят результаты работы организации.
Решения, фиксирующиеся в распорядительных документах, направлены на совершенствование организационной структуры учреждения, характера, содержания, средств и способов осуществления основной (производственной) деятельности учреждений, обеспечение организации финансовыми, трудовыми, материальными, информационными и иными ресурсами.Распорядительные документы содержат решения, идущие сверху вниз по системе управления: от управляющего органа к управляемому, т.е. от вышестоящего к подведомственному, от руководителя организации к структурным подразделениям и работникам. Именно эти документы реализуют управляемость объектов по вертикали.
В юридическом плане распорядительные документы относятся к нормативным правовым актам. В них получают выражение конкретные юридически властные предписания субъектов исполнительной власти. Конкретность таких предписаний проявляется в том, что с помощью распорядительных документов разрешаются возникающие в сфере управления проблемы и вопросы; их адресатом являются конкретные учреждения, структурные подразделения, должностные лица или работники; они являются юридическими фактами, вызывающими возникновение конкретных административно-правовых отношений.
С точки зрения сферы своего действия распорядительные документы делятся на:
1.  правовые акты, действующие на федеральном уровне, — акты, издаваемые Президентом Российской Федерации, Правительством Российской Федерации, органами федеральной исполнительной власти;
2.  правовые акты, действующие на уровне субъектов Российской Федерации, - краев, областей, городов республиканского значения Москвы и Санкт-Петербурга, автономных областей и округов, а также их территориальных образований;
3.  правовые акты, действующие в пределах отрасли (издаются отраслевыми органами федеральной исполнительной власти);
4.  правовые акты, действующие в рамках отдельной организации, учреждения, предприятия, фирмы.
   Распорядительные документы, издаваемые органами федеральной исполнительной власти, относятся к категории ведомственных нормативных актов. Их можно разделить на:
   акты, затрагивающие права, свободы, законные интересы граждан Российской Федерации;
   акты межведомственного характера;
   акты, регулирующие отношения органов федеральной исполнительной власти с подведомственными учреждениями, организациями и предприятиями.
Подготовка распорядительных документов федеральных органов исполнительной власти осуществляется в соответствии с Правилами подготовки ведомственных нормативных актов, утвержденными постановлением Совета Министров — Правительства Российской Федерации от 23 июля1993 г. № 722.
Основанием для издания распорядительного документа может быть:
    необходимость исполнения принятых законодательных, нормативных правовых актов и иных решений вышестоящих органов;
    необходимость осуществления собственной исполнительно-распорядительной деятельности, вытекающей из функций и задач организации.
Распорядительные документы могут издаваться совместно несколькими органами управления.
С точки зрения порядка разрешения вопросов (принятия решений) все распорядительные документы делятся на две группы: документы, издаваемые в условиях коллегиальности; документы, издаваемые в условиях единоличного принятия решений.
В первом случае распорядительные документы издаются на основе решений, принимаемых совместно группой работников (коллегией, собранием, советом, правлением и т.п.). Коллегиальность позволяет наиболее правильно и эффективно решать крупные и сложные вопросы, требующие серьезной проработки. На основе коллегиальности действует федеральное правительство, представительные органы и правительства субъектов федерации и органов местного самоуправления, государственные комиссии и комитеты, коллегии министерств, высшие органы управления акционерных обществ и др.
В системе коллегиальных органов особо выделяются совещательные по своему статусу органы, например коллегии министерств. Их специфика заключается в том, что решения совещательных органов носят не обязательный, а рекомендательный характер. Это означает, что руководитель организации имеет право принять собственное решение, вопреки решению совещательного органа.
В условиях единоличного принятия решений власть по всем вопросам управления в организации принадлежит ее руководителю. Единоличное принятие решений обеспечивает оперативность управления, повышает персональную ответственность руководителей за принятые решения. На основе единоличного принятия решений действуют федеральные министерства, администрации субъектов Российской Федерации и других территориальных образований, органы исполнительной власти организаций, учреждений, предприятий, фирм (генеральный директор, директор, исполнительный директор, председатель правления).
В органах управления, действующих на основе коллегиальности, их руководители наделяются правом принимать единоличные решения по достаточно узкому кругу вопросов, как правило, касающихся внутренней деятельности организации — ее кадрового состава, материального и иного обеспечения и некоторых других.
В условиях коллегиального принятия решений издаются постановления и решения.
В условиях единоличного принятия решений издаются приказы, указания, распоряжения.
4.3.4 Назначение и состав справочно-информационной и справочно-аналитической документации
Процесс принятия обоснованных управленческих решений основан на сборе и обработке объективной и достоверной информации. Информация о фактическом положении дел в системе управления содержится в различных источниках, но важнейшее место среди них занимают справочно-информационные и справочно-аналитические документы: акты, справки, докладные записки, переписка и др.
Эти документы выполняют служебную роль по отношению к организационно-правовым и распорядительным документам. Документы этой группы не содержат поручений, не обязывают действовать строго предписанным образом, как распорядительные документы, а сообщают сведения, побуждающие принимать определенные решения, иначе говоря, - инициируют управленческие решения, позволяют выбрать тот или иной способ действия.
Особенность этих документов состоит в том, что, как правило, это документы, идущие снизу вверх по системе управления: от работника к руководителю структурного подразделения, от руководителя подразделения к заместителю руководителя организации или руководителю организации, от подведомственной организации к вышестоящей. Отдельные разновидности справочно-информационных документов, например переписка, используются для реализации информационных связей между равными, не состоящими в отношениях соподчинения организациями и должностными лицами.
Не существует сколько-нибудь непротиворечивой классификации этих документов. В достаточной степени условно всю совокупность этих документов можно разделить на справочно-информационные и справочно-аналитические документы (рисунок 1).

Рисунок 1 - Справочная документация
Особое место в системе информационно-справочной документации занимает переписка - обобщенное название различных по содержанию документов, выступающих в качестве инструмента оперативного информационного обмена между организациями.
Деловая переписка занимает значительное место в документальном массиве учреждений. Являясь связующим звеном между организациями, переписка занимает около 80% входящей и исходящей документации.
Виды деловой переписки и их названия (письмо, телеграмма, телекс, факсограмма (факс), телефонограмма) определяются способами передачи деловой информации, которые подразделяются на два основных вида - почтовая связь и электронная связь.
Переписку отличает широкое видовое разнообразие: от имеющих нормативный характер писем и телеграмм государственных органов до обращений граждан и типовых заявок. Содержанием переписки могут быть запросы, уведомления, соглашения, претензии, соглашения, напоминания, требования, разъяснения, подтверждения, просьбы, рекомендации, гарантии и т.д.4.3.5 Назначение и состав отчетной документации
Отчетную документацию составляют документы, содержащие сведения о результатах деятельности учреждения, организации, предприятия за определенный период времени — год, полугодие, квартал, месяц, декада. Отчетная документация в деятельности организации и государства в целом выполняет функцию обратной связи, позволяя сопоставлять полученные результаты с показателями, намеченными планом или программой.
Анализ отчетных документов дает возможность руководству корректировать деятельность как самой организации, так и подведомственной системы, совершенствовать организационную структуру характер и содержание выполняемых работ, кадровый состав организации, обеспечение ее финансовыми, материальными и иными ресурсами.
Отчетная документация учреждения состоит из нескольких комплексов документов:
государственная статистическая отчетность;
ведомственная отчетность;
внутриучрежденческая отчетность.
Формы документов государственной статистической отчетности разрабатываются Госкомстатом России и являются обязательными для всех учреждений, организаций и предприятий. Порядок составления и оформления документов государственной статистической отчетности установлен Положением о порядке предоставления государственной статистической отчетности в Российской Федерации, утвержденным постановлением Госкомстата от 14 августа1992 г № 130.
Формы документов ведомственной отчетности разрабатываются министерствами и ведомствами. Федеральные органы исполнительной власти, выполняющие функции органов межотраслевой координации, разрабатывают формы ведомственной отчетности, обязательные для всех учреждений, организаций и предприятий, например Центральный банк Российской Федерации, Государственная налоговая служба Российской Федерации и Министерство финансов Российской Федерации разрабатывают формы бухгалтерского учета и отчетности, налоговой отчетности, обязательные для всех организаций. Федеральные органы исполнительной власти, выполняющие функции отраслевого управления, разрабатывают формы ведомственной отчетности, обязательные для учреждений, организаций и предприятий отрасли.
Государственная статистическая и ведомственная отчетность представляется в установленные сроки соответствующим территориальным органам. По срокам представления она может быть декадной, месячной, квартальной, полугодовой и годовой. В заинтересованные органы представляется первый экземпляр подготовленного отчета и электронная копия документа.
Кроме государственной статистической и ведомственной отчетности, в каждом учреждении составляется внутренняя отчетность о выполнении планов, заданий, разовых поручений руководства или поручений вышестоящей организации. Такого рода отчетные документы составляются специалистами структурных подразделений и представляются на рассмотрение руководства данной или вышестоящей организации.
Внутриучрежденческие отчетные документы могут называться: отчет или справка отчетного характера (в отличие от аналитической справки).
Отчетные документы могут составляться по различным направлениям деятельности организации: о результатах функциональной деятельности подразделений и в целом — организации, о результатах научно-исследовательской или научно-внедренческой деятельности, о командировках, о результатах рекламной деятельности (рекламных кампаний), о выполнении отдельных, разовых мероприятий или заданий руководства и др.
4.4 Классификация документов
1 Классификация по средствам фиксации:
               письменные (рукописные, машинописные, сделанные на множительных аппаратах);
               графические (чертежи, схемы);
               фото- и кинодокументы.
2 Классификация по видам деятельности независимо от средств фиксации документов:
                   организационно-распорядительные (приказы, распоряжения, справки), имеют исключительное значение, так как с ними имеют дело практически все сотрудники организации;
                   документы по финансово-расчетным операциям;
                   документы по планированию и др.
3 Классификация по месту составления:
                   внутренние (составляются внутри организации и предназначены для работы внутри организации);
                   внешние (выходят за рамки предприятия или поступают из других организаций).
4 Классификация по содержанию:
                   простые;
                   сложные.
5 Классификация по форме:
                   индивидуальные (документы, которые имеют свои особенности, например, приказ);
                   трафаретные (документы, на которых часть информации отпечатана, а часть вписывается при заполнении);
                   типовые (документы для группы однородных предприятий, например, инструкции).
6 Классификация по срокам исполнения:
                    срочные (требуют исполнения в определенные сроки);
                    несрочные (срок исполнения неустановлен, для таких документов сроки исполнения устанавливаются внутри каждого предприятия).
7 Классификация по происхождению:
                   служебные (затрагивают интересы предприятия);
                   личные (для каждого конкретного лица).
8 Классификация по назначению (стадиям создания):
                   подлинники (первый и единственный экземпляр документа);
                   копии (повторное, абсолютно точное воспроизведение подлинника с пометкой «Копия», которое заверяется в установленном порядке должностным лицом, при необходимости заверяется печатью);
                   выписка (часть подлинного документа, заверяется специализированным должностным лицом, в некоторых случаях – печатью);
                   дубликаты (повторное воспроизведение подлинника в случае его потери).
9По способу воспроизведения подлинника различают факсимильные копии и свободные.
Факсимильная копия отражает все особенности подлинника (его реквизиты) – фотокопия, ксерокопия.
Свободная копия – передает содержащуюся в документе информацию, но без графического соответствия подлиннику.
При воспроизведении какой – либо части документа делают выписку (из протокола, приказа).
Копии и выписки имеют юридическую силу, если они заверены в установленном порядке (нотариально, в отделе кадров, канцелярии и т.д.).
ОТПУСКОМназывается копия отправленного документа (письма), остающаяся на предприятии. Отпуски используют для организации справочного учета документов.
10 По степени гласности выделяют документы обычные, секретные и для служебного пользования.
11 По юридической силе различают подлинные и подложные документы. Подлинные подразделяются на действительные и недействительные (утратившие юридическую силу)
Проектирование форм входных и выходных документов.Входные и выходные документы АСОД должны, как правило, выполняться на типовых, специализированных и стандартных бланках, что позволяет использовать для их заполнения на ЭВМ Искра-555 и ЭБТ Нева-501, АЦПУ которых имеют приспособления для передней и задней закладки бланков. [1]
Реквизиты входных и выходных документов, использованные в ТПР задачи, наиболее полно удовлетворяют систему расчетов по заработной плате на предприятиях и могут быть использованы без изменений. [2]
При проектировании форм входных и выходных документов возникают две проблемы. Первая связана с проектированием содержания документов, включающего состав реквизитов и показателей, которые будут в него входить. [3]
Используемые в системе формы входных и выходных документов должны быть не только полными, позволяющими охватывать все аспекты задачи, но и экономными, исключающими непроизводительные затраты ручного труда и машинного времени. [4]
Сравнительно легко оценить число входных и выходных документов, которые используются при обработке известного объема данных. [5]
Полный состав и структура записи входных и выходных документов по всему комплексу решаемых в рамках АБИС задач и видам изданий должен быть определен в ходе технического и рабочего проектирования. [6]
В этом разделе приводятся формы входных и выходных документов, сроки и периодичность поступления информации, потребители, объемы и схемы движения информационных материалов. [7]
Были разработаны и внедрены формы входных и выходных документов, инструкции и графики работы, позволяющие связать технические средства и людей, удаленных на расстояния до 1000 км в единую систему человек - машина, обеспечивающую сбор и обработку информации. Для приема телемеханической информации было создано устройство согласования ТМ-100 - ЭВМ Днепр-1. Для воспроизведения информации разработаны специальный телеэкран и дистанционные пульты запроса руководства. [8]
Для изображения на функциональных блок-схемах входных и выходных документов, носителей массивов и самих функциональных блоков используются условные обозначения. [9]
Источниками для формирования СЕЙ служат формы входных и выходных документов, а также алгоритмическое описание функций управления разрабатываемой ЛСУП. [10]
В задачах, обрабатывающих сложные по форме входные и выходные документы, строгое описание носителей постановщиками задач имеет большое значение, но ему уделяется недостаточно внимания. В некоторых случаях простоты описания добиваются, накладывая на формы документов ограничения, объясняемые требованиями ЭВМ. Иногда для исходных описаний носителей предлагаются языки, привязанные к конкретным программным реализациям, конкретным видам носителей. Рассматриваемые в настоящем разделе средства исходного описания носителей достаточно универсальны как с точки зрения физической природы носителей, так и с точки зрения описывающей их математической модели. [11]
Модель схемы документооборота ( СД.| Модель штатного расписания.
Схема документооборота ( СД) устанавливает перечень входных и выходных документов, источник поступления и адресат, периодичность составления для отдельных подразделений системы управления. [12]
Привязка дается на уровне модулей программ и форм входных и выходных документов. [13]
Для изучаемой совокупности задач обработки данных статистической отчетности соотношение входных и выходных документов весьма разнообразно. Формы входного и выходного документов могут как полностью совпадать по подлежащему и сказуемому, так и частично, но эти отклонения достаточно просто могут быть учтены в операционном составе алгоритма обработки. [14]
Универсальная система печати представляет собой программную систему с языком описания входных и выходных документов, транслятором и набором процедурных модулей, обеспечивающих необходимые виды обработки. [1]
Регламентация структуры системы документов ВЦКП и унификация требований к формам входных и выходных документов, применяемых в документообороте, к составу и расположению рек визитов обеспечивают единую методологическую основу построения локальных документных форм, используемых на ВЦКП, и их взаимоувязку с у СД. [2]
Создание системы информационного обеспечения АСУ химической промышленности проводится параллельно с приведением форм входных и выходных документов к виду, удобному для пользователя и одновременно приемлемому для обработки на ЭВМ. Проведенные исследования позволили создать формы, характерные для каждого временного периода и позволяющие проводить расширенный анализ. [3]
Обследование потоков информации производится для установления объемов и характеристик информации как во входных и выходных документах, так и в массивах условно-постоянной информации, используемой в подразделениях предприятия или организации. Обследование решаемых задач выполняется для установления их характеристик и описания задач. Существуют следующие основные методы обследования: последовательный и системный. [4]
Ввод данных осуществляется с дисплеев или с магнитных лент, с журнальной регистрацией входных и выходных документов и выдачей протоколов об ошибках в документах. Обработка ведется в пакетном режиме. [5]
Регламентация функций управления и разработка функциональной структуры производится после уточнения постановок задач и форм входных и выходных документов. [6]
Таким образом, составные единицы информации в изучаемой совокупности задач широко применяются для описания форм входных и выходных документов. [7]
МОТПР и его описание можно использовать в конкретных АСУ, если с принятыми в ТПР формами входных и выходных документов полностью или частично совпадают формы входных и выходных документов ( состав и характеристика реквизитов, алгоритм расчета показателей), предназначенных для обработки в конкретной АСУ. При использовании ТПР в конкретной АСУ необходимо изучить постановку задачи, ее особенности для данного объекта с целью уточнения объемов работ по доработке МО АСУ; уточнить принципиальную блок-схему решения задачи; разработать программы ОПР и необходимую к ним документацию; собрать и протестировать программы; скомплектовать документацию рабочего проекта АСУ. [8]
Далее совокупность входных и выходных показателей разбивается на группы, каждая из которых будет включена соответственно во входные и выходные документы. [9]
Математическое обеспечение и соответствующая документация ТПР для конкретных АСУП могут быть использованы в следующих случаях: формы входных и выходных документов, характеристика их реквизитов и алгоритм ( методика) расчета совпадают с принятыми в ТПР; формы выходных документов, характеристика их реквизитов и алгоритм ( методика) расчета ( кроме алгоритма формирования исходных данных) совпадают с принятыми в ТПР; отдельные формы входных и выходных документов и характеристика их реквизитов, часть алгоритмов расчета совпадают с принятыми в ТПР. [10]
На стадии детальной концепции производится определение детальных схем информационных потоков, при участии заказчика производится уточнение форм входных и выходных документов. После этого производится определение физических файлов для логических записей, определенных в словаре данных. Это примерно соответствует выбору параметров физической организации по приведенной на рис. 2.1 технологии. [11]
Организационные принципы АСУП предусматривают решение задач с шагом управления в пределах смены, суток, а также минимум входных и выходных документов. [12]
Второй раздел содержит описание порядка и указание сроков представления первичных документов на обработку, порядок работы с входными и выходными документами. Особое внимание должно быть уделено процедурам внесения изменений, определены ответственные исполнители. В третьем разделе целесообразно привести, перечень наиболее распространенных ошибок, характеристику причин их возникновения и мероприятия по их устранению. [13]
Общая схема использования пакета ПППА.
Методика экономического анализа включает не только правила, по которым производятся расчеты, но и информацию о формах входных и выходных документов, о составе входящих в них показателей
Математическое обеспечение ТПР и его описание могут быть использованы в конкретных АСУП, если принятые в ТПР формы входных и выходных документов полностью или частично совпадают с формами аналогичных по назначению документов, предназначенных для обработки и получаемых после обработки. [1]
Поэтому при координации совместного последовательного или параллельного проектирования АСПР и ОАСУ должны быть определены и согласованы перечень и содержание входных и выходных документов и показателей, которыми будут обмениваться системы, используемые классификаторы, формы технических носителей информации, порядок и сроки передачи данных. [2]
Математическое обеспечение ТПР и его описание могут быть использованы в конкретных АСУП, если с принятыми в ТПР формами входных и выходных документов полностью или частично совпадают формы входных и выходных документов ( характеристика их реквизитов и алгоритм расчета), предназначенных для обработки. [3]
Известно, что любая организационно-экономическая система управления объективно подвержена изменениям: меняются методики расчета тех или других показателей, формы входных и выходных документов, а также требования к регламенту получения результатов расчета и др. Естественным является требование к СМОД - обеспечить ее адекватность реальным информационным процессам на объекте управления за счет модификации СМОД. В связи с этим СМОД должна обладать адаптивными свойствами, с помощью которых обеспечивается автоматическая настройка СМОД на изменяющиеся условия. В конечном итоге проект СМОД должен быть таким, чтобы пользователь имел возможность модифицировать систему в процессе ее функционирования. [4]
Перед внедрением проекта машинной обработки информации выполняются различные подготовительные работы: отлаживается на ЭВМ программа обработки информации, изготовляются формы входных и выходных документов, проводятся контрольные эксперименты с целью определения эффективности машинной обработки информации, работники соответствующих служб вычислительного центра знакомятся с проектом. [5]
Соотношение между единицами информации.
Примеры форм записи и структуры массива данных приведены в табл. 36 и 37, в которых дается описание записи массива соответственно реквизитам входных и выходных документов по МО. [6]
Должны быть отражены: состав и содержание машинных массивов; состав и содержание справочников, каталогов и картотек; состав и содержание входных и выходных документов АСУ и маршруты их движения, машинный массив документов в АСУ; описание информационных языков АСУ; информационная модель АСУ; экономическая оценка проектных решений. [7]
Результаты работ по созданию системы документооборота, обеспечивающего автоматизацию процессов управления, должны быть подробно изложены и представлены руководству с приложением всех формвходных и выходных документов. [8]
На начальных этапах проектирования ИВС, как правило, не известен полный перечень и характеристики решаемых ею функциональных задач, а также окончательные формы входных и выходных документов и сообщений. Поэтому разработчики системы вынуждены ориентироваться лишь на некоторые весьма общие характеристики одного или нескольких классов задач, для решения которых предназначается система. Это заставляет при проектировании отдавать предпочтение универсальным средствам технического и особенно программного обеспечения, избегая использования узко специализированных средств, обладающих в определенных режимах более высокими техническими характеристиками. [9]
Основой системы ИСДОС [23] является некоторый специальный алгоритмический язык высокого уровня PSL, на котором формулируются требования пользователя к системе обработки данных, включая систему входных и выходных документов. Язык PSL является некоторой специализацией алгебры логики применительно к информационным процессам. Он ориентирован на использование расширяющегося набора ( библиотеки) процессоров. При разработке процессоров может использоваться их рекурсивная вложенность. [10]
МОТПР и его описание можно использовать в конкретных АСУ, если с принятыми в ТПР формами входных и выходных документов полностью или частично совпадают формы входных и выходных документов ( состав и характеристика реквизитов, алгоритм расчета показателей), предназначенных для обработки в конкретной АСУ. При использовании ТПР в конкретной АСУ необходимо изучить постановку задачи, ее особенности для данного объекта с целью уточнения объемов работ по доработке МО АСУ; уточнить принципиальную блок-схему решения задачи; разработать программы ОПР и необходимую к ним документацию; собрать и протестировать программы; скомплектовать документацию рабочего проекта АСУ. [11]
Комплекс типовых проектных решений содержит краткое описание и технико-экономическую характеристику технических средств, технологию их применения, инструкцию по составлению программ работы устройств, примеры входных и выходных документов и носителей информации. [12]
Опыт разработки АСУ показывает, что наиболее часто расхождение между тождественными по содержанию задачами сводится к различным структурам шифров, применяемым на разных объектах, различным формамвходных и выходных документов, различному представлению реквизитов в документах. Для расширения области применения ТПР реализуется принцип независимости алгоритмов и программ от структуры кодов. Тем самым пользователи ТПР свободны в выборе форм документов при условии, что их содержание будет соответствовать заложенным в ТПР массивам: входные документы должны содержать реквизитов не меньше, чем соответствующие им массивы в ТПР, а выходные документы - не больше. [13]
В подразделе Требования к информационному обеспечению обычно указывается состав и порядок разработки таких основных элементов информационного обеспечения, как классификаторы и шифраторы информации, нормативно-справочные документы, формы входных и выходных документов, а также требования к их унификации. Здесь могут содержаться также требования к методам организации массивов информации и способам осуществления информационных связей между функциональными подсистемами внутри данной ИВС. [14]
Математическое обеспечение ТПР и его описание могут быть использованы в конкретных АСУП, если с принятыми в ТПР формами входных и выходных документов полностью или частично совпадают формывходных и выходных документов ( характеристика их реквизитов и алгоритм расчета), предназначенных для обработки. [1]
На стадии технического проекта на основании блок-схемы, содержащейся в постановке ТПР Задача, определяется окончательное применение ТПР с точностью до - модуля и осуществляется согласование с заказчиком форм входных и выходных документов. Работы выполняются специалистами по разработке постановок задач с привлечением в случае необходимости специалистов по обработке данных. [2]
Здесь и далее термин функциональная задача будет применяться к задачам, имеющим законченный технологический смысл для рассматриваемой газотранспортной системы или для отдельного объекта ( на уровне АСУТП объекта) и комплект внешних входных и выходных документов, которые предназначены для непосредственной работы пользователя и обрабатываются средствами АСУ. Функциональная задача в программной реализации включает набор унифицированных программных модулей из единой библиотеки, а также ряд специфических блоков и управляющую программу, свойственные только этой задаче. [3]Опыт проектирования АСУП, накопленный Минприбором, а также другими министерствами и ведомствами, показывает, что часто расхождение между аналогичными задачами, решаемыми на сходных предприятиях, заключается в использовании различных форм входных и выходных документов, применении различных технических средств для сбора, регистрации и передачи производственных данных. Следовательно, пользователю-проектировщику представляется полная свобода в выборе форм документов при условии, что их содержание будет соответствовать заложенным в ТПР массивам. При этом входные документы должны содержать не меньше реквизитов, чем эквивалентные ТПР-массивы, а в конкретных выходных документах ( табуляграммах) не должно быть больше реквизитов и показателей, чем в соответствующих выходных массивах ТПР. [4]
Программа поддерживает сложившееся на предприятии разделение бухгалтерии на участки учета, имеет средство разграничения доступа к информации, поддерживает суверенность и ответственность каждого исполнителя, устанавливает необходимые взаимосвязи для обмена данными, обеспечивает согласованную работу бухгалтеров, обладает средствами гибкой настройки входных и выходных документов, автоматизирует процедуры формирования проводок и выполнение расчетов на основе использования типовых хозяйственных операций. [5]Информационное обеспечение АСУ ТП Сода, изображенное на рис. 54, включает: схему информационных потоков; перечень измеряемых параметров технологического режима; описание процедур сбора, обработки и использования информации; ранжировку измеряемых параметров по частоте опроса первичных преобразователей, привязке к УВК и др.; нормативно-справочную информацию ( НСИ); справочник шифров и кодов параметров технологического режима; входные и выходные документы. [ Отображение и организация информации на машинных носителях.
Проектирование входных массивов ЭИС.
Проектирование состава и массивов нормативно-справочной информацииОсновные данные, необходимые для создания информационного фонда НСИ, содержатся в учетной и технологической документации. В настоящее время на многих предприятиях внедряются и действуют единые типовые системы документации. С целью исключения дублирования информации все документы должны быть увязаны в единую систему и отвечать основным требованиям электронной обработки информации. Зафиксированная в различных действующих документах нормативно-справочная информация должна быть упорядочена и приспособлена к нуждам автоматизированной обработки информации. С этой целью формируются дополнительные документы, содержащие промежуточные данные, получаемые из действующих документов. Выбор показателей и их расположение в промежуточных документах должны соответствовать структуре создаваемых баз данных. Корректировка базы данных НСИ производится на основании извещения об изменениях. При этом проставляется дата изменения и составляется список измененных показателей. Если объем изменений НСИ велик, целесообразно не производить корректировку существующей БД, а создавать новую. По множествам объектам кодирования, которые носят систематический характер (например, дата, номер операции и т.д.), НСИ не разрабатывается. Иногда в документе, содержащем нормативно-справочную информацию, отдельной позицией показывается пример присвоения кодовых обозначений. Разработка нормативно-справочной информации начинается после согласования системы классификации и кодирования. Источниками для разработки НСИ могут быть действующие на предприятии классификаторы (общегосударственные, отраслевые и локальные), а также учетные, контрольные, технологические и другие документы. Процесс разработки НСИ включает несколько этапов, перечень и последовательность выполнения которых указывается в план-графике, например: разработка образцов форм нормативно-справочной информации; присвоение перечня кодируемой информации; присвоение кодов элементам номенклатуры; составление НСИ и ее передача другим лицам для практического использования. Для каждой формы НСИ разрабатывается инструкция по ее ведению и использованию. Вопрос №2(4). Автоматизация учета кассовых операций Автоматизированное решение учета, контроля и аудита финансово-расчетных операций включает следующие задачи: учет денежных средств в кассе предприятия; учет денежных средств на счетах в банке; учет расчетов с подотчетными лицами и прочих расчетов; аналитический учет по соответствующим счетам денежных средств и расчетов; аудит финансовых операций. В состав системы автоматизированной обработки задач финансово-расчетных операций входит база данных, языковые и программные средства, реализующие доступ к данным и управление ими, а также программное обеспечение для решения данного комплекса задач и средства общения пользователей с системой в виде соответствующих языков диалога. Для решения задач по учету финансово-расчетных операций, в том числе и кассовых операций с использованием АРМ бухгалтера необходима следующая информация: данные первичного учета, данные единой базы бухгалтерских записей, нормативно-справочной информация.
Данные классификаторы разделяют на три вида: 1) общая для всех информационных систем информация, описывающая различные ресурсы предприятия, - это классификатор единиц измерения, кодов предприятий и т.д.; 2) классификаторы, содержащие уникальную для различных информационных систем информацию, отражающую характеристику ресурсов, - классификаторы основных средств, материальных ценностей, трудовых, денежных ресурсов; 3) классификаторы, используемые только в пределах учета, контроля, анализа и аудита, - это классификаторы синтетических счетов, субсчетов и кодов аналитического учета, хозяйственных операций и т.д. Перечень основных классификаторов НСИ, используемых при автоматизации учета, контроля, анализа и аудита, приведен в таблице№1. Таблица 1 Перечень основных классификаторов НСИ, используемых при автоматизации учета, контроля, анализа и аудита Наименование Система кодирования Классификатор календарных месяцев Код двузначный, соответствует порядковому номеру месяца Классификатор календарных лет №ед четырехзначный, соответствует порядковому номеру года Классификатор календарных кварталов Кодовое обозначение соответствует порядковым номерам кварталов Классификатор структурных подразделений Кодовое обозначение пятизначное 1 знак — номер предприятия, последующие два знака - номер высшего структурного подразделения, последние два знака соответствуют низшим звеньям управления Классификатор учетных номенклатур Кодовое обозначение семизначное два знака — синтетический счет, один знак — субсчет, четыре знака — код аналитического учета Классификатор профессий рабочих Кодовый словарь разрабатывается в соответствии с тарифно-квалификационным справочником работ и профессий рабочих Классификатор видов оплат и удержаний Классификатор разрабатывается на предприятии на основании введенных форм и видов оплат и удержаний Классификатор типовых хозяйственных операций Классификатор разрабатывается на основании анализа хозяйственных операции и соответствующих им бухгалтерских проводок Классификатор номенклатура-ценник готовой продукции, выполненных работ и услуг Классификатор разрабатывается на предприятии самостоятельно Классификатор экономических элементов Классификатор разрабатывается самостоятельно Структура классификатора наименование элемента и его код Классификатор статей калькалькуляции Классификатор разрабатывается с учетом специфики учета затрат на производство и имеет следующую структуру наименование статьи и ее код Код калькуляции состоит из двух знаков первый знак позволяет получить затраты в целом по статье, второй знак дает возможность дифференцировать затраты по их видам в разрезе подстатей Классификатор групп основных средств Классификатор разрабатывается в соответствии с требованиями и группировками, принятыми при составлении годового отчета, форма 3 Классификатор инвентарных номеров Классификатор разрабатывается на основании имеющихся основных средств с присвоением инвентарных номеров Инвентарные номера присваиваются по порядково-серийной системе кодирования Классификатор норм амортизационных отчислений Классификатор разрабатывается согласно существующих норм амортизационных отчислений Классификатор поставщиков, подрядчиков Классификатор разрабатывается предприятием самостоятельно на основании имеющихся на предприятии расчетов со сторонними организациями Классификатор хозяйственных операций Классификатор разрабатывается на основании анализа проведенных по учету хозяйственных операций Справочник представляет собой сборник справок, т.е. фрагментальных сведений, получаемых по запросу.
Справочник курса валют необходим для перерасчета сумм по действующему курсу национальной валюты Украины. Его структура: наименование валюты, код валюты, единица валюты, стоимость валюты в национальной денежной единице, дата ввода курса валюты. Справочник типовых бухгалтерских проводок используется при вводе информации для автоматизированного проставления контировок бухгалтерских проводок. Он имеет следующую структуру: счет, вид хозяйственной операции, объект аналитического учета, корреспондирующий счет. После ввода НСИ осуществляется решение соответствующей задачи учета. Для этого в головном меню выбирается необходимая функция, производятся расчеты, и формируется выходная информация. При работе с кассовыми операциями на экране высвечивается меню II уровня следующего содержания: Приходной кассовый ордер Расходной кассовый ордер Платежная ведомость Кассовая книга Ежедневная ведомость Ведомость использования средств по целевому назначению Ведомость поступления (расходования) денежных средств Ведомость аналитического учета Карточка депонирования Ведомость депонированных сумм Режим работы Мін-во освіти і науки України, КНЕУ. - К. : КНЕУ, 2005. - 187 с. Шквір, В.Д. Інформаційні системи і технології в обліку : практикум / В. Д. Шквір, А. Г. Загородній, О. С. Височай. - К. : Знання, 2006. - 429 с. Шквір, В.Д. Інформаційні системи і технології в обліку : навчальний посібник / В. Д. Шквір, А. Г. Загородній, О. С. Височай. - 3-те вид., перероб. і доп. - К. : Знання, 2007. - 439 с.
Как принимать решения
Затем вся информация должна быть оценена и распространена среди нуждающихся сотрудников и других специалистов. Информационное обеспечение основывается на четырех дополнительных системах, которые в сумме составляют систему маркетинговой информации. Это: система сбора данных внешнего характера; система внутренней отчетности; система маркетинговых исследований; система анализа маркетинговой информации. Кроме того, для эффективного функционирования системы информационного обеспечения необходима сформированная база данных, состоящая, например, из постоянно обновляющихся данных о состоянии конкретного объекта, внешней среды бизнеса, а также нормативно-справочная информация, которая постоянно обновляется. Эксперимент применяется в условиях, которые могут подвергаться контролю, с целью выявления изменений итоговых результатов при изменении некоторых условий и статичности остальных факторов. Выбор метода для проведения исследований зависит от множества факторов, часто используются метопы обоих видов с целью уточнения результатов. 4 ... »Алгоритрм исследования систем управления
Сюда включаются все документы, относящиеся к системе (утвержденные в процессе разработки и утвержденные ранее, но принятые к использованию без каких-либо доработок). Их комплектация может осуществляться по признакам, принятым для ведомости документации рабочего проекта. 5. План мероприятий по внедрению системы. 6. Расчет эффективности проектных мероприятий по внедрению системы. 7. Пояснительная записка к рабочему проекту, которая, как правило, должна содержать: • основание для разработки рабочего проекта; • цели и задачи его разработки; • краткую характеристику хозяйственной деятельности предприятия; • проектные решения и обоснования их принятия; • состав рабочего проекта (в этом разделе указывается место проектных решений в соответствующих документах рабочего проекта); • источники информации, использованные при разработке проекта (список использованной нормативной, справочной и другой литературы). После оформления РП целесообразно организовать его рецензирование, а в необходимых случаях и экспертизу. Результаты объективного рецензирования или экспертизы могут существенно помочь в
Система технической документации на АСУ. ТРЕБОВАНИЯ К СОДЕРЖАНИЮ ДОКУМЕНТА «ОПИСАНИЕ АЛГОРИТМА»
В разделе «Используемая информация» следует приводить перечень массивов информации и (или) перечень сигналов, используемых при реализации алгоритма, в том числе: массивов информации, сформированных из входных сообщений (документов плановой, учетной и нормативно-справочной информации, сигналов и т.д.); массивов информации, формируемой данным и другими алгоритмами и сохраняемой для реализации данного алгоритма. По каждому массиву приводят: наименование, обозначение и максимальное число записей в нем; перечень наименований и обозначений, используемых (или неиспользуемых) реквизитов и (или) входных переменных (для АСУ ТП). Примечания: 1. Перечень используемых в алгоритме реквизитов приводят и случае, если для данного массива в проектную документацию не включен документ «Описание массива информации«или число используемых реквизитов из документа «Описание массива информации» меньше числа неиспользуемых реквизитов. 2. Перечень неиспользуемых реквизитов приводят в случае, если число используемых реквизитов из документа «Описание массива информации» больше числа неиспользуемых реквизитов. 2.4 ... »Разработка автоматизированной информационной системы учёта товародвижения в торговле
Информационная база влияет на эффективность всей системы, возможность решения функциональных задач и т.д. В состав информационной базы входят: 1. массивы постоянной нормативно-справочной информации; 2. массивы, содержащие текущие данные о состоянии управляемого объекта; 3. массивы, содержащие данные, поступающие из внешней среды; 4. массивы, содержащие накапливаемые данные за определенный промежуток времени. Информационное обеспечение предприятия условно можно разделить на внемашинное и внутримашинное. К внемашинному обеспечению относится часть информационного обеспечения, представляющая собой совокупность сообщений, сигналов и документов, используемых при функционировании автоматизированной системы управления в форме, воспринимаемой человеком без применения средств вычислительной техники. К внутримашинному относится та часть информационного обеспечения, которая, представляя собой совокупность используемых в автоматизированных системах управления данных, фиксируется на машинных носителях системы. Основная задача организации информационного обеспечения состоит в адекватном отображении объекта управления и обеспечении информационных потребностей функциональных задач управления, а в данном случае, потребностей задачи «Автоматизация учета товародвижения». 2.1 Внемашинное информационное обеспечение К внемашинному информационному обеспечению относятся товары в магазинах, товары поступающие в магазины, фактически работающие продавцы, документы поставщиков, продаваемые товары.2.1.1 Инфологическая или информационная модель (схема данных) и ее описание Схема данных изображена на рисунке 3.1. В неё входят таблицы, описанные в Таблице 5. открыть »Управление персоналом
Требования к оформлению документов основываются на государственных стандартах унифицированных систем документации: ГОСТ 16 487-83 «ДП и архивное дело. Термины и определения» и ГОСТ Р 6.30-97 «Унифицированные системы документации. Унифицированная система организационно-распорядительной документации. Требования к оформлению документов». 17. Информационное обеспечение системы управления персоналом Основные функции процесса управления персоналом, выполняемые на различных иерархических уровнях системы управления организацией, сводятся к выработке и обоснованию управленческих решений, контролю за их выполнением. Поэтому управление персоналом представляет собой информационный процесс, включающий получение, анализ и обработку, хранение, использование, наращивание информации. Информационное обеспечение службы управления персоналом – это совокупность реализованных решений, касающихся объема, размещения и форм организации информации, обращающейся в службе управления персоналом при ее функционировании. Оно включает в себя: оперативную, нормативно-справочную информацию, классификаторы технико-экономической информации, системы документации унифицированные и специальные ... »Введение в информатику
Текстовая информация - это совокупность алфавитных, цифровых и специальных символов, с помощью которых представляется информация на физическом носителе (бумага, изображение на экране дисплея). Графическая информация - это различного рода графики, диаграммы, схемы, рисунки и т.д. Стабильность. По стабильности информация может быть переменной (текущей) и постоянной (условно-постоянной). Переменная информация отражает фактические количественные и качественные характеристики производственно-хозяйственной деятельности фирмы. Она может меняться для каждого случая как по назначению, так и по количеству. Например, количество произведенной продукции за смену, еженедельные затраты на доставку сырья, количество исправных станков и т.п. Постоянная (условно-постоянная) информация - это неизменная и многократно используемая в течение длительного периода времени информация. Постоянная информация может быть справочной, нормативной, плановой: постоянная справочная информация включает описание постоянных свойств объекта в виде устойчивых длительное время признаков; постоянная нормативная информация содержит местные, отраслевые и общегосударственные нормативы; постоянная плановая информация содержит многократно используемые в фирме плановые показатели.
Аудит
Рабочие  документы аудитора. Аудиторская документация помогает упорядочить процесс аудита, вести его по разработанной для аудиторской фирмы схеме. Поэтому сведения, содержащиеся в рабочих документах, могут быть использованы в дальнейших контактах с той фирмой-клиентом, в процессе проверки которой они созданы, в работе с другими клиентами, если встречаются аналогичные ситуации, в ходе обучения молодых аудиторов. В аудиторской документации можно выделить 2 группы: нормативно-справочная и налоговая документация; рабочие документы, создаваемые аудиторской организацией, а также полученные от экономического субъекта или третьих лиц при аудиторской проверке. Нормативно-справочная и налоговая документация: при образовании аудиторской фирмы первое, что она должна сделать, это создать информационную базу нормативно-справочной и налоговой документации. Ко второй группе рабочей документации аудитора относятся: информация относительно организационно-правовой формы и организационной структуры экономического субъекта; извлечения или копии учредительных документов экономического субъекта, а также его иных важных для проверки юридических документов (договоров, контрактов, протоколов); описание системы внутреннего контроля и организации бухгалтерского учета экономического субъекта; планы и программы проведения аудита; описание использованных аудиторских процедур и их результатов, сведения о том, кем и когда они выполнялись; объяснения, пояснения и заявления экономического субъекта; аналитические документы аудиторской организации; второй экземпляр Письменной информации аудитора руководству экономического субъекта по результатам проведения аудита. открыть »Организация грузоперевозок на железной дороге
На вывозные и передаточные поезда, формируемые на станциях узла, должны передаваться телеграммы(телефонограммы) — сводки, в которых для вагонов, следующих на станцию расформирования под выгрузку , должен указываться род груза и грузополучатель. Точная информация о поездах для которых передача ТНЛ не установлена (в т.ч. сборные) должны осуществляться отделением дороги с указанием необходимых сведений о вагонах, следующих под выгрузку на данную станцию. Сведения о местных вагонах из ТНЛ и телеграмм-сводок должны записываться в специальную книгу, передаваться диспетчеру по местной работе и грузополучателю с указанием числа вагонов и рода грузов. Глубина предварительной информации определяется дорожными инструкциями и указывается в договорах о передаче информации грузополучателям. В условиях применения АСУ для решения информационно- справочных и технологических задач необходимо накопление нормативно-справочной и переменной информации создание базы данных. Нормативно- справочная информация используется многократно и является относительно постоянной. Она характеризует основные технические и эксплуатационные параметры грузовой станции: сведения о путях, грузовых фрахтах, складах, маневровых средствах, нормах времени на выполнение технологических операций и др., которые и являются источниками ее формирования. открыть »Пути улучшения учета затрат и анализ использования грузового автотранспорта
Обработка информации, содержащейся в путевых листах, должна выполняться не в конце месяца, а ежедневно после окончания расчетов. При выписке путевого листа диспетчер должен открывать на экране компьютера файл, содержащий ранее занесенную информацию о заказе, который должен выполнить данный водитель. Здесь диспетчер увидит какое расстояние между пунктами перевозки груза, умножит его на количество ездоки определит нормативное расстояние, которое отразит затем в путевом листе. Применяя заложенную в память компьютера справочную, диспетчер уже при выезде машин на линию может иметь всю информацию по запланированной работе. А по возвращении машины из рейса, он вводит в компьютер, где уже создана оборотная ведомость по каждому автомобилю, данные путевого листа: показание спидометра, остаток горючего и т.д. Данные по каждому путевому листу могут быть обработаны в присутствии водителя и выведены на экран. Это займет не более 1 минуты. Внедрение обработки путевых листов по грузовому автопарку по данной методике позволит сократить затраты труда на эту операцию в 6-6 раз. открыть »Учетная политика предприятия
Состав и содержание подлежащей раскрытию в составе бухгалтерской отчетности информации об учетной политике организации по конкретным вопросам бухгалтерского учета устанавливаются соответствующими положениями по бухгалтерскому учету. Таким образом, обобщая вышесказанное: При формировании учетной политики должны приниматься во внимание все документы нормативной системы регулирования бухгалтерского учета; В связи со «сближением с МСФО» необходимо ещё раз проанализировать допущения и требования, уже заложенные в действующих документах, но пока не востребованные; Отсутствие новых документов в нормативной системе регулирования бухгалтерского учета и ориентация на применение принципов и положений, заложенных в МСФО, переводит вопросы составления бухгалтерской отчетности, организацию учетного процесса в сферу профессионального суждения бухгалтера. 2. Краткая характеристика экономического и финансового состояния ЗАО «Центр НТУиК» 2.1 Местонахождение организации, виды и условия деятельности Закрытое акционерное общество «Центр научно- технических услуг и консультаций», ранее ВЦ Вологодского Молочного института, работает на рынке услуг по внедрению информационных технологий более 35 лет. открыть »информационных систем
Можно классифицировать правовые информационные системы с точки зрения правового образования, в рамках которого они сложились и задачи которого решают в процессе своего функционирования, — автоматизированные системы органов прокуратуры, юстиции, судов и др. Один из основных подходов к классификации АИС в правовой сфере связан с видами обрабатываемой социально-правовой информации. Так можно выделить АИС, основанные на системе нормативных правовых актов. Например, информационно-поисковые по законодательству и справочные правовые системы. Для этих систем проблемы систематизации информации связаны с вопросами классификации и систематизации нормативных правовых актов. С другой стороны, можно выделить системы, аккумулирующие и обрабатывающие разнообразную социально-правовую информацию ненормативного характера: криминологическую, криминалистическую, судебно-экспертную, оперативно-розыскную, научную правовую и др. Автоматизированные информационные системы принято также подразделять на полнотекстовые и фактографические. В полнотекстовых АИС собираются и систематизируются тексты документов или их библиографическое описание. открыть »Справочно-информационные правовые системы
В первую очередь, это компактное хранение больших объемов информации, быстрый поиск нужных документов или даже фрагментов в огромных массивах данных и высокоскоростная передача информации средствами связи на любые расстояния. 1. Возможности российских СПС и история их развитияОсновными причинами активного развития компьютерных СПС в России являются стремительное совершенствование и удешевление персональных компьютеров в последнее десятилетие, с одной стороны, и большое количество нормативных и других правовых документов, порожденных реформами политической и экономической жизни в стране, с другой стороны. В настоящее время существует множество практических задач, направлений, связанных с обращением к правовой информации, эффективно решить которые можно лишь при использовании компьютерных СПС. Бухгалтерский учет в полной мере можно отнести к таким направлениям. Компьютерная справочная правовая система (СПС) — это программный комплекс, включающий в себя массив правовой информации и программные инструменты, позволяющие специалисту работать с этим массивом информации: производить поиск конкретных документов или их фрагментов, формировать подборки необходимых документов, выводить информацию на печать и т.д. Использование компьютерных технологий для работы с законодательной информацией началось еще во второй половине 1960-х гг. открыть »Анализ платежеспособности и финансовой устойчивости предприятия
В ходе анализа финансовой устойчивости и платежеспособности были разработаны основные направления по улучшению финансовой устойчивости и платежеспособности предприятия, которые аргументированы и подкреплены теоретическими выводами и практическими расчетами. В процессе анализа финансовой устойчивости и платежеспособности ООО НПО «Космос» были использованы методы анализа абсолютных и относительных показателей, вертикальный и горизонтальный методы анализа баланса, расчетно-аналитический метод. При написании настоящей выпускной квалификационной работы мною использовались труды отечественных и зарубежных авторов, среди них: Лукасевич И.А., Бурмистрова Л.М., Ковалев В.В., Крейнина М.Н., Савчук В.П., Боди Э. и другие. Также были использованы законодательные и нормативные, специальные литературно-справочные источники: финансовые справочники, учебники, положения и инструкции Минфина, электронные источники информации и т. д. Информационной базой для проведения оценки финансовой устойчивости и платежеспособности ООО НПО «Космос» и прогнозирования его дальнейшего развития явились данные первичной бухгалтерской отчетности (бухгалтерский баланс, отчет о прибылях и убытках за 2006 - 2007 г.г.) и алгоритмы расчета основных применяемых в данной работе аналитических показателей и коэффициентов. открыть »Коммерческая тайна предприятия и проблемы ее охраны и защиты
Свободный доступ к сведениям означает отсутствие мер, направленных на охрану и защиту информации от попыток ознакомления с нею третьих лиц. В свободном доступе, как правило, находятся общие справочные сведения о предприятии – реквизиты, история создания, основные направления деятельности предприятия в той части, в которой они не защищены положением о коммерческой тайне. Некоторые предприятия, которые проводят политику информационной открытости и организационной прозрачности для неограниченного круга лиц, могут в зависимости от специфики своей деятельности размещать информацию о своих работниках, ценах на выпускаемую продукцию или оказываемые услуги. В ряде случаев в свободном доступе находятся сообщения пресс-службы или иного подразделения, адресованные средствам массовой информации, которые могут касаться различных вопросов деятельности предприятия. Охрана конфиденциальности информации предприятием может осуществляться, в первую очередь, на основании изданных локальных нормативных актов, важнейшим из которых является «Положение о коммерческой тайне». открыть »Нормативный метод калькулирования затрат на производство
Для того, чтобы организовать должным образом нормативное хозяйство на нашем предприятии необходимо обеспечить: - максимальную централизацию всех имеющихся на предприятии справочно-нормативных данных в планово-экономическом отделе; полноту и техническую обоснованность нормативной информации; отсутствие дублирования данных; своевременное и качественное проведение изменений в полном объеме нормативной информации; возможность быстрого поиска нужной части нормативной информации без больших сортировок; обеспечение визуального контроля при формировании и обработке нормативной информации; составление планов и отчетов на объем производства и себестоимости продукции по каждому цеху основного производства и предприятию в целом. Нормативные калькуляции и учет изменений норм. Исходной базой исчисления, контроля и анализа фактической себестоимости продукции в условиях нормативного метода являются нормативные калькуляции. Они составляются на весь развернутый ассортимент выпускаемой продукции. Нормативные калькуляции используются для текущего контроля за выполнением плана организационно-технических мероприятий, для выявлений отклонений от норм расхода, оценки незавершенного производства, брака, исчисления фактической себестоимости изделий. открыть »Основные понятия делопроизводства 2007
Вопрос № 2: Порядок подготовки и оформления документовПри оформлении документов необходимо соблюдать: правила, обеспечивающие их юридическую силу; оперативное и качественное их исполнение и поиск; возможность обработки с помощью средств вычислительной техники; качество как исторических источников информации. Текст документа отражает его основное смысловое содержание - управленческое действие, решение. Составление проекта документа должно начинаться с изучения существа вопроса, подлежащего урегулированию, действующего по этому вопросу законодательства Российской Федерации, нормативных правовых актов и организационно-распорядительных документов МВД России, иных материалов справочного характера. Требования к содержанию документа При подготовке документов необходимо руководствоваться следующими основными требованиями: Документ не должен противоречить законодательным и иным нормативным правовым актам Российской Федерации и нормативным правовым актам МВД России. Документ должен быть написан служебно-деловым стилем. Изложение содержания документа должно быть логичным, кратким и точным, исключающим неоднозначное толкование. открыть »Бухгалтерские информационные системы для малого и среднего бизнеса
Основные данные, необходимые для создания информационного фонда НСИ, содержатся в учетной и технологической документации. В настоящее время на многих предприятиях внедряются и действуют единые типовые системы документации. С целью исключения дублирования информации все документы должны быть увязаны в единую систему и отвечать основным требованиям электронной обработки информации. Зафиксированная в различных действующих документах нормативно-справочная информация должна быть упорядочена и приспособлена к нуждам автоматизированной обработки информации. С этой целью формируются дополнительные документы, содержащие промежуточные данные, получаемые из действующих документов. Выбор показателей и их расположение в промежуточных документах должны соответствовать структуре создаваемых баз данных. Корректировка базы данных НСИ производится на основании извещения об изменениях. При этом проставляется дата изменения и составляется список измененных показателей. Если объем изменений НСИ велик, целесообразно не производить корректировку существующей БД, а создавать новую. По множествам объектам кодирования, которые носят систематический характер (например, дата, номер операции и т.д.), НСИ не разрабатывается. открыть »Информационное обеспечение исследовательской работы
Старение информации заключается в уменьшении ее ценности с течением времени. Старит информацию не само время, а появление новой информации, которая уточняет, дополняет или отвергает полностью или частично более раннюю. Научно-техническая информация стареет быстрее, эстетическая (произведения искусства) – медленнее. 2. Виды источников информации 2.1 Документальный тип источников информации Понятие «документа» употребляется сегодня в двух смыслах. Причём один из них более объёмен: документ – это «материальный носитель записи с зафиксированной на нём информацией для передачи её во времени и пространстве» По типу деятельности, породившей документ: 1. Государственно-административные; 2. Производственно-административные; 3. Общественно-политические; 4. Научные; 5. Нормативно-технические; 6. Справочно-информационные; 7. Художественные. Вторая классификация основана на группировке по сферам их обращения. 1. Производственные; 2. Общественных организаций; 3. Бытовые. Под производственными документами имеется в виду совокупность текстов которые обеспечивают информационное обслуживание производственной жизни трудовых коллективов, нужды управления в государственной и производственной сферах Документы общественных организаций – тексты, обеспечивающие информационное обслуживание деятельности партий, движений, объединений разного рода. 

Методы типового проектирования ЭИС.
Методы типового проектирования ЭИС предполагают создание системы из готовых покупных типовых элементов (типовых проектных решений). Для этого проектируемая ЭИС должна быть декомпозируема на множество составляющих компонентов (подсистем, комплексов задач, программных модулей и т.д.), для которых подбираются и закупаются имеющиеся на рынке типовые проектные решения. Далее закупленные типовые элементы, как правило, включающие программные продукты, настраиваются на особенности конкретного предприятия или дорабатываются в соответствии с требованиями проблемной области. Под типовым проектным решением (ТПР) будем понимать представленное в виде проектной документации, включая программные модули, проектное решение, пригодное к многократному использованию. В качестве проектного решения может выступать реализация как отдельных компонентов ЭИС (программных модулей, функциональных задач, автоматизированных рабочих мест, локальных баз данных, локальных вычислительных сетей), так и взаимосвязанных комплексов компонентов (функциональных и обеспечивающих подсистем, ЭИС в целом). Типовые проектные решения также называют тиражируемыми продуктами.В зависимости от уровня декомпозиции системы различают элементный, подсистемный и объектный методы типового проектирования.При элементном методе типового проектирования ЭИС в качестве типового элемента системы используется типовое решение по задаче или по отдельному виду обеспечения задачи (информационному, программному, техническому, математическому, организационному).Сущность применения ТПР при элементном методе заключается в комплектации ЭИС из множества ТПР по отдельным разрозненным задачам. Если данного множества недостаточно для того, чтобы спроектировать систему, необходимые модули дорабатываются вручную. Достоинство элементного метода типового проектирования ЭИС связано с применением модульного подхода к проектированию и документированию ЭИС.К недостаткам применения метода относятся большие затраты времени на сопряжение разнородных элементов вследствие информационной, программной и технической несовместимости ТПР, а также плохая адаптивность (настраиваемость) элементов к особенностям предприятия.Следствием перечисленных недостатков являются большие затраты времени на доработку и комплексирование ТПР отдельных элементов, сопоставимые со временем ручного оригинального проектирования ЭИС. В настоящее время элементные ТПР в основном применяются в качестве библиотек методо-ориентированных программ (библиотек классов объектов), например, при разработке графических интерфейсов, применении вычислительных и служебных функций. В силу ограниченного характера применения в дальнейшем метод элементного типового проектирования ЭИС не рассматривается.При использовании подсистемного метода типового проектирования ЭИС в качестве элементов типизации выступают отдельные подсистемы, которые обеспечивают функциональную полноту, минимизацию внешних информационных связей, параметрическую настраиваемость, альтернативность схем в пределах значений входных параметров. При этом достигается более высокая степень интеграции типовых элементов ЭИС [93].Типовые проектные решения для функциональных подсистем реализуются в виде пакетов прикладных программ (ППП), которые позволяют осуществлять:
модульное проектирование;
параметрическую настройку программных компонентов на различные объекты управления;
сокращение затрат на проектирование и программирование взаимосвязанных компонентов;
хорошее документирование отображаемых процессов обработки информации.
Вместе с тем адаптивность типовых проектных решений в виде функциональных ППП недостаточна с позиции непрерывного инжиниринга деловых процессов. Также возникают проблемы в комплексировании ППП разных функциональных подсистем, особенно в случае использования ППП нескольких производителей программного обеспечения, для которых, как правило, характерна их информационная, программная и техническая несовместимость между собой при построении единой, корпоративной ЭИС.В качестве примеров широко-распространенных функциональных ППП можно назвать: 1С <Предприятие> (автоматизация бухгалтерского учета, расчета заработной платы, складского учета), <Фолио -Склад> (автоматизация складских операций), Project Expert (бизнес-планирование), ИНЭК (финансовый анализ) и др.При объектном методе типового проектирования ЭИС в качестве типового элемента используется типовой проект для объектов управления определенной отрасли, который включает полный набор функциональных и обеспечивающих подсистем ЭИС.Современные типовые проекты отличаются:
открытостью архитектуры, позволяющей устанавливать проекты на разных программно-технических платформах;
масштабируемостью, допускающей конфигурацию ЭИС для переменного ЧИСЛА рабочих мест;
конфигурируемостью, позволяющей выбирать подмножество компонентов, которые необходимы для конкретной проблемной области и параметрически настраиваются на особенности объекта управления.Несомненное преимущество объектного метода типового проектирования ЭИС перед подсистемным методом заключается в комплексируемости всех компонентов за счет методологического единства и информационной, программной и технической совместимости компонентов.Адаптивность объектного метода проектирования зависит от используемого подхода. При параметрической настройке типовых информационных систем, таких, например, как ППП <Галактика>, <Парус>, <БОСС> и другие, возникают проблемы привязки типового проекта к конкретному объекту управления так же, как и при подсистемном подходе. Обычным способом решения проблемы адаптации является изменение структуры организационно-экономической системы объекта внедрения в соответствии с требованиями типового проекта либо существенная доработка типового проекта с помощью специальных инструментальных средств типовой системы.В настоящее время развивается модельно-ориентированный подход реализации объектного метода типового проектирования ЭИС, известный по применению типовых информационных Систем R/3 (SAP) и BAAN IV (BAAN). Особенность этого подхода заключается в настройке типового проекта на особенности объекта управления путем привязки модели проблемной области к модели типовой системы. Поддержание при этом модели проблемной области в репозитории системы сближает метод типового проектирования с методом автоматизированного проектирования как в части более точного определения и модификации требований к информационной системе, так и в части корректности параметрической настройки и автоматизированной доработки проектных решений.
Проектирование ЭИС с использованием типовых проектных решений.
ТИПОВОЕ ПРОЕКТИРОВАНИЕ ЭИС
ОСНОВНЫЕ ПОНЯТИЯ И КЛАССИФИКАЦИЯ 
МЕТОДОВ ТИПОВОГО ПРОЕКТИРОВАНИЕ
Методы типового проектирования ЭИС предполагают создание системы из готовых покупных типовых элементов (типовых проектных решений). Для этого проектируемая ЭИС должна быть декомпозируема на множество составляющих компонентов (подсистем, комплексов задач, программных модулей), для которых подбираются и закупаются имеющиеся на рынке типовые проектные решения. Далее закупленные типовые элементы, как правило, включающие программные продукты, настраиваются на особенности конкретного предприятия или дорабатываются в соответствии с требованиями проблемной области.Под типовым проектным решением (ТПР) понимают представленное в виде проектной документации, включая программные модули, проектное решение, пригодное к многократному использованию. В качестве проектного решения может выступать реализация как отдельных компонентов ЭИС (программных модулей, функциональных задач, АРМ, локальных БД), так и взаимосвязанных комплексов компонентов (функциональных и обеспечивающих подсистем, ЭИС в целом). Типовые проектные решения также называют тиражируемыми продуктами.В зависимости от уровня декомпозиции системы различают элементный, подсистемный и объектный методы типового проектирования.При элементом методе типового проектирования ЭИС в качестве типового элемента системы используется типовое решение по задаче или по отдельному виду обеспечения задачи (информационному, программному, техническому, математическому, организационному).  Задача   
         
Информационное обеспечениеПрограммное обеспечениеТехническое обеспечениеМатематическое обеспечениеОрганизационное обеспечениеБД, файлыОС, СУБД, ЯПНа какой техникеМатематические методыМетодические материалы по работе персонала 
Рис. 12. Виды элементов типового проектирования .Сущность применения ТПР при элементом методе заключается в комплектации ЭИС из множества ТПР по отдельным разрозненным задачам. Если данного множества недостаточно для того, чтобы спроектировать систему, необходимые модули дорабатываются вручную. Достоинство элементного метода типового проектирования ЭИС связано с применением модульного подхода к проектированию и документированию ЭИС.К недостаткам применения этого метода относятся большие затраты времени на сопряжение разнородных элементов вследствие информационной, программной и технической несовместимость ТПР, а также плохая адаптивность (настраиваемость) элементов к особенностям предприятия. Следствием перечисленных недостатков являются большие затраты времени на доработку и комплексирования ТПР отдельных элементов, сопоставимые со временем ручного оригинального проектирования ЭИС. В настоящее время элементные ТПР в основном применяются в качестве библиотек методо-ориентированных программ (библиотек классов объектов), например, при разработке графических интерфейсов, применении вычислительных и служебных функций.При использовании подсистемного метода ТП ЭИС в качестве элементов типизации выступают отдельные подсистемы, которые обеспечивают функциональную полноту, минимизацию внешних информационных связей, параметрическую настраиваемость, альтернативность схем в пределах значений входных параметров. При этом достигается более высокая степень интеграции типовых элементов ЭИС.ТПР для функциональных подсистем реализуются в виде ППП, которые позволяют осуществить:модульное проектирование;параметрическую настройку программных компонентов на различные объекты управления;сокращение затрат на проектирование и программирование взаимосвязанных компонентов;хорошее документирование отображаемых процессов обработки информации.Вместе с тем адаптивность ТПР в виде функциональных ППП недостаточна с позиции непрерывного инжиниринга деловых процессов. Также возникают проблемы в комплексировании ППП разных функциональных подсистем, особенно в случае использования ППП нескольких производителей программного обеспечения, для которых, как правило, характерна их информационная, программная, техническая несовместимость между собой при построении единой КЭИС. Пример (1С).При объектном методе ТП ЭИС в качестве типового элемента используется типовой проект для объектов управления определенной отрасли, который включает полный набор функциональных и обеспечивающих подсистем ЭИС.Современные типовые проекты отличаются:открытостью архитектуры, позволяющей устанавливать проекты на разных программно-технических платформах;масштабируемостью, допускающей конфигурацию ЭИС для переменного числа рабочих мест;конфигурируемостью, позволяющей выбирать подмножество компонентов, которые необходимы для конкретной проблемной области и параметрически настраиваются на особенности объекта управления.Преимущество объектного метода перед подсистемным заключается в комплексируемости всех компонентов за счет методологического единства и информационной, программной, технической совместимости компонентов. Примеры: «Галактика», «Парус».Метод типового проектирования реализуется параметрически-ориентированным и модельно-ориентированным подходами.Технология проектирования с использованием ППП.
Это комплекс взаимосвязанных программ для решения задач определенного класса. Выделяются следующие виды ППП:
проблемно-ориентированные. Используются для тех проблемных областей, в которых возможна типизация функций управления, структур данных и алгоритмов обработки. Например, это ППП автоматизации бухучета, финансовой деятельности, управления персоналом и т.д.;
автоматизации проектирования (или САПР). Используются в работе конструкторов и технологов, связанных с разработкой чертежей, схем, диаграмм;
общего назначения. Поддерживают компьютерные технологии конечных пользователей и включают текстовые и табличные процессоры, графические редакторы, системы управления базами данных (СУБД);
офисные. Обеспечивают организационное управление деятельностью офиса. Включают органайзеры (записные и телефонные книжки, календари, презентации и т.д.), средства распознавания текста;
настольные издательские системы – более функционально мощные текстовые процессоры;
системы искусственного интеллекта. Используют в работе некоторые принципы обработки информации, свойственные человеку. Включают информационные системы, поддерживающие диалог на естественном языке; экспертные системы, позволяющие давать рекомендации пользователю в различных ситуациях; интеллектуальные пакеты прикладных программ, позволяющие решать прикладные задачи без программирования.
Преобразователь ПЗ «Настройка функционального ППП»
Настройка ППП G1 по технической документации Д2.1 начинается с заполнения нормативно-справочной информации, необходимой для выполнения функций пакета, и происходит последовательное заполнение всех необходимых справочников. На вход преобразователя поступает информация предметной области Д1.1, необходимая для заполнения справочников. Выходом данной технологической операции являются заполненные справочники – G2.
Далее происходит настройка модулей ППП, которая заключается в параметризации функций пакета. В качестве входной информации при задании значений тех или иных параметров используются данные предметной области Д1.1, а также техническая документация пакета Д2.1. Результатом настройки модулей является ППП, готовый к эксплуатации, – G2.
Например, настройка модулей подсистемы «Управление закупками» ППП «Галактика» сводится к заданию следующей информации:
системной информации, которая включает настройку каталогов баз данных, прав пользователей, отчетных периодов, национальной денежной единицы и т.д.;
пользовательской информации, которая включает настройку конкретных материально ответственных лиц, текущих складов, перечня документов, пользовательского интерфейса и т.д.
Преобразователь П4 «Обучение персонала»
Этот преобразователь необходим для ознакомления, выработки навыков использования ППП у персонала, который будет непосредственно работать с ним. На вход преобразователя поступает техническая документация пакета – Д2.1 и сам ППП – G2. Результатом обучения персонала являются прохождение различных контрольных мероприятий (тестов, экзаменов и т.п.) и получение документов, свидетельствующих о готовности персонала к эксплуатации ППП, – Д3.1.
Преобразователь П5 «Эксплуатация ППП»
Этот преобразователь отражает автоматизированное выполнение функции управления с помощью ППП. Входом данной технологической операции являются: информация проблемной области – Д1.1 и ППП – G2. Выходом операции является статистика работы пакета – Д4.1, которая используется для анализа эффективности функционирования ППП и выработки рекомендаций по его перенастройке.
Преобразователь П6 «Адаптация типовой конфигурации ППП с использованием инструментальных средств»
На вход преобразователя поступают:
1)    описание внешних изменений функционирования ППП – Д4.1;
2)    техническая документация ППП – Д2.1;
3)    инструментальные средства адаптации ППП – G2.
Выходом данной технологической операции является новая, адаптированная версия ППП – G2¢ и обновленная техническая документация ППП – Д2.1¢.
При изменении условий функционирования используются следующие инструменты адаптации ППП:
генераторы отчетов, форм ввода-вывода;
макроязыки настройки функций ППП;
встроенные языки программирования.
Рассмотрим использование средств адаптации типовой конфигурации ППП на примере инструментов программного комплекса «Галактика», которые включают в себя:
набор средств для администратора базы данных (Protect, Journal, Corpo,Repair);
высокопроизводительный инструментарий для квалифицированного пользователя (программиста), предназначенный для разработки реляционных баз данных, проектирования пользовательского интерфейса и отчетов (VIP, FCOM, ARD, GalaGraf, «Бизнес-текст»).
К средствам администратора базы данных относятся следующие утилиты:
утилита разграничения прав доступа Protect, которая предназначена для регистрации пользователей комплекса «Галактика». Утилита позволяет установить права пользователей или групп пользователей на чтение, добавление, модификацию и удаление записей базы данных, а также ограничить доступ к элементам меню прикладной программы;
утилита ведения журнальных файлов и персонификации действий оператора Journal, которая предназначена для контроля действий пользователя по модификации базы данных. Утилита осуществляет ведение системного журнала по всей БД либо по выбранному перечню таблиц и позволяет администратору системы отследить дату и время последней модификации или удаления записей БД, а также оператора, выполнившего эти действия;
утилита корпоративного межофисного обмена данными Соrро,предназначенная для организации межофисного обмена данными в территориально удаленных локальных вычислительных сетях;
утилита пошагового воспроизведения операций с данными Repair,позволяющая восстановить базу данных, утерянную или ошибочно модифицированную вследствие некорректных действий операторов.
Средства пользователя-программиста включают следующие инструменты.
Процессор пользовательского интерфейса Vip предназначен для создания многооконного пользовательского интерфейса, обеспечивающего корректный и эффективный ввод данных.
Это комплекс взаимосвязанных программ для решения задач определенного класса. Выделяются следующие виды ППП:
проблемно-ориентированные. Используются для тех проблемных областей, в которых возможна типизация функций управления, структур данных и алгоритмов обработки. Например, это ППП автоматизации бухучета, финансовой деятельности, управления персоналом и т.д.;
автоматизации проектирования (или САПР). Используются в работе конструкторов и технологов, связанных с разработкой чертежей, схем, диаграмм;
общего назначения. Поддерживают компьютерные технологии конечных пользователей и включают текстовые и табличные процессоры, графические редакторы, системы управления базами данных (СУБД);
офисные. Обеспечивают организационное управление деятельностью офиса. Включают органайзеры (записные и телефонные книжки, календари, презентации и т.д.), средства распознавания текста;
настольные издательские системы – более функционально мощные текстовые процессоры;
системы искусственного интеллекта. Используют в работе некоторые принципы обработки информации, свойственные человеку. Включают информационные системы, поддерживающие диалог на естественном языке; экспертные системы, позволяющие давать рекомендации пользователю в различных ситуациях; интеллектуальные пакеты прикладных программ, позволяющие решать прикладные задачи без программирования.
Преобразователь ПЗ «Настройка функционального ППП»
Настройка ППП G1 по технической документации Д2.1 начинается с заполнения нормативно-справочной информации, необходимой для выполнения функций пакета, и происходит последовательное заполнение всех необходимых справочников. На вход преобразователя поступает информация предметной области Д1.1, необходимая для заполнения справочников. Выходом данной технологической операции являются заполненные справочники – G2.
Далее происходит настройка модулей ППП, которая заключается в параметризации функций пакета. В качестве входной информации при задании значений тех или иных параметров используются данные предметной области Д1.1, а также техническая документация пакета Д2.1. Результатом настройки модулей является ППП, готовый к эксплуатации, – G2.
Например, настройка модулей подсистемы «Управление закупками» ППП «Галактика» сводится к заданию следующей информации:
системной информации, которая включает настройку каталогов баз данных, прав пользователей, отчетных периодов, национальной денежной единицы и т.д.;
пользовательской информации, которая включает настройку конкретных материально ответственных лиц, текущих складов, перечня документов, пользовательского интерфейса и т.д.
Преобразователь П4 «Обучение персонала»
Этот преобразователь необходим для ознакомления, выработки навыков использования ППП у персонала, который будет непосредственно работать с ним. На вход преобразователя поступает техническая документация пакета – Д2.1 и сам ППП – G2. Результатом обучения персонала являются прохождение различных контрольных мероприятий (тестов, экзаменов и т.п.) и получение документов, свидетельствующих о готовности персонала к эксплуатации ППП, – Д3.1.
Преобразователь П5 «Эксплуатация ППП»
Этот преобразователь отражает автоматизированное выполнение функции управления с помощью ППП. Входом данной технологической операции являются: информация проблемной области – Д1.1 и ППП – G2. Выходом операции является статистика работы пакета – Д4.1, которая используется для анализа эффективности функционирования ППП и выработки рекомендаций по его перенастройке.
Преобразователь П6 «Адаптация типовой конфигурации ППП с использованием инструментальных средств»
На вход преобразователя поступают:
1)    описание внешних изменений функционирования ППП – Д4.1;
2)    техническая документация ППП – Д2.1;
3)    инструментальные средства адаптации ППП – G2.
Выходом данной технологической операции является новая, адаптированная версия ППП – G2¢ и обновленная техническая документация ППП – Д2.1¢.
При изменении условий функционирования используются следующие инструменты адаптации ППП:
генераторы отчетов, форм ввода-вывода;
макроязыки настройки функций ППП;
встроенные языки программирования.
Рассмотрим использование средств адаптации типовой конфигурации ППП на примере инструментов программного комплекса «Галактика», которые включают в себя:
набор средств для администратора базы данных (Protect, Journal, Corpo,Repair);
высокопроизводительный инструментарий для квалифицированного пользователя (программиста), предназначенный для разработки реляционных баз данных, проектирования пользовательского интерфейса и отчетов (VIP, FCOM, ARD, GalaGraf, «Бизнес-текст»).
К средствам администратора базы данных относятся следующие утилиты:
утилита разграничения прав доступа Protect, которая предназначена для регистрации пользователей комплекса «Галактика». Утилита позволяет установить права пользователей или групп пользователей на чтение, добавление, модификацию и удаление записей базы данных, а также ограничить доступ к элементам меню прикладной программы;
утилита ведения журнальных файлов и персонификации действий оператора Journal, которая предназначена для контроля действий пользователя по модификации базы данных. Утилита осуществляет ведение системного журнала по всей БД либо по выбранному перечню таблиц и позволяет администратору системы отследить дату и время последней модификации или удаления записей БД, а также оператора, выполнившего эти действия;
утилита корпоративного межофисного обмена данными Соrро,предназначенная для организации межофисного обмена данными в территориально удаленных локальных вычислительных сетях;
утилита пошагового воспроизведения операций с данными Repair,позволяющая восстановить базу данных, утерянную или ошибочно модифицированную вследствие некорректных действий операторов.
Средства пользователя-программиста включают следующие инструменты.
Процессор пользовательского интерфейса Vip предназначен для создания многооконного пользовательского интерфейса, обеспечивающего корректный и эффективный ввод данных.
Организация процесса проектирования ЭИС
Основные компоненты технологии проектирования
Под проектированием ИС понимается процесс преобразования входной информации об объекте, методах и опыте проектирования объектов аналогичного назначения в соответствии с ГОСТом в проект ИС. С этой точки зрения проектирование ИС сводится к последовательной формализации проектных решений на различных стадиях жизненного цикла ИС: планирования и анализа требований, технического и рабочего проектирования, внедрения и эксплуатации ИС.
Под проектированием ИС понимается процесс разработки технической документации, связанный с организацией системы получения и преобразования исходной информации в результатную, т.е. с организацией информационной технологии.Документ, полученный в результате проектирования, носит название проект.
Масштабы разрабатываемых систем определяют состав и количество участников процесса проектирования. При большом объеме и жестких сроках выполнения проектных работ в разработке системы может принимать участие несколько проектных коллективов (организаций-разработчиков). В этом случае выделяется головная организация, которая координирует деятельность всех организаций-соисполнителей.
Осуществление проектирования ИС предполагает использование проектировщиками определенной технологии проектирования, соответствующей масштабу и особенностям разрабатываемого проекта.
Целью проектирования является подбор технического и формирование информационного, математического, программного и организационно-правового обеспечения.
Подбор технического обеспечения должен быть таким, чтобы обеспечить своевременный сбор, регистрацию, передачу, хранение, наполнение и обработку информации.
Информационное обеспечение должно предусматривать создание и функционирование единого информационного фонда системы, представленного множеством информационных массивов, набором данных или базой данных.
Формирование математического обеспечения систем включает комплектацию методов и алгоритмов решения функциональных задач. При формировании программного обеспечения систем особое внимание обращается на создание комплекса программ и инструкций пользователя и выбор эффективных программных продуктов.
Основные задачи проектирования:
оказание влияния на улучшение организации учетной, плановой и аналитической работы;
выбор оборудования и разработка рациональной технологии решения задач и получения результатной информации;
составление графиков прохождения информации как внутри, так и между производственными и функциональными подразделениями;
создание БД, обеспечивающей оптимальное использование информации, касающейся планирования, учета и анализа хозяйственной деятельности;
создание нормативно-справочной информации.
Разработка и внедрение системы автоматизированной обработки информации осуществляются в очередности, установленной техническим заданием. Содержание первой очереди системы определяется составом задач учета, анализа, планирования и оперативного управления, наиболее поддающихся автоматизации и имеющих существенное значение для принятия управленческих решений на предприятии. В процессе разработки последующих очередей системы происходят наращивание исходного комплекса функциональных задач, расширение и интеграция информационного и математического обеспечения, модернизация комплекса технических средств.
При создании первой очереди ЭИС техническое задание разрабатывается на всю систему, а технический и рабочий проекты — на задачи и подсистемы, входящие в состав первой очереди системы.
Технология проектирования ИС — это совокупность методологии и средств проектирования ИС, а также методов и средств его организации (управление процессом создания и модернизации проекта ИС).
В основе технологии проектирования лежит технологический процесс, который определяет действия, их последовательность, требуемые состав исполнителей, средства и ресурсы.
Технологический процесс проектирования ИС в целом делится на совокупность последовательно-параллельных, связанных и соподчиненных цепочек действий, каждое из которых может иметь свой предмет. Таким образом, технология проектирования задается регламентированной последовательностью технологических операций, выполняемых на основе того или иного метода, в результате чего становится ясным, не только что должно быть сделано для создания проекта, но и как, кем и в какой последовательности.
Предметом любой выбираемой технологии проектирования должно служить отражение взаимосвязанных процессов проектирования на всех стадиях жизненного цикла ИС. К основным требованиям, предъявляемым к выбираемой технологии проектирования, относятся следующие:
созданный проект должен отвечать требованиям заказчика;
максимальное отражение всех этапов жизненного цикла проекта;
обеспечение минимальных трудовых и стоимостных затрат на проектирование и сопровождение проекта;
технология должна быть основой связи между проектированием и сопровождением проекта;
рост производительности труда проектировщика;
надежность процесса проектирования и эксплуатации проекта;
простое ведение проектной документации
Основу технологии проектирования ИС составляет методология, которая определяет сущность, основные отличительные технологические особенности.
Методология проектирования предполагает наличие некоторой концепции, принципов проектирования, реализуемых набором методов, которые, в свою очередь, должны поддерживаться некоторыми средствами.
Организация проектирования предполагает определение методов взаимодействия проектировщиков между собой и с заказчиком в процессе создания проекта ИС, которые могут также поддерживаться набором специфических средств.
Проектирование информационных систем всегда начинается с определения цели проекта. Основная задача любого успешного проекта заключается в том, чтобы на момент запуска системы и в течение всего времени ее эксплуатации можно было обеспечить:
·                     требуемую функциональность системы и степень адаптации к изменяющимся условиям ее функционирования;
·                     требуемую пропускную способность системы;
·                     требуемое время реакции системы на запрос;
·                     безотказную работу системы в требуемом режиме, иными словами - готовность и доступность системы для обработки запросов пользователей;
·                     простоту эксплуатации и поддержки системы;
·                     необходимую безопасность.
Производительность является главным фактором, определяющим эффективность системы. Хорошее проектное решение служит основой высокопроизводительной системы.
Проектирование информационных систем охватывает три основные области:
·                     проектирование объектов данных, которые будут реализованы в базе данных;
·                     проектирование программ, экранных форм, отчетов, которые будут обеспечивать выполнение запросов к данным;
·                     учет конкретной среды или технологии, а именно: топологии сети, конфигурации аппаратных средств, используемой архитектуры (файл-сервер или клиент-сервер), параллельной обработки, распределенной обработки данных и т.п.
В реальных условиях проектирование - это поиск способа, который удовлетворяет требованиям функциональности системы средствами имеющихся технологий с учетом заданных ограничений.
К любому проекту предъявляется ряд абсолютных требований, например максимальное время разработки проекта, максимальные денежные вложения в проект и т.д. Одна из сложностей проектирования состоит в том, что оно не является такой структурированной задачей, как анализ требований к проекту или реализация того или иного проектного решения.
Считается, что сложную систему невозможно описать в принципе. Это, в частности, касается систем управления предприятием. Одним из основных аргументов является изменение условий функционирования системы, например директивное изменение тех или иных потоков информации новым руководством. Еще один аргумент - объемы технического задания, которые для крупного проекта могут составлять сотни страниц, в то время как технический проект может содержать ошибки. Возникает вопрос: а может, лучше вообще не проводить обследования и не делать никакого технического проекта, а писать систему "с чистого листа" в надежде на то, что произойдет некое чудесное совпадение желания заказчика с тем, что написали программисты, а также на то, что все это будет стабильно работать?
Организационные формы управления проектированием ЭИС.
В общем случае организационная структура управления проектированием регулирует взаимоотношения подразделений и должностных лиц в организации, устанавливает распределение ролей, полномочий и ответственности между ними, а также порядок функционально-технических связей, возникающих в процессах управления. Организационная структура и организационный механизм как система связи в данной организации во всем многообразии проявлений образуют организационные формы управления деятельностью коллектива.
Формы управления, применяемые в организациях - разработчиках ЭИС, зависят от выполняемых работ. Как правило, в организациях-разработчиках выполняются, как об этом было сказано выше, работы, связанные с проектированием ЭИС и с поддержкой и сопровождением ЭИС.
Организационная форма управления проектированием ЭИС играет большую роль в реализации задач повышения эффективности процесса разработки систем. Форма управления является тем стержнем, который во многом определяет содержание и качество проекта системы. Можно передать в распоряжение разработчиков самые совершенные средства проектирования, четкие формы документации, планы работ, методы контроля, но без должной организации не получить проект, удовлетворяющий потребностям заказчика. И наоборот, совершенная форма организации проектирования восполняет недостаток эффективных средств проектирования и в отдельных случаях даже квалификации разработчиков.
Формирование организационных форм управления в организациях - разработчиках ЭИС осуществляется по функциональному, проектному (целевому) и матричному принципам.
Функциональный принцип построения структуры организации используется при выполнении задач проектирования постоянного характера. Для выполнения каждого вида задач, например, разработки постановки экономических задач, информационного обеспечения и т.п., формируются функциональные подразделения из специалистов определенного профиля. Подобная организационная структура обладает высокой степенью централизации управления, ей присущ авторитарный стиль руководства. В области разработки ЭИС функциональная структура организации встречается весьма редко.
Для построения организационных структур проектных организаций наиболее часто используется проектный принцип. На основе этого принципа формируется организационное подразделение - проектная группа (проект), которая предназначена для одноразовой разработки ЭИС. Специалисты проектной группы образуют автономную организационную единицу, руководитель (главный конструктор) которой имеет соответствующие полномочия и несет полную ответственность за результаты деятельности проектного коллектива, который после выполнения проекта может быть расформирован.
Матричное построение организационных структур предполагает формирование в организации - разработчике ЭИС из специалистов функциональных подразделений проектных групп для разработки конкретных проектов. При этом специалисты не теряют принадлежности к соответствующему функциональному подразделению и находятся в двойном подчинении: у руководителя проекта (ответственность по проекту) и у руководителя функционального подразделения (организационная ответственность).
Матричные структуры применяются в условиях высокой степени кооперации функциональных подразделений. Эти структуры основаны на особом механизме взаимодействия функциональных и проектно-целевых подсистем аппарата управления проектной организации. Главная особенность матричных структур состоит в обязательном выделении конкретного лица - руководителя проекта, наделенного всей полнотой ответственности за достижение цели проектирования и значительными правами распорядительства, которые делегируются ему вышестоящим руководством.
При одновременной разработке нескольких проектов в организационную структуру, как правило, вводится планово-производственное подразделение, главной задачей которого являются балансирование ресурсов, потребляемых всеми проектами, и обеспечение координации и текущих изменений в проектах (рис. 15.5).

Проект ЭИС состоит из разнородных элементов: информационных, программных, технических, функциональных. Процесс проектирования состоит из многих* этапов, на каждом из которых решаются различные задачи, его реализация требует различных знаний, в нем участвуют специалисты разных профилей и квалификации. Поэтому существует объективная потребность разделения труда в коллективе разработчиков системы.
Разделение труда, как известно, способствует повышению производительности труда, в том числе и проектировщиков ЭИС; накоплению опыта и знаний; повышению качества проектных решений; редуцированию потребностей в знаниях и умению решать сложные проблемы на уровне средней квалификации специалиста.Непосредственно с разделением труда связана проблема численности в проектной группе.
В проектных коллективах разделение труда между специалистами осуществляется, как правило, на основе одного из двух следующих принципов: пооперационного (технологического) или подсистемного.
Разделение труда на пооперационной (технологической) основе базируется на свойстве декомпозируемости процесса проектирования ЭИС на технологические операции, которые выполняются отдельными специалистами или группами специалистов. В этом случае требуется четкая регламентация интерфейсов между операциями. С этим связаны высокие требования к документированию проекта. Связь между разделением труда и накоплением специальных знаний и опыта приводит к профессиональной специализации разработчиков ЭИС (например, системный аналитик, постановщик задач, программист, оператор и т.д.).
Разделение труда в коллективе разработчиков ЭИС на основе пооперационного принципа, как правило, затруднительно в силу следующих факторов:
невысокого уровня типизации технологических операций проектирования ЭИС;
невозможности получения объективно-точной качественной оценки промежуточных результатов проектирования;
отсутствия объективных критериев нормирования труда специалистов;
низкой степени стандартизации и унификации компонентов ЭИС.
Подсистемное разделение труда в коллективе разработчиков ЭИС базируется на свойстве декомпозируемости проекта на подсистемы, каждая из которых независимо от числа технологических операций проектирования разрабатывается отдельной группой специалистов. В этом случае предполагаются стандартизация и унификация интерфейсов между подсистемами на каждом этапе процесса проектирования ЭИС. Накопление знаний и опыта приводит к системной специализации разработчиков ЭИС (например, специалистов по информационному обеспечению, техническому обеспечению, экспертным системам и т.п.) или к специализации по разработке компонентов ЭИС (информационной базы, пользовательского интерфейса и т.п.).
На практике при разделении труда в проектных коллективах возможно использование обоих вышеназванных принципов.
Выбор целесообразного разделения труда разработчиков ЭИС зависит от ряда факторов, влияющих с разной степенью на решение проблемы. Наиболее существенными факторами являются следующие:
потенциал коллектива разработчиков;
объем и сложность разрабатываемых проектов;
технология проектирования системы;
модель жизненного цикла системы.
Степень влияния каждого фактора в конкретных случаях приводит к большому разнообразию разделения труда и связанных с ним организационных форм управления проектированием ЭИС в проектной группе. При этом используются, как правило, три типовые организационные структуры проектной группы: открытая, централизованная и децентрализованная.
Открытая организационная структура отличается тем, что закрепленного организационного распределения обязанностей нет. Каждый член коллектива разработчиков является неформальным руководителем на этапе разработки системы, где он более других квалифицирован. Обязанности на отдельных этапах распределяются между разработчиками в соответствии с их знаниями, опытом и способностями.
Административный руководитель в группе осуществляет, как правило, следующие действия:
взаимодействие с заказчиком;
планирование и контроль сроков;
распределение ресурсов, координацию работ;
∙             отчетность перед руководством организации (если группа работает в составе таковой).
Такая организационная структура формируется из 7 - 10 человек для творческих решений задач и рекомендуется для работ, выполняемых на ранних этапах проектирования системы - проведении обследования предметной области (объекта управления), анализе и разработке концепции проекта. Такая численность проектировщиков дает возможность полного обмена информацией между ними, а также иметь относительно невысокие затраты на администрирование.
Открытая организационная структура позволяет варьировать количество разработчиков, привлекая для выполнения работ наиболее квалифицированных специалистов, что способствует повышению качества проекта.
Централизованная организационная структура проектной группы предусматривает в качестве руководителя специалиста высокой квалификации, осуществляющего административное и техническое руководство. Он же является основным посредником между группой, заказчиком проекта и внешними организациями.
Данная структура наиболее приемлема для решения задач, имеющих жесткие ограничения по срокам и затратам на разработку системы. Численность такой группы до 7 человек. Особенностью данной организационной структуры проектной группы является четкое распределение функций и полномочий между специалистами. Результаты работы каждого члена группы предоставляются в распоряжение всех участников процесса проектирования. Недостаток заключается в отсутствии проявления инициативы конкретных исполнителей. Примером централизованной структуры может служить группа главного специалиста. В такой роли может выступать главный конструктор проекта. В группу входят главный специалист, его заместитель, аналитики (постановщики задач), программисты и библиотекарь. Главный специалист выполняет следующие функции:
отвечает за разработку общей концепции проектируемой ЭИС и соответствие проектных решений требованиям пользователя;
выполняет совместно с аналитиками декомпозицию системы;
контролирует сроки проектирования и полноту проектной документации;
∙             несет ответственность за разработку проекта во всех аспектах.
Главный специалист осуществляет непосредственное управление проектом и определяет стратегию проектирования.
Заместитель главного специалиста ориентирован на тактические вопросы проектирования ЭИС, на анализ альтернатив в разработке проектных решений. Заместитель находится в курсе всех вопросов проекта и в любой необходимый момент может взять на себя роль руководителя проектной группы. Он же принимает непосредственное участие в разработке проекта.
Аналитики и программисты осуществляют непосредственно разработку частей проекта.
Библиотекарь осуществляет организацию и ведение библиотеки проектных решений или словаря данных (описание постановок задач, программ и т.п.). На нем лежит ответственность за использование наличных ресурсов в процессе проектирования ЭИС.
Таким образом, группа главного специалиста характеризуется концентрацией ответственности и основных задач проекта в руках одного специалиста и освобождением разработчиков от административной и организационной работы.
Достоинствами данной организации труда проектировщиков ЭИС являются применение нисходящего проектирования, повышение производительности труда проектировщиков, повышение качества проектных решений, интенсивное обучение и эффективное использование начинающих разработчиков ЭИС. Следует также отметить, что в данном случае предъявляются высокие требования к квалификации и организаторским способностям главного специалиста.
Главный специалист - главный конструктор проекта совместно со специалистами планово-производственного отдела осуществляет планирование и оперативный контроль проектных работ на всех этапах технологического процесса проектирования системы. В его компетенцию входит составление пооперационного плана - основного документа по разработке ЭИС, а также маневрирование ресурсами проектирования в рамках своей группы.
Децентрализованная организационная структура проектной группы имеет свойство двух вышеизложенных структур. Данная организационная структура применяется в коллективах с большой численностью разработчиков (свыше 10 человек), осуществляющих проектирование больших ЭИС, декомпозируемых на подсистемы (контуры, модули) и комплексы задач.
В этом случае руководитель проекта осуществляет управление группой старших специалистов, отвечающих за разработку крупных частей системы, а те, в свою очередь, осуществляют руководство младшими специалистами, которые поддерживают между собой горизонтальные связи в процессе проектирования. Как правило, младшие специалисты объединены в подгруппы по технологической специализации. Примером такой организационной структуры может быть группа главного архитектора. Эта оргструктура имеет много общего с группой главного специалиста, но с добавлением новых должностей, расширяющих возможности группы разработчиков по проектированию более крупных систем.
Главный архитектор осуществляет организационное и методическое руководство главными специалистами частей проекта. Такое распределение ролей обеспечивает концептуальное единство больших проектов. При этом главной особенностью является работа архитектора проекта, которая заключается в том, чтобы использовать свои профессиональные технические знания исключительно в интересах пользователя.
В заключение укажем еще на одну организацию труда разработчиков на принципах децентрализации. Это так называемая модель большого проекта, которая применяется на практике в разных вариантах для разработки больших проектов. В этом случае формируются проектные коллективы до 40 человек. Особенностью данной оргструктуры является выделение, как минимум, четырех групп специалистов в составе коллектива разработчиков.
При этом выделяются следующие группы специалистов:
группа системного анализа и проектирования;
группа реализации (группа программирования);
группа тестирования;
административная группа.
Ядро группы системного анализа и проектирования сохраняется на этапе реализации (рабочего или техно - рабочего проектирования), на котором специалисты группы возглавляют группы программистов. Разделение труда в группе системного анализа и проектирования, как правило, - на основе пооперационного принципа, а в группе реализации - на основе подсистемного принципа. Данная группа выполняет системный анализ, разрабатывает спецификации к автоматизированной системе, осуществляет проектирование ЭИС, во время реализации проекта выполняет контрольные функции и документирование системы в соответствии с требованиями стандартов.
Группа реализации осуществляет разработку рабочего проекта. Важным в организации процесса проектирования ЭИС в модели большого проекта является формирование группы тестирования, которая проводит комплексную отладку и приемочные испытания системы.
Административная группа выполняет технические и административные функции, включая подготовку проектной документации, контроль документации, отчетности и т.п.
Следует заметить, что для разработки ЭИС в состав проектной группы конкретной организации могут привлекаться на временное сотрудничество специалисты со стороны пользователей и специалисты-разработчики для решения специфических задач, требующих высокой квалификации и практического опыта в конкретной проблемной области. Участие со стороны пользователя целесообразно на этапе системного анализа и разработки требований к системе, а также при проектировании пользовательского интерфейса.
Независимо от формы организационной структуры коллектива разработчиков для обеспечения процессов проектирования должно быть создано специальное подразделение, организующее использование ЭВМ, автоматизированных рабочих мест проектировщиков, терминальных станций и т.п.; сопровождение базового программного обеспечения; текущий ремонт технических средств.
Планирование и контроль проектных работ.
Модуль планирования и контроля исполнения проектных работ предназначен для решения следующих задач:
Формирование графиков выполнения проектных работ на основе использования ранее выполненных проектных решений, либо на основе библиотеки типовых проектных решений, либо путем непосредственного ввода информации;
Формирование вариантов коррекции графиков выполнения при оценке возможности заключения нового договора (изменение или перенос сроков проектирования на основе оценки загрузки подразделений, важности и сложности объектов проектирования);
Оценка календарной загрузки подразделений и организации в целом, с определением долевого участия исполняемых проектов;
Формирование отчетности по выполняемым и просроченным работам в разрезах заказчиков, ГИПов, отделов и др.;
Контроль исполнения проектных работ с возможностью выделения и отслеживания критических путей.
Перед тем как приступить к заключению договора и работе над проектом, у ГИПа, либо начальника отдела имеется возможность в начале составить план-график выполнения работ, согласовать его с отделами, оценить загрузку подразделений, определить возможную дату окончания проекта. Далее эта информация будет использоваться для контроля над ходом выполнения проектных работ.Составление и редактирование графиков возможно как в графическом виде (см. рис. выше), так и в табличном. В системе есть возможность учета связей между отдельными работами (смежные работы) с предоставлением возможности последующего согласования передачи заданий смежным отделам. Для контроля исполнения работ, система предусматривает возможности использования рабочего места диспетчера или непосредственные отметки выполнения исполнителями.Если по каким то причинам происходит неисполнение сроков проектных работ, можно определить причину и исполнителя и при необходимости откорректировать ход выполнения работ над проектом.При наложении финансовой информации по договорам (этапам) можно получить картину календарной загрузки предприятия в целом или отдельно взятых подразделений на интересующий промежуток времени.Вся информация модуля планирования и контроля исполнения проектных работ доступна руководству предприятия в виде отчетов и графиков.

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

В системе возможно составление графика выполнения работ по договору, по этапу, по дополнительному соглашению. В графике могут быть работы, задания, этапы, стадии и т.д. По каждой из них указываются участвующие подразделения: кто кому передает, сроки выполнения работ.
1.                                 Функциональная, информационная, математическая модели ЭИС.
Экономическая информационная система (ЭИС) представляет собой совокупность организационных, технических, программных и информационных средств, объединенных в единую систему с целью сбора, хранения, обработки и выдачи необходимой информации, предназначенной для выполнения функций управления.
Функциональная подсистема ЭИС представляет собой комплекс экономических задач с высокой степенью информационных обменов (связей) между задачами.
При этом под задачей будем понимать некоторый процесс обработки информации с четко определенным множеством входной и выходной информации (например, начисление сдельной заработной платы, учет прихода материалов, оформление заказа на закупку и т.д.).
Состав функциональных подсистем во многом определяется особенностями экономической системы, ее отраслевой принадлежности, формой собственности, размером, характером деятельности предприятия.
Функциональные подсистемы ЭИС могут строиться по различным принципам:
  предметному;
  функциональному;
  проблемному;
  смешанному (предметно-функциональному).
Так, с учетом предметной направленности использования ЭИС в хозяйственных процессах промышленного предприятия выделяют подсистемы, соответствующие управлению отдельными ресурсами:
  управление сбытом готовой продукции;
  управление производством;
  управление материально-техническим снабжением;
  управление финансами;
  управление персоналом.
При этом в подсистемах рассматривается решение задач на всех уровнях управления, обеспечивая интеграцию информационных потоков по вертикали.
Для реализации функций управления выделяют следующие подсистемы:
  планирование;
  регулирование (оперативное управление);
  учет;
  анализ.
Проблемный принцип формирования подсистем отражает необходимость гибкого и оперативного принятия управленческих решений по отдельным проблемам в рамках СППР, например, решение задач бизнес-планирования, управления проектами.
На практике чаще всего применяется смешанный предметно-функциональный подход, согласно которому построение функциональной структуры ЭИС - это разделение ее на подсистемы по характеру хозяйственной деятельности, которое должно соответствовать структуре объекта и системы управления, а также характеру выполняемых функций управления.
Математическое и программное обеспечение представляет собой совокупность математических методов, моделей, алгоритмов и программ для реализации целей и задач ЭИС, а также нормального функционирования технического обеспечения.      Математическое обеспечение представляет собой совокупность правил, методов, математических моделей и алгоритмов решения задач. В ЭИС, например, это –
               средства моделирования процессов управления;
               типовые задачи управления;
               методы математического управления; математической статистики;
               теории массового обслуживания и др.
Информационное обеспечение -  это совокупность единой системы классификации и кодирования информации, унифицированных систем документации и массовой информации, циркулирующей в системе управления, а также построение и ведение баз данных.      Для создания информационной базы необходимы:                анализ потоков и объемов информации;
               создание массивов информации на машинных носителях.
     Информация для управления - это сырьё и ресурсы, которые в результате обработки первичных документов приобретают название «данные» (информация в формализованном виде).
Данные отражают конкретные финансово-хозяйственные факты, состояние и процессы производства и имеют собственный материальный носитель (бухгалтерские и финансовые документы, дискеты и т.п.).      Любая система управления имеет дело с двумя видами информации: внешней (внешняя среда) и внутренней (между управленческим аппаратом и объектом управления).      Внешняя информация касается состояния рынка и конкурентов, прогнозов процентных ставок и цен, курсов валют, налоговой политики и политической ситуации.     Внутренняя информация возникает в системе управления и отражает финансово-хозяйственное состояние предприятия и директивные указания руководства на случай различных отклонений от установленных норм. Руководство предприятием на оперативном уровне использует только внутреннюю информацию.      Информационная база ЭИС состоит из двух взаимосвязанных частей: внемашинной и внутримашинной.      К внемашинной относится та часть информации, которая существует без технических средств (экономические документы: наряды, акты, накладные, счета, ведомости и т.д.). Внутримашинная информационная база содержится на внутримашинных носителях и состоит из файлов, каждый из которых отражает однородные экономические документы.
Основные компоненты технологии проектирования ЭИС.
Под проектированием ИС понимается процесс преобразования входной информации об объекте, методах и опыте проектирования объектов аналогичного назначения в соответствии с ГОСТом в проект ИС. С этой точки зрения проектирование ИС сводится к последовательной формализации проектных решений на различных стадиях жизненного цикла ИС: планирования и анализа требований, технического и рабочего проектирования, внедрения и эксплуатации ИС.
Под проектированием ИС понимается процесс разработки технической документации, связанный с организацией системы получения и преобразования исходной информации в результатную, т.е. с организацией информационной технологии.Документ, полученный в результате проектирования, носит название проект.
Масштабы разрабатываемых систем определяют состав и количество участников процесса проектирования. При большом объеме и жестких сроках выполнения проектных работ в разработке системы может принимать участие несколько проектных коллективов (организаций-разработчиков). В этом случае выделяется головная организация, которая координирует деятельность всех организаций-соисполнителей.
Осуществление проектирования ИС предполагает использование проектировщиками определенной технологии проектирования, соответствующей масштабу и особенностям разрабатываемого проекта.
Целью проектирования является подбор технического и формирование информационного, математического, программного и организационно-правового обеспечения.
Подбор технического обеспечения должен быть таким, чтобы обеспечить своевременный сбор, регистрацию, передачу, хранение, наполнение и обработку информации.
Информационное обеспечение должно предусматривать создание и функционирование единого информационного фонда системы, представленного множеством информационных массивов, набором данных или базой данных.
Формирование математического обеспечения систем включает комплектацию методов и алгоритмов решения функциональных задач. При формировании программного обеспечения систем особое внимание обращается на создание комплекса программ и инструкций пользователя и выбор эффективных программных продуктов.
Основные задачи проектирования:
оказание влияния на улучшение организации учетной, плановой и аналитической работы;
выбор оборудования и разработка рациональной технологии решения задач и получения результатной информации;
составление графиков прохождения информации как внутри, так и между производственными и функциональными подразделениями;
создание БД, обеспечивающей оптимальное использование информации, касающейся планирования, учета и анализа хозяйственной деятельности;
создание нормативно-справочной информации.
Разработка и внедрение системы автоматизированной обработки информации осуществляются в очередности, установленной техническим заданием. Содержание первой очереди системы определяется составом задач учета, анализа, планирования и оперативного управления, наиболее поддающихся автоматизации и имеющих существенное значение для принятия управленческих решений на предприятии. В процессе разработки последующих очередей системы происходят наращивание исходного комплекса функциональных задач, расширение и интеграция информационного и математического обеспечения, модернизация комплекса технических средств.
При создании первой очереди ЭИС техническое задание разрабатывается на всю систему, а технический и рабочий проекты — на задачи и подсистемы, входящие в состав первой очереди системы.
Технология проектирования ИС — это совокупность методологии и средств проектирования ИС, а также методов и средств его организации (управление процессом создания и модернизации проекта ИС).
В основе технологии проектирования лежит технологический процесс, который определяет действия, их последовательность, требуемые состав исполнителей, средства и ресурсы.
Технологический процесс проектирования ИС в целом делится на совокупность последовательно-параллельных, связанных и соподчиненных цепочек действий, каждое из которых может иметь свой предмет. Таким образом, технология проектирования задается регламентированной последовательностью технологических операций, выполняемых на основе того или иного метода, в результате чего становится ясным, не только что должно быть сделано для создания проекта, но и как, кем и в какой последовательности.
Предметом любой выбираемой технологии проектирования должно служить отражение взаимосвязанных процессов проектирования на всех стадиях жизненного цикла ИС. К основным требованиям, предъявляемым к выбираемой технологии проектирования, относятся следующие:
созданный проект должен отвечать требованиям заказчика;
максимальное отражение всех этапов жизненного цикла проекта;
обеспечение минимальных трудовых и стоимостных затрат на проектирование и сопровождение проекта;
технология должна быть основой связи между проектированием и сопровождением проекта;
рост производительности труда проектировщика;
надежность процесса проектирования и эксплуатации проекта;
простое ведение проектной документации
Основу технологии проектирования ИС составляет методология, которая определяет сущность, основные отличительные технологические особенности.
Методология проектирования предполагает наличие некоторой концепции, принципов проектирования, реализуемых набором методов, которые, в свою очередь, должны поддерживаться некоторыми средствами.
Организация проектирования предполагает определение методов взаимодействия проектировщиков между собой и с заказчиком в процессе создания проекта ИС, которые могут также поддерживаться набором специфических средств.
Проектирование информационных систем всегда начинается с определения цели проекта. Основная задача любого успешного проекта заключается в том, чтобы на момент запуска системы и в течение всего времени ее эксплуатации можно было обеспечить:
·                     требуемую функциональность системы и степень адаптации к изменяющимся условиям ее функционирования;
·                     требуемую пропускную способность системы;
·                     требуемое время реакции системы на запрос;
·                     безотказную работу системы в требуемом режиме, иными словами - готовность и доступность системы для обработки запросов пользователей;
·                     простоту эксплуатации и поддержки системы;
·                     необходимую безопасность.
Производительность является главным фактором, определяющим эффективность системы. Хорошее проектное решение служит основой высокопроизводительной системы.
Проектирование информационных систем охватывает три основные области:
·                     проектирование объектов данных, которые будут реализованы в базе данных;
·                     проектирование программ, экранных форм, отчетов, которые будут обеспечивать выполнение запросов к данным;
·                     учет конкретной среды или технологии, а именно: топологии сети, конфигурации аппаратных средств, используемой архитектуры (файл-сервер или клиент-сервер), параллельной обработки, распределенной обработки данных и т.п.
В реальных условиях проектирование - это поиск способа, который удовлетворяет требованиям функциональности системы средствами имеющихся технологий с учетом заданных ограничений.
К любому проекту предъявляется ряд абсолютных требований, например максимальное время разработки проекта, максимальные денежные вложения в проект и т.д. Одна из сложностей проектирования состоит в том, что оно не является такой структурированной задачей, как анализ требований к проекту или реализация того или иного проектного решения.
Считается, что сложную систему невозможно описать в принципе. Это, в частности, касается систем управления предприятием. Одним из основных аргументов является изменение условий функционирования системы, например директивное изменение тех или иных потоков информации новым руководством. Еще один аргумент - объемы технического задания, которые для крупного проекта могут составлять сотни страниц, в то время как технический проект может содержать ошибки. Возникает вопрос: а может, лучше вообще не проводить обследования и не делать никакого технического проекта, а писать систему "с чистого листа" в надежде на то, что произойдет некое чудесное совпадение желания заказчика с тем, что написали программисты, а также на то, что все это будет стабильно работать?
Краткая характеристика технологий проектирования ЭИС.
Сочетание различных признаков классификации методов проектирования обусловливает характер используемой технологии проектирования ЭИС, среди которых выделяются два основных класса: каноническая и индустриальная технологии.
Индустриальная технология проектирования, в свою очередь, разбивается на два подкласса: автоматизированное (использование CASE-технологий) и типовое (параметрически-ориентированное или модельно-ориентированное) проектирование.
Использование индустриальных технологий проектирования не исключает использования в отдельных случаях канонической технологии.
Характеристики классов технологий проектирования
Класс технологии проек- Степень автомати- Степень типиза- Степень адаптивности
тированиязациицииКаноническое проекти- Ручное проектиро- Оригинальное Реконструкция
рованиеваниепроектирование Индустриальное автома- Компьютерное Оригинальное Реструктуризация мо-
тизированное проекти- проектирование проектирование дели (генерация ЭИС)
рованиеИндустриальное типовое Компьютерное Типовое сбороч- 11араметризация и ре-
проектирование проектирование ное проектирова- структуризация модели
ние(конфигурация ЭИС)
Средства проектирования должны быть:
• в своем классе инвариантными к объекту проектирования;
• охватывать в совокупности все этапы жизненного цикла ИС;
• технически, программно и информационно совместимыми;
• простыми в освоении и применении;
• экономически целесообразными
Средства проектирования ИС можно разделить на два класса:
без использования ЭВМ
с использованием ЭВМ
Все множество средств проектирования с использованием ЭВМ делят на четыре подкласса
К первому подклассу относятся операционные средства.
Ко второму подклассу относят средства, поддерживающие проектирование отдельных компонентов проекта ИС
К третьему подклассу относятся средства, поддерживающие проектирование разделов проекта ИС.
К четвертому подклассу средств проектирования ИС относятся средства, поддерживающие разработку проекта на стадиях и этапах процесса проектирования.
Современные CASE-средства, в свою очередь, классифицируются в основном по двум признакам:
1) по охватываемым этапам процесса разработки ИС;
2) по степени интегрированности: отдельные локальные средства (tools), набор не интегрированных средств, охватывающих большинство этапов разработки ИС (toolkit) и полностью интегрированные средства, связанные общей базой проектных данных - репозиторием (workbench).
К основным требованиям, предъявляемым к выбираемой технологии проектирования, относятся следующие:
• созданный с помощью этой технологии проект должен отвечать требованиям заказчика;
• выбранная технология должна максимально отражать все этапы цикла жизни проекта;
• выбираемая технология должна обеспечивать минимальные трудовые и стоимостные затраты на проектирование и сопровождение проекта;
• технология должна быть основой связи между проектированием и сопровождением проекта;
• технология должна способствовать росту производительности труда проектировщика;
• технология должна обеспечивать надежность процесса проектирования и эксплуатации проекта;
• технология должна способствовать простому ведению проектной документации.
Осуществление проектирования ИС предполагает использование проектировщиками определенной технологии проектирования, соответствующей масштабу и особенностям разрабатываемого проекта.
Выбор технологии проектирования
В настоящее время имеется несколько типов технологий проектирования
оригинальный
типовой
автоматизированный
смешенный
Основными ограничениями при выборе технологии могут служить:
- наличие денежных средств на приобретение поддержку выбранной технологии
- ограничение во времени проектирования
- наличие специалистов соответствующей квалификации.
Результатом выполнения этой операции служит, описание выбранной технологии, методов и средств проектирования.
Критерии выбора технологии проектирования.
http://student.zoomru.ru/comp/vybor-tehnologii-proektirovaniya-is-kriterii/110769.884441.s1.htmlСостав работ на различных стадиях разработки ЭИС. ( предпроектная стадия, техническое проектирование, рабочего проектирование, стадии ввода ЭИС в действие). http://do2.gendocs.ru/docs/index-402820.html?page=4Состав проектной документации.
Результатом проектных работ, завершающих каждую стадию проектирования ЭИС, является документация. Ее состав, содержание и структура определяются нормативными документами – ГОСТами, Единой Системной Программной Документацией (ЕСПД), а также рекомендательными отраслевыми методическими материалами.Документация процесса проектирования имеет определенную структуру и представлена на рис. Структура проектной документации ЭИС
На предпроектной стадии ЭИС разрабатываются следующие документы:
отчет об обследовании объекта управления, который является необязательным и формируется по требованию заказчика в произвольной форме; технико-экономическое обоснование (ТЭО), которое является также необязательным документом, но довольно часто создается для сложных систем; техническое задание (ТЗ), которое является обязательным документом.К основным компонентам документа ТЭО относятся:
характеристика исходных данных о предметной области; обоснование цели создания ЭИС; обоснование комплекса автоматизации задач, выбора комплекса технических средств, программного и информационного обеспечений; разработка организационных мероприятий по проектированию системы; предварительный расчет и обоснование экономической эффективности проекта; выводы о возможности дальнейших разработок.
Документация техно-рабочего проекта включается в технический или в рабочий проекты.Документация технического проекта подлежит обязательному согласованию с заказчиком и в обязательном порядке подписывается у него, она делится на три блока;
Общесистемная документация включает: - разработку общесистемных положений;- проектно-сметную документацию; - расчет экономической эффективности; - перечень документов технического проекта.
Документация функциональной части содержит:- функциональную структуру ЭИС, т.е. выделение функциональных подсистем, комплексов задач, задач; - документы для каждой функциональной задачи, входящей в подсистемы, в виде «Постановка задачи и алгоритм решения»; далее подробно будут рассмотрены структура этого документа и технологическая сеть проектирования.
Документация обеспечивающей части технического проекта включает следующие документы: - описание информационного обеспечения; - описание организационного обеспечения; - описание математического обеспечения; - описание программного обеспечения; - комплекс технических средств; - система классификации и кодирования.
Последний документ является по содержанию частью информационного обеспечения, но по своей значимости в процессе проектирования выносится в отдельный. Описание информационного обеспечения содержит основные решения по организации информационной базы (внемашинной и внутримашинной); в нем приводятся структуры массивов или баз данных, информационные связи между задачами, требования к совместимости с другими системами. Описание организационного обеспечения включает в себя схему и описание организационной структуры объекта в условиях функционирования ЭИС. Описание математического обеспечения содержит описание используемых математических моделей и алгоритмов в подсистемах, комплексах задач. Описание программного обеспечения включает структуру и построение программного обеспечения системы, характеристику операционных систем и систем управления базами данных.
Комплекс технических средств содержит основные проектные решения по комплектации технических средств, их характеристику, требования к установке и эксплуатации. Система классификации и кодирования содержит структуру классификаторов (общероссийских, общеотраслевых), используемых в ЭИС. Документация рабочего проекта не подлежит согласованию с заказчиком, регламентируется ГОСТами и делится на два блока: программная и технологическая. В состав программной документации входят следующие документы: - описание программ;- спецификация программ;- тексты программ; -контрольные примеры; - инструкция для системного программиста;- руководство пользователя. В технологическую документацию входят инструктивные материалы, разрабатываемые на каждую технологическую операцию технологического процесса обработки информации, например:- инструкция по сбору информации;- инструкция по вводу и контролю информации;- инструкция по анализу информации и т.д.
Технологическая документация разрабатывается в соответствии с требованиями ГОСТ «Система технологической документации. Термины и определения основных понятий», и составляет содержание технологического обеспечения ЭИС, которое можно разделить на несколько типов в соответствии с выделением следующих классов задач, решаемых в ЭИС:-системы обработки данных; -системы поддержки принятия решений; -системы автоматизированного проектирования новой продукции и т.д.
К этому блоку документации можно отнести правовые инструкции, определяющие права и обязанности специалистов, работающих в условиях функционирования ЭИС. Документация ввода в действие системы носит организационно-распорядительный характер и содержит планы и графики проведения работ опытной эксплуатации ЭИС. На этапе «Сдача проекта в промышленную эксплуатацию» используют следующую совокупность документов:- договорная документация;-«Приказ на разработку ЭИС»;-ТЭО и ТЗ; -исправленный «Техно-рабочий проект»;- «Приказ о начале промышленного внедрения»; -«Программа проведения испытаний»; -«Требования к научно-техническому уровню проекта системы».
Модель жизненного цикла ЭИС.
Под моделью ЖЦ понимается структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач, выполняемых на протяжении ЖЦ. Модель ЖЦ зависит от специфики ИС и специфики условий, в которых последняя создается и функционирует.
Известны следующие базовые модели жизненного цикла.
Каскадная модель, в которой переход на следующий этап означает полное завершение работ на предыдущем этапе.
В изначально существовавших однородных ИС каждое приложение представляло собой единое целое. Для разработки такого типа приложений применялся каскадный способ (или “водопад”). Его основной характеристикой является разбиение всей разработки на этапы, при этом переход на следующий этап происходит только после полного завершения работ на текущем (рис. 1).
Рис. 1. Каскадная схема разработки ПО.
Каждый этап завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков. При этом этапы работ выполняются в логичной последовательности, что позволяет планировать сроки завершения всех работ и соответствующие затраты. Этот подход хорошо зарекомендовал себя при построении ИС, для которых в начале разработки можно достаточно точно и полно сформулировать все требования и предоставить разработчикам свободу реализовать их как можно лучше с технической точки зрения.
Его недостатки связаны с тем, что реальный процесс создания ПО ИС обычно не укладывается в такую жёсткую схему. Практически постоянно возникает потребность возвращаться к предыдущим этапам, уточнять или пересматривать принятые решения. В результате затягиваются сроки выполнения работы, пользователи могут вносить замечания лишь по завершению всех работ с системой. При этом модели автоматизируемого объекта могут устареть к моменту их утверждения.
Для преодоления этих проблем предложена поэтапная модель с промежуточным контролем (рис. 2).

Рис. 2. Поэтапная схема разработки ПО.
В поэтапной модели с промежуточным контролем разработка ПО ведётся итерациями с циклами обратной связи между этапами. Межэтапные корректировки позволяют уменьшить трудоёмкость процесса разработки по сравнению с каскадной моделью. Время жизни каждого из этапов растягивается на весь период разработки.
Затем появилась спиральная модель ЖЦ (рис. 3), в которой на начальных этапах ЖЦ осуществляются анализ и проектирование.

Рис 3. Спиральная модель.
В этой модели особое внимание уделяется начальным этапам разработки – выработке стратегии, анализу и проектированию, где реализуемость тех или иных технических решений проверяется и обосновывается посредством создания прототипов (макетирования). Каждый виток спирали предполагает создание фрагмента (компонента) или версии программного продукта. На них уточняются цели и характеристики проекта, определяется его качество и планируются работы следующего витка спирали. Таким образом углубляются и последовательно конкретизируются детали проекта и в результате выбирается обоснованный вариант, который доводится до реализации.
Полный жизненный цикл ИС должен поддерживаться комплексом инструментальных средств с учётом необходимости: адаптации типового проекта к различным системно-техническим платформам (техническим средствам, операционным системам и СУБД) и организационно-экономическим особенностям объектов внедрения; интеграции с существующими разработками (включая реинжиниринг приложений и конвертирование БД); обеспечения целостности проекта и контроля за его состоянием (наличие единой технологической среды создания, сопровождения и развития ИС, а также целостность репозитария). При этом желательно обеспечить независимость от программно-аппаратной платформы и СУБД, поддержку одновременной работы групп разработчиков, открытую архитектуру и возможности экспорта/импорта.
Этапы и стадии процесса разработки ЭИС.
http://kgau.ru/istiki/umk/pis/l5.htmОписание постановки задачи.
Описание постановки задачи (ПОЗ) (комплексу задач) является элементом технического проекта. В случае машинной и автоматизированной обработки данных объем понятия «задача» охватывает: 1) процесс машинной обработки данных, то есть непосредственное розв’язування задачи машинными средствами;2) метод розв’язування; 3) процедуры подготовки данных к обработке;4) использование данных, в частности и для принятия управленческих решений. Организовывая автоматизированное розв’язування задачи, необходимо принять определено и конкретное решение по перечисленным вопросам, а следовательно, чтобы реализовать автоматизированное розв’язування задачи, следует в первую очередь разработать постановку задачи, которая должна содержать об этой задаче все необходимы и достаточные сведения.
Описание постановки задачи (ПОЗ) (комплексу задач) является элементом технического проекта. В случае машинной и автоматизированной обработки данных объем понятия «задача» охватывает: 1) процесс машинной обработки данных, то есть непосредственное розв’язування задачи машинными средствами;2) метод розв’язування; 3) процедуры подготовки данных к обработке;4) использование данных, в частности и для принятия управленческих решений. Организовывая автоматизированное розв’язування задачи, необходимо принять определено и конкретное решение по перечисленным вопросам, а следовательно, чтобы реализовать автоматизированное розв’язування задачи, следует в первую очередь разработать постановку задачи, которая должна содержать об этой задаче все необходимы и достаточные сведения.Состав и содержание постановки задачи (комплексу задач) зависит от специфики последней и условий розв’язування. В целом ПОЗ состоит из таких основных разделов: 1) характеристика задачи; 2) исходная информация; 3) входная информация. Кроме того, выполняется описание алгоритма автоматизированного розв’язування задачи, который может быть включен к ПОЗАМ как раздел 4-й или изложенный отдельно. Иногда ПОЗ содержит и раздел «Розрахунок экономической ефективностi», где обосновывается эффективность розв’язування задачи с помощью ЭВМ.Схарактеризуемо сжато каждый раздел ПОЗ.Раздел 1-й содержит информацию о назначении задачи (комплексу задач); перечень об’єктiв, в процессе управления какими розв’язується задача; периодичность и длительность розв’язування; условия, за которых прекращается розв’язування автоматизированным способом; информационные и технологические зв’язки с другими задачами (комплексами) Аiс; должности лиц и (или) названия подразделов, которые определяют условия и часовые характеристики конкретного розв’язання (решение) но разделение обов’язкiв между персоналом и техническими средствами в разных ситуациях розв’язування задачи (комплексу задач).Раздел 2-й (исходная информация) состоит из перечня и описания исходных сообщений (то есть форм сведений, видеограмм, вiдеокадрiв и тому подобное) и перечня и описания структурных единиц информации исходных сообщений, которые имеют самостоятельную смысловую нагрузку.Описание исходных сообщений имеет вид таблицы, которая содержит название каждого сообщения, его идентификатор, форму представления (документ, видеокадр, сигнал, и тому подобное), периодичность и срок выдачи.Описывая структурные единицы исходных сообщений, отмечают название единицы, идентификатор исходного сообщения, которому она принадлежит, требования к точности вычисления этой единицы, ее условное обозначение.Раздел 3-й (входная информация) содержит перечень и описание входных сообщений и перечень и описание структурных единиц информации входных сообщений, которые имеют самостоятельную смысловую нагрузку.Под входной информацией понимают данные, которые являются необходимыми для розв’язування задачи и поступают в виде документов и сообщений разной формы. Описание входных сообщений также задается в виде таблицы и содержит наименование сообщения, его идентификатор, форму представления, сроки и частоту поступления.Описание структурной единицы входного сообщения состоит из ее наименования, нужной точности числового значения и указания относительно источника соответствующей информации (сообщение, которое содержит эту единицу).ПОЗ разрабатывается в такой последовательности. Если технико-экономическая суть задачи является понятной, то разработку начинают из определения исходной информации розв’язуваної задачи, из описания содержания и формы исходных сообщений и способов их представления, определения реквизитов и носителей исходных данных.После установления выходных данных определяют необходимые входные данные и начинают разработку алгоритма розв’язування задачи — последовательности правил получения выходных данных на основании входных. Iз разработанного алгоритма определяется также информация для хранения и нагромождения. В заключение отрабатывается система внесения изменений к информации задачи.Для проверки правильности алгоритма разрабатывают контрольный пример, который служит также для обеспечения видлагодження программ и их тестирования во время эксплуатации.Практика показывает, что наилучший контрольный пример — это пример, построенный на реальных данных. Однако воспользоваться таким примером можно не всегда из-за отсутствия нужных реальных данных или из-за того, что их многовато (в таком случае видлагодження программы очень усложняется и замедляется) или имеющиеся реальные даны не полностью отбивают все возможные варианты розв’язування.ПОЗ существенно упрощается, когда для ее розв’язання используются типичные проектные решения (ТПР) и пакеты прикладных программ (ППП). Тогда фактически разрабатывается лишь раздел 1-й, а в 2-ом и 3-ом разделах ПОЗ происходит простое «прив’язування» (отбор) нужных сообщений ППП (ТПР) или отмеченные разделы не разрабатываются совсем.Заметим, что специфические особенности ПОЗ оказываются во время розв’язування задач в диалоговом режиме. Ведь нужно разрабатывать сценарий диалога, учитывая удобство работы, типы диалога, формы их реализации, на ЭВМ и даже присущие пользователю приемы и привички.
 Типовые операции обработки данных.
В ходе информационного процесса данные преобразуются из одного вида в другой с помощью методов. Обработка данных включает в себя множество различных операций. По мере развития научно-технического прогресса и общего усложнения связей в человеческом обществе трудозатраты на обработку данных неуклонно возрастают. Прежде всего, это связано с постоянным усложнением условий управления производством и обществом. Второй фактор, также вызывающий общее увеличение объемов обрабатываемых данных, тоже связан с научно-техническим прогрессом, а именно с быстрыми темпами появления и внедрения новых носителей данных, средств их хранения и доставки.
В структуре возможных операций с данными можно выделить следующие основные:
• сбор данных — накопление информации с целью обеспечения достаточной полноты для принятия решений;
• формализация данных — приведение данных, поступающих из разных источников, к одинаковой форме, чтобы сделать их сопоставимыми между собой, то есть повысить их уровень доступности;
• фильтрация данных — отсеивание «лишних» данных, в которых нет необходимости для принятия решений; при этом должен уменьшаться уровень «шума»,а достоверность и адекватность данных должны возрастать;
• сортировка данных — упорядочение данных по заданному признаку с целью удобства использования; повышает доступность информации;
• архивация данных — организация хранения данных в удобной и легкодоступной форме; служит для снижения экономических затрат по хранению данных и повышает общую надежность информационного процесса в целом;
• защита данных — комплекс мер, направленных на предотвращение утраты, воспроизведения и модификации данных;
• транспортировка данных — прием и передача (доставка и поставка) данных между удаленными участниками информационного процесса; при этом источник данных в информатике принято называть сервером, а потребителя — клиентом;
• преобразование данных — перевод данных из одной формы в другую или из одной структуры в другую. Преобразование данных часто связано с изменением типа носителя, например книги можно хранить в обычной бумажной форме, но можно использовать для этого и электронную форму, и микрофотопленку. Необходимость в многократном преобразовании данных возникает также при их транспортировке, особенно если она осуществляется средствами, не предназначенными для транспортировки данного вида данных. В качестве примера можно упомянуть, что для транспортировки цифровых потоков данных по каналам телефонных сетей (которые изначально были ориентированы только на передачу аналоговых сигналов в узком диапазоне частот) необходимо преобразование цифровых данных в некое подобие звуковых сигналов, чем и занимаются специальные устройства — телефонные модемы.
Приведенный здесь список типовых операций с данными далеко не полон. Миллионы людей во всем мире занимаются созданием, обработкой, преобразованием и транспортировкой данных, и на каждом рабочем месте выполняются свои специфические операции, необходимые для управления социальными, экономическими, промышленными, научными и культурными процессами. Полный список возможных операций составить невозможно, да и не нужно. Сейчас нам важен другой вывод: работа с информацией может иметь огромную трудоемкость, и ее надо автоматизировать.
Этапы технологического процесса обработки данных (ТПОД), их состав и характеристика.
Технологический процесс (ТП) обработки информации представляет собой комплекс взаимосвязанных операций по преобразованию информации в соответствии с поставленной целью с момента ее возникновения (входа в информационную систему) до момента ее потребления пользователями. Сложность и многообразие вариантов технологических процессов обусловливают необходимость их деления на этапы и операции.
Этапы технологического процесса – это его укрупненные части: относительно самостоятельные, характеризующиеся логической законченностью, пространственной или временной обособленностью. Этапы делятся на технологические операции, различаются их составом и последовательностью выполнения. Технологическая операция – это взаимосвязанная совокупность действий, выполняемых над информацией на одном рабочем месте в процессе ее преобразования для достижения общей цели технологического процесса. При этом важными являются время преобразования и качество результатной информации. Технологические операции обычно выполняются целыми совокупностями, образуя этапы.
Технологический процесс принято делить на этапы: первичный, подготовительный и основной. На первичном этапе обеспечивается сбор первичной информации, ее регистрация и передача на обработку. На подготовительном этапе осуществляется перенос первичной информации на машинные носители для автоматизации ее последующего ввода в технические средства. Реализация основного этапа позволяет выполнять обработку информации и получать необходимые результаты. На всех этапах выполняется максимум контрольных операций для достижения достоверности и полноты преобразования информации.
По содержанию и последовательности преобразования информации различают следующие технологические операции: сбор и регистрация информации, ее передача, прием, запись на машинные носители, арифметическая и логическая обработка, получение результатной информации, выпуск выходных документов, передача их пользователям.
Сбор информации – обеспечение системы управления таким объемом сведений, который позволяет выполнить поставленные задачи. Сбор и регистрация информации происходят по-разному в различных экономических объектах. Наиболее сложна эта процедура в автоматизированных управленческих процессах промышленных предприятий, фирм и т.п., где производится сбор и регистрация первичной учетной информации, отражающей производственно-хозяйственную деятельность объекта. Не менее сложна эта процедура и в финансовых органах, где происходит оформление движения денежных ресурсов.
Особое значение при этом придается достоверности, полноте и своевременности первичной информации. На предприятии сбор и регистрация информации происходят при выполнении различных хозяйственных операций (прием готовой продукции, получение и отпуск материалов и т.п.), в банках – при совершении финансово-кредитных операций с юридическими и физическими лицами. Учетные данные могут возникать на рабочих местах в результате подсчета количества обработанных деталей, прошедших сборку узлов, изделий, выявления брака и т.д.
В процессе сбора фактической информации производятся измерение, подсчет, взвешивание материальных объектов, подсчет денежных купюр, получение временных и количественных характеристик работы отдельных исполнителей. Сбор информации, как правило, регистрируется, т.е. информация фиксируется на материальном носителе (документе, машинном носителе) вводом в ПЭВМ. Запись в первичные документы в основном осуществляется вручную, поэтому процедуры сбора и регистрации остаются пока наиболее трудоемкими, а процесс автоматизации документооборота – по-прежнему актуальным.В условиях автоматизации управления предприятием особое внимание придается использованию технических средств сбора и регистрации информации, совмещающих операции количественного измерения, регистрации, накопления и передачи информации по каналам связи, ввод ее непосредственно в ЭВМ для формирования нужных документов или накопления полученных данных в системе.
Передача информации – функция обмена данными, перенос информации в пространстве. Передача информации осуществляется различными способами: с помощью курьера, пересылки по почте, доставки транспортными средствами, дистанционной передачи по каналам связи, с использованием других средств коммуникаций. Дистанционная передача данных по каналам связи сокращает время их движения, однако это удорожает процесс из-за необходимости применения специальных технических средств. Предпочтительным является использование технических средств сбора и регистрации, которые, автоматически собирая информацию с установленных на рабочих местах датчиков, передают ее в ЭВМ для последующей обработки, что повышает ее достоверность и снижает трудоемкость.
Дистанционно может передаваться как первичная информация с мест ее возникновения, так и результатная – в обратном направлении. Последняя фиксируется дисплеями, табло, печатающими устройствами. Поступление информации по каналам связи в центр обработки в основном осуществляется двумя способами: на машинном носителе или непосредственно вводом в ЭВМ при помощи специальных программных и аппаратных средств.
Дистанционная передача информации с помощью современных коммуникационных средств постоянно развивается и совершенствуется. Особое значение этот способ приобретает в многоуровневых межотраслевых системах, где применение дистанционной передачи значительно ускоряет прохождение информации с одного уровня управления на другой и сокращает общее время обработки данных.
Машинное кодирование – процедура машинного представления (записи) информации на машинных носителях с помощью кодов, принятых в компьютере. Кодирование информации производится путем переноса данных первичных документов на магнитные диски, информация с которых затем вводится в компьютер для обработки. Запись информации на машинные носители осуществляется на компьютере как самостоятельная процедура или как результат обработки.
Хранение информации – перенос информации во времени. Обеспечивает накопление опыта, запоминание информации о ходе развития процессов. Хранение и накопление экономической информации вызвано многократным ее использованием, применением условно-постоянной, справочной и других видов информации, необходимостью комплектации первичных данных до их обработки. Информация хранится и накапливается в информационных базах, на машинных носителях в виде информационных массивов, где данные располагаются по установленному в процессе проектирования поименованному порядку.
С хранением и накоплением непосредственно связан поиск данных, т.е. выборка нужных данных из хранимой информации, включая поиск информации, подлежащей корректировке либо замене. Процедура поиска выполняется автоматически на основе составленного пользователем или компьютером запроса на нужную информацию.
Обработка информации – выработанная последовательность действий оформляется в виде документов: конструктивных программ и управленческих технологий. Выполняется для обоснования решений и целесообразных способов действий.
Обработка экономической информации производится на компьютере, как правило, децентрализованно. В местах возникновения первичной информации организуются автоматизированные рабочие места специалистов той или иной управленческой службы (отдела материально-технического снабжения и сбыта, отдела главного технолога, конструкторского отдела, бухгалтерии и т.п.). Обработка, однако, может проводиться не только автономно, но и в вычислительных сетях с использованием набора компьютеров, программных средств и информационных массивов для решения функциональных задач.
Доведение информации до пользователя – преобразование сведений в течение процесса производства и сведений, влияющих на ход этого производства, в форму, обеспечивающую оперативное и безошибочное восприятие их пользователем.
В ходе решения задач на ЭВМ в соответствии с машинной программой формируются результатные сводки, которые печатаются машиной или отображаются на экране. Печать сводок может сопровождаться процедурой тиражирования, если документ с результатной информацией необходимо предоставить нескольким пользователям.
Принятие решения в автоматизированной системе организационного управления, как правило, осуществляется специалистом с применением или без применения технических средств, но в последнем случае – на основе тщательного анализа результатной информации, полученной на компьютере. Задача принятия решений осложняется тем, что специалисту приходится выбирать из множества допустимых решений наиболее приемлемое, сводящее к минимуму потери ресурсов (временных, трудовых, материальных и т.д.). Благодаря применению персональных компьютеров и терминальных устройств повышается аналитичность обрабатываемых сведений, а также обеспечивается постепенный переход к автоматизации выработки оптимальных решений в процессе диалога пользователя с вычислительной системой. Этому способствует использование новых технологий экспертных систем поддержки принятия решений.
По степени механизации и автоматизации операции бывают ручные (выписка первичного документа), механизированные (используются технические средства, но преимущественно выполняются человеком например регистрация на пишущей машинке), автоматизированные – в большей степени выполняются техническими средствами, но предполагается и участие человека (запись данных на магнитные носители с помощью средств, в которых автоматизирован контроль), автоматические – без участия человека (передача информации по линиям связи).
По роли в технологическом процессе различают рабочие и контрольные операции. Рабочие операции обеспечивают получение конечного результата, а контрольные – надежность рабочих операций.
Основной этап ТПОД.
Основной этап содержит операции ввода данных в ЭВМ, контроля безопасности данных и систем, сортировки, корректировки, группировки, анализа, расчета, формирования отчетов и вывода их. Так как все операции выполняются компьютером, этот этап называют внутримашинным.
Операция ввода данных — одна из основных и сложных операций технологического процесса. Экономические данные могут быть представлены в виде бумажного документа, в образе электронного документа, штрих-кодов, электронной таблицы, могут быть запрошены из базы данных, получены по сети, вводиться с клавиатуры, а также через технологию речевого ввода. Ввод обязательно сопровождается операцией контроля, так как неверные данные нет смысла обрабатывать. Сами данные могут быть любого типа: текстовые, табличные, графические схемы, в виде знаний, объектов реального мира и т.д. При этом одна подсистема ЭИС обычно имеет дело с разнородными данными, приходящими из различных источников. После ввода и контроля данные могут быть записаны в файл, показаны на мониторе ПК, переданы в БД в режиме ее актуализации, переданы по сети.
Контроль безопасности данных и систем подразделяется на контроль достоверности данных, безопасности данных и компьютерных систем. Контроль достоверности данных выполняется программно во время ввода и обработки. Средства безопасности данных и программ защищают их от копирования, искажения, несанкционированного доступа. Средства безопасности компьютерных систем обеспечивают защиту от кражи, вирусов, неправильной работы пользователей, несанкционированного доступа.
Сортировка используется для упорядочения записей файла по одному или нескольким ключам. Запись— это минимальная единица обмена между программой и внешней памятью. Файл — совокупность записей. Обычно одна запись содержит информацию одного документа или его законченной части. Структуры записи и файла определяются пользователем при проектировании. Ключ— атрибут или группа атрибутов, служащих для идентификации записей. Сортировка упрощает дальнейшую обработку. В качестве утилиты она присутствует во всех файловых системах.
Корректировка — операция актуализации файла или базы данных. Обычно выполняются операции просмотра, замены, удаления, добавления нового элемента. Эти операции применяются к отдельным атрибутам, записи, группе записей, файлу, базе данных.
Группировка, или разрез, сводка, — операция соединения записей, сходных по одному либо нескольким ключам, в относительно самостоятельные новые объекты — группы.
Анализ — операция, реализующая метод научного исследования, основанный на расчленении целого на составляющие части, разбор, рассмотрение чего-либо. Для проведения анализа используются экономико-математические, статистические методы, методы выявления тенденций, прогнозирования, моделирования, построение графиков, диаграмм, экспертные системы.
Расчет — операция, позволяющая выполнить требуемые вычисления для получения результатов или промежуточных данных.
Формирование отчетов— операция оформления результатов для вывода и передачи потребителю в привычном для него виде.
Вывод — операция вывода результатов на печать, в базу данных, файл, монитор, по сети ЭВМ.

Приложенные файлы

  • docx 9404247
    Размер файла: 296 kB Загрузок: 0

Добавить комментарий