Разработка и эксплуатация автоматизированных информационных систем

Введение.

Принимать оптимальные решения с первого раза, а не исправлять последствия неправильных решений – вот главная задача любого специалиста. Эффективное решение этой задачи невозможно без применения современных компьютерных автоматизированных информационных систем.
Ни одно современное предприятие не обходится без систем сбора и обработки информации. Чем больше стадий производства, чем оно сложнее, чем больше и разнообразнее спектр производимых, продаваемых изделий или предлагаемых услуг, тем больше потребность в автоматизированном сборе, обработке и хранении информации в электронном виде. Портативные устройства сбора информации, средства ее передачи решают многие проблемы. Поиск информации в бумажном виде занимает от минуты до нескольких дней, в зависимости от того, когда информация была собрана, поиск в электронном хранилище данных выполняется за доли и единицы секунд. Коммуникации с удаленными складами и филиалами при правильном построении системы дают огромный выигрыш во времени. Стоит ли упоминать о системах бухгалтерского учета, учета и хранения товаров, информационных системах - их роль в современном бизнесе сложно переоценить. Всё выше сказанное непосредственно относится к изучаемому объекту. Отсутствие какой-либо автоматизированной информационной системы (АИС) затрудняет работу информационно-методического отдела. В связи с этим создание такой системы позволит:  разгрузить персонал от обременительной работы;  эффективно использовать рабочее время, что ускорит работу отдела;  систематизировать хранящиеся в бумажном виде данные.
Целью курсовой работы является изучение принципов разработки и эксплуатации автоматизированных информационных систем. Для достижения цели необходимо решить следующие задачи:
Описать историю развития автоматизированных информационных систем.
Раскрыть ключевые понятия темы курсовой работы.
Рассмотреть принципы разработки и эксплуатации автоматизированных информационных систем на основе международных стандартов и CALS-технологий.
Глава 1. Принципы разработки и эксплуатации автоматизированных информационных систем
1.1 История развития АИС.
История создания и развития автоматизированных информационных систем не только в России, но и во всем мире неразрывно связана с разработкой автоматизированных систем управления (АСУ). Из приведенного определения очевидно, что АИС является составной частью АСУ, так как любые управленческие решения должны основываться на достоверных данных (достоверной информации).Начало работ по созданию АИС для АСУ можно отнести к 1960-м гг., когда появились первые электронные вычислительные машины (ЭВМ).
При этом в истории развития АИС для АСУ можно выделить следующие этапы.
Первый этап (1955 —1964). Характеризуется зарождением нового научного направления, которое сегодня называют информационные технологии, или этап постановки задачи на соединение задач управления с методами и средствами обработки информации.
На этом этапе были разработаны и внедрены на предприятиях автоматизированные системы обработки информации, направленные в основном на автоматизацию сбора информации о ходе производственного процесса в реальном масштабе времени. Так, например, в СССР на Львовском телевизионном заводе действовали автоматизированные системы для сбора данных о работе конвейерных сборочных линий.
Второй этап (1965 —1969). Характеризуется подключением специалистов в области эксплуатации ЭВМ и разработки программно-математического обеспечения к работе практических управленцев.
С появлением ЭВМ у многих специалистов появились эйфорические настроения, т.е. говорили что ЭВМ может все. На создание
АСУ были выделены огромные средства в СССР, США и других странах мира. Однако впоследствии выяснилось, что полученные результаты не соответствовали затратам. Специалисты называют этот период в развитии информационных технологий этапом АСУнизации, который, как считали многие, нанес огромный экономический «эффект». Мнения специалистов о причинах несостоявшихся ожиданий можно свести к следующим.
1.Развитие методов и средств управления в рамках АСУ не привело к ожидаемому результату вследствие односторонней направленности работ и недооценки структурного аспекта проблемы.
2.Внедрение АСУ обеспечило лишь замену обычного очковтирательства очковтирательством электронным.
Такие результаты внедрения АСУ в управление сегодня можно определить следующими причинами.
1.Несоответствие организационных форм управления производством методам и средствам обработки информации. Применение больших ЭВМ требовало их централизованной эксплуатации, в то время как организация управления производством представляла собой систему многоуровневых децентрализованных служб.
2.Несоответствие технического уровня специалистов-управленцев и разработчиков АСУ: в большинстве случаев первые не владели ни языками программирования, ни технологией работы на ЭВМ, а вторые не обладали необходимыми знаниями в области управленческой деятельности.
Третий этап (1970 —1974). Характеризуется разработкой централизованных АСУ отраслевого и государственного назначения.
На данном этапе произошла стыковка структур управления с организационными и техническими возможностями ЭВМ.
В этот период в СССР были разработаны ОГАС — общегосударственная автоматизированная система управления; РАСУ — республиканские автоматизированные системы управления; ОАСУ —
отраслевые автоматизированные системы управления; АСУП — автоматизированные системы управления производством (наотдельных крупных промышленных предприятиях).
Четвертый этап (1975 —1986). Характеризуется разработкой АСУП на основе мини-ЭВМ. В этот период были созданы следующие функциональные системы управления:
- автоматизированная система государственной статистики;
- отраслевые автоматизированные системы снабжения и
торговли;
- автоматизированная система управления Госбанка и Стройбанка.
Пятый этап (1986 —1999). Характеризуется бурным развитием
информационных технологий. В этот период разрабатывались локальные АИС, в том числе на основе программных систем управления базами данных (dBase, Clarion, MS Access), обеспечивающие автоматизацию обработки информации для отдельных специалистов и служб предприятий (например, системы расчета заработной платы сотрудникам, системы автоматизированного проектирования различного типа изделий и др.).
Шестой этап (начало ХХI века). Характеризуется переходом предприятий от использования локальных автоматизированных информационных систем к единому информационному пространству. Это направление работ связано с появлением концепции так называемых CALS-технологий сначала в сфере бизнеса, а в настоящее время и в промышленном производстве.
Сущность CALS-технологий сводится к созданию единого информационного пространства (ЕИП), обеспечивающего возможность получения достоверной информации, необходимой для принятия оптимальных решений на всем жизненном цикле (ЖЦ) изделия, начиная с его проектирования и заканчивая утилизацией после окончания сроков эксплуатации.
Расшифровка аббревиатуры CALS за время ее существования претерпела ряд изменений. В момент возникновения идеи технологии и в первоначальный период ее становления (1990-е гг.) она расшифровывалась как Computeraided Logistic Support — компьютерная поддержка поставок и логистики. Акцент здесь делался на применение компьютеров для управления процессами поставок, транспортировки и эксплуатации продукции (в аспектеобеспечения запчастями, расходными материалами и т.д.).
С течением времени понятие CALS трансформировалось и при-
Обрело следующую расшифровку : Continuous Acquisition and Life
Cycle Support — непрерывная информационная поддержка поставок и жизненного цикла продукции. Здесь акцент смещен, во-первых, в сторону непрерывности взаимодействия заказчика и поставщика в ходе процессов поставки продукции, а во-вторых, в сторону охвата всего ее ЖЦ. При этом по умолчанию предполагается, что речь идет о сложной наукоемкой продукции, которая требует создания, преобразования и передачи между различными участниками ЖЦ больших объемов технической информации.
В последнее время появилась еще одна трактовка понятия CALS:
Commerce At Light Speed — высокоскоростная коммерция (быстрая коммерция). Эта трактовка связана с постоянно расширяющейся сферой применения электронного бизнеса (e-business) и электронной коммерции (e-commerce), суть которых состоит в том, что коммерческие сделки заключаются посредством глобальной сети Интернет. В ходе этих сделок стороны обмениваются информацией (подчас весьма значительного объема) в электронном безбумажном виде, при необходимости скрепляя передачу данных электронными цифровыми подписями (ЭЦП), имеющими такой же юридический статус, как и собственноручная подпись. Электронный обмен информацией происходит, естественно, в высоком темпе, невозможном при традиционных способах общения.В настоящее время концепция CALS представляет собой целый комплекс международных стандартов в области создания, хранения и передачи информации, которые обязаны соблюдать все участники мирового рынка.
Очевидно, что реализовать концепцию CALS можно только с использованием современных коммуникационных технологий и программных систем обмена информацией как в локальных вычислительных сетях предприятий, так и в сети Интернет. Коммуникационные технологии являются основой современного менеджмента и маркетинга в производстве и бизнесе.
Очевидно также, что сфера для разработки и эксплуатации автоматизированных информационных систем безгранична и может затрагивать все области человеческого существования. В данном учебнике рассмотрены общие методологические подходы и практические рекомендации к созданию автоматизированных информационных систем, отвечающих современным требованиям высокоскоростной коммерции.
1.2. Основные принципы разработки автоматизированных информационных систем на основе международных стандартов и CALS-технологий.
СALS-технологии — это современное направление развития информационного обеспечения производственных и бизнес-процессов, направленное на создание АИС, образующих на предприятии единое информационное пространство.
В терминологическом словаре, утвержденном Госстандартом России, автоматизированная информационная система, реализующая задачи концепции CALS, определяется как интегрированная информационная среда (ИИС).
Интегрированная информационная среда представляет собой совокупность удаленных распределенных баз данных, содержащих сведения об изделиях, производственной среде, ресурсах и процессах предприятия, обеспечивающая корректность, актуальность, сохранность и доступность данных для тех субъектов производственно-хозяйственной деятельности, участвующих в осуществлении жизненного цикла изделия, кому это необходимо и разрешено.
При создании на предприятии ИИС должен реализовываться главный принцип многопользовательских информационных систем: информация, однажды возникшая на каком-либо этапе производственного процесса, сохраняется и становится доступной всем участникам этого или других этапов в соответствии с имеющимися у них правами пользования этой информацией.
Естественно, что процессы создания, преобразования и передачи информации осуществляются с помощью современных программных средств. К числу таких средств относятся:
системы автоматизированного конструкторского и технологического проектирования (CAE/CAD/CAM);
программные средства управления данными об изделиях (Product Data Management— PDM), в том числе СУБД;
автоматизированные системы планирования и управления производством (MRP/ERP);
системы анализа, поддержки и ведения баз данных (LSA/LSAR);
программные средства управления потоками работ (WF);
программные средства моделирования и анализа бизнес- процессов (SADT).
Из перечисленных задач и применяемых для их реализации программных систем видно, что основой для создания ИИС являются базы данных.
Исходя из необходимости создания многопользовательских информационных систем, традиционное проектирование информационной системы и базы данных как самостоятельных объектов необходимо существенным образом изменить и перейти к стратегии создания многопользовательских (общих) информационных систем и баз данных.

1.3. Принципы разработки Многопользовательских Информационных Систем.
При разработке многопользовательских информационных систем необходимо выполнение двух обязательных условий: системный подход и стандартизация.
Системный подход. Такой подход к разработке информационной системы означает, что она рассматривается как «большая», т. е. как система, состоящая из некоторого множества взаимосвязанных и взаимодействующих между собой элементов.
При проектировании информационной системы необходимо:
учитывать интересы всех ее потенциальных пользователей;
соблюдать модульный принцип разработки и внедрения.
Учет интересов всех потенциальных пользователей системы определяет следующий порядок разработки АИС:
установить, каким специалистам и в каких подразделениях предприятия необходима информация о конкретном объекте;
установить признаки описания объектов различными пользователями;
установить общий состав признаков объектов одного класса.
Такой подход к проектированию увеличивает сроки разработки
АИС, но обеспечивает значительное снижение затрат на разработку вычислительной системы в целом.
Для пояснения этого принципа проектирования можно привести следующий пример. Появление программ создания баз данных было по достоинству оценено сотрудниками одного предприятия и многие «бросились» разрабатывать базы данных, необходимые для информационной поддержки своей производственной деятельности.
Одна из задач, стоящих перед технологами этого предприятия, заключалась в правильном выборе инструмента для механической обработки деталей, и специалисты механического цеха разработали свою информационную систему по режущему инструменту в среде СУБД Access (затратив на это и время и средства).
В то же время в конструкторском отделе завода специалисты, занимающиеся проектированием режущего инструмента, также создали свою БД. Однако когда руководство приняло решение создать общезаводскую информационную систему по режущему инструменту, то оказалось, что одни и те же признаки режущего инструмента разные специалисты описывали разными способами. В результате разработанные ранее информационные системы на основе баз данных и программы управления ими пришлось полностью переделывать, что потребовало как дополнительного времени, так и дополнительных затрат. Проще говоря, средства на разработку несогласованных между специалистами информационных систем были потеряны для предприятия.
Модульный принцип разработки и внедрения означает, что любая система должна разрабатываться в виде взаимосвязанных модулей (подсистем), которые можно внедрять на предприятии отдельно, т. е. до окончательной разработки всей системы.
Стандартизация разработки. Такой подход к разработке информационных систем, учитывая их многопользовательский характер, имеет следующие аспекты:
информационный;
программный;
аппаратный.
Требование стандартизации информационного обеспечения обусловлено принципами компьютерной обработки информации, так как информационные объекты должны однозначно распознаваться компьютером.
Применительно к текстовой информации это означает, что для всех информационных объектов должны быть установлены четкие правила идентификации (грамматические правила их написания). Так, назвав инструмент для механической обработки детали Резец
расточной, нельзя использовать никакой другой способ его обозначения, т. е. название Расточной резецне идентично названию Резец расточной.
Необходимость стандартизации программного обеспеченияочевидна: при использовании многопользовательских удаленных друг от друга систем данные одной системы должны обрабатываться программным обеспечением другой системы.
Требование стандартизации аппаратного обеспечения обусловлено необходимостью снижения затрат на эксплуатацию компьютерной техники.
Внедрение на предприятиях России концепции CALS-технологий предусматривает широчайшее применение единых (в том числе международных) стандартов.
Этапы проектирования многопользовательских информационных систем.
В современных условиях развития производства и бизнеса необходимо переходить от стратегии проектирования АИС как самостоятельных объектов к стратегии создания многопользовательских информационных систем (единого информационного пространства предприятия).Такой переход предусматривает разработку информационной системы в соответствии с этапами ее жизненного цикла, содержание которых представлено в таблице



Номер
этапа
Наименование этапа
Содержание работ

1 Планированиеразработкиинформационнойсистемы Формулирование цели создания АИС, поиск и обоснование оптимальных методов (способов) ее организации в условиях конкретного предприятия

2 Определение требований к составу и распределению информации (в том числе к организации общих баз данных) Определение состава пользователей и установление задач для каждого из них в процессе проектирования и эксплуатации АИС

3 Разработка единого описания характеристик объектов Сбор и анализ требований к описанию информационных объектов от всех потенциальных пользователей информационной системы

4 Разработка и исследование моделей проекта АИС как системы управления общими базами данных Концептуальное, логическое и физическое моделирование баз данных


5 Обоснование и выбор программной системы для разработки АИС Оценка ожидаемых затрат на разработку и эксплуатацию АИС в условиях предприятия

6 Разработка эскизного проекта — прототипа АИС (этап необязательный) Создание модели АИС средствами визуального проектирования, например MicrosoftAccess

7

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


8
Реализация АИС
Создание внешнего, концептуального и внутреннего определений АИС как базы данных и прикладных программ обращения к данным

9
Загрузка данных Заполнение информацией таблиц баз данных

10

Тестирование Проверка работы АИС и устранение возникающих ошибок работы приложения

11 Эксплуатация и сопровождение Разработка организационных мероприятий по внедрению АИС, постоянное наблюдение за работой системы и при необходимости внесение изменений в разработанное приложение
Рассмотрим более подробно содержание работ каждого этапа жизненного цикла АИС.
1. Планирование разработки информационной системы. Этот этап включает в себя подготовительные работы, т. е. нахождение методов и средств оптимального решения задачи, поставленной перед информационной системой.
Планирование разработки ИС должно быть неразрывно связано с общей стратегией формирования единого информационного пространства предприятия, для чего необходимо:
определить цель и задачи разрабатываемых информационных технологий на основе анализа целей и бизнес- планов организации;
провести анализ существующих (в том числе действующих на предприятии) информационных систем и дать рекомендации по их применению или модернизации;
дать оценку ожидаемой экономической эффективности от разработки новых информационных технологий (в том числе ожидаемых преимуществ перед конкурентами).
Очевидно, что целью разработки любой компьютерной системы является достижение определенного экономического эффекта от ее реализации. Поэтому в условиях конкретного предприятия необходимо установить приоритетные направления в создании информационной системы.
Информационные системы как средства информационной поддержки в процессах принятия решений могут разрабатываться практически для всех задач управления производством, например:
поставка материалов и комплектующих изделий;
проектирование конструкций новых изделий;
проектирование технологических процессов изготовления продукции;
проектирование технологического оснащения (приспособлений, инструмента);
оперативное календарное планирование и управление выпуском изделий;
разработка нормативной базы (определение потребности трудовых и материальных ресурсов, основных и вспомогательных материалов и др.);
управление качеством выпускаемой продукции;
управление сбытом и др.
Принятие решения о выборе направления для разработки АИС, естественно, является прерогативой руководителей предприятия.
Результатами выполнения данного этапа жизненного цикла АИС являются:
техническое задание на проектирование;
технические требования на методы и средства выполнения конкретных задач при работе с АИС;
стандарты предприятия на выполнение отдельных этапов работ;
определение необходимых трудовых и материальных ресурсов для разработки и эксплуатации баз данных;
планируемые сроки выполнения 2-10 этапов жизненного цикла АИС.
2. Определение требований к составу и распределению информации (в том числе к организации общих баз данных). Выполнение этого этапа зависит от области применения АИС, состава пользователей, а следовательно, от назначения системы.
Выбрав область производственной деятельности, необходимо установить состав пользователей информации для разрабатываемой АИС. Это необходимо для решения следующих задач:
определение классов информационных объектов, их характеристик и в конечном счете состава таблиц баз данных;
определение «месторасположения» потенциальных пользователей и, следовательно, архитектуры ЛВС.
Определив состав пользователей АИС, необходимо установить задачи для каждого из них: одним будет дано право модифицировать таблицы баз данных, а другим будет разрешен только доступ к информации без права ее изменения.
3.Разработка единого описания характеристик объекта информационной системы.Этот этап включает в себя достаточно трудоемкий процесс сбора и анализа информации от каждого потенциального пользователя АИС.
Существуют разные методы сбора такой информации, в общей формулировке определяемые как методы сбора фактов.К ним относятся:
изучение документации;
проведение собеседований;
наблюдение за работой сотрудников подразделений предприятия;
проведение исследований;
проведение анкетирования.
Изучение документации,в соответствии с которой выполняет свои функции конкретный пользователь (подразделение) предприятия, позволяет определить характеристики информационных объектов.
Изучению подлежат следующие виды документов:
бланки и формы отчетности бумажные и электронные;
стандарты предприятия;
технические характеристики объектов;
технические и технологические инструкции.
Проведение собеседований является достаточно эффективным методом сбора фактов. При проведении собеседований можно также установить степень заинтересованности пользователей в разработке данной АИС, собрать предложения по организации работ с информационной системой и т.д.
Наблюдение за работой сотрудников подразделений предприятия относится также к эффективной методике сбора фактов, которая позволяет:
убедиться в правильности установленных ранее характеристик информационных объектов;
оценить ожидаемую эффективность от внедрения разрабатываемой информационной системы в конкретном подразделении, благодаря возможности непосредственной оценки трудоемкости выполнения работ ее потенциальным пользователем.
Проведение исследований на основе изучения литературных данных, ресурсов Интернет, материалов конференций и других источников сводится к возможности изучения методов решения аналогичных проблем другими предприятиями, в том числе и конкурентами.
Проведение анкетирования — это метод, основанный на проведении опросов пользователей по заранее составленным опросным листам — анкетам. Причем возможны два вида опросных листов: с произвольной и с фиксированной формой ответов.
В первом случае анкета состоит из вопросов, на которые опрашиваемый (респондент) должен дать ответ в произвольной форме.
Во втором случае опрашиваемому предоставляется бланк с вариантами заранее сформулированных ответов на поставленные вопросы, и он должен выбрать один из этих вариантов.
К данному методу можно также отнести непосредственное «конструирование» информации, необходимой для решения задач, выполняемое конкретным специалистом в виде таблицы базы данных. В этом случае анкетирование можно проводить в виде собеседования или предоставления специалисту возможности самостоятельно составить структуру таблицы (или таблиц) базы данных, для чего целесообразно использовать конструктор таблиц СУБД MicrosoftAccess.
4. Разработка и исследование моделей проекта АИС как системы управления общими базами данных (СУБД). Выполнение этого этапа сводится к разработке и исследованию концептуальных, логических и физических моделей баз данных информационной системы.
Концептуальное моделирование базы данных — это процесс создания информационной модели базы данных, не зависящей от ее физической реализации. В общем случае это установление необходимого состава таблиц базы данных исходя из установленного состава пользователей.
Логическое моделирование базы данных — это процесс, включающий в себя разработку и установление связей между таблицами базы данных, а также их модификацию на основе принципов нормализации. При разработке логической модели учитывается конкретная СУБД.
Физическое моделирование баз данных — это процесс описания способов хранения базы данных на запоминающих устройствах. Очевидно, что данный процесс выполняется после разработки концептуальных и логических моделей баз данных.
Физическое моделирование подразумевает:
определение конкретных структур хранения информации и методов доступа к удаленным таблицам баз данных;
выбор аппаратных, программных (технологических) и разработку организационных методов защиты данных.


Схема проектирования АИС, применяемая в таких программных системах, как ORACLE и SQL-Server, обеспечивает высокую степень независимости системы управления информацией от характера данных. Различают два типа такой независимости :логическую и физическую.
Логическая независимость от данных означает полную защищенность внешних схем от изменений, вносимых в концептуальную модель.
Физическая независимость от данных означает защищенность концептуальной модели от изменений, вносимых во внутреннюю схему баз данных.
Внешняя схема данных (внешний уровень) описывает только ту часть управления базами данных, которая относится к каждому пользователю.
Внутренняя схема данных (внутренний уровень) описывает способы хранения данных.
5.Обоснование и выбор программной системы для разработки АИС. На данном этапе решается задача выбора программной системы, обеспечивающей минимальные трудовые и материальные затраты при разработке и эксплуатации информационной системы, в частности:
при разработке АИС для конкретной предметной области;
при интеграции АИС с уже имеющимися на предприятии информационными системами и базами данных;
при обеспечении защиты данных.
В настоящее время наибольшее распространение среди разработчиков АИС получили следующие программные продукты:
специальные языки программирования VisualFoxPro, SQL;
прикладные программные системы MicrosoftAccess;
программные системы разработки и управления корпоративными удаленными базами данных Oracle, MSSQLServer, MYSQL, INFORMIX и др.
Исходя из имеющегося опыта, можно дать следующие рекомендации по выбору программных систем для разработки АИС как систем управления базами данных:
для разработки единого информационного пространства в рамках CALS-технологий с учетом ожидаемых объемов хранения и обработки данных в настоящее время лучше применять системы SQL-Server и Oracle различных модификаций; .
для разработки и исследования моделей и эскизного проекта АИС следует применять MicrosoftAccess, что позволит в кратчайшие сроки и с наименьшими затратами спроектировать основные объекты информационной системы: таблицы, запросы, отчеты. Также, используя возможности MicrosoftAccess, можно эффективно проработать сценарий будущего пользовательского интерфейса;
для разработки быстродействующего приложения можно применять языки объектно-ориентированного программирования: VisualBasic .NET, Delphi, C# и др.
6.Разработка эскизного проекта — прототипа АИС.На этом этапе проверяются разработанные информационные модели организации системы, на основе которых можно с уверенностью составить техническое задание программистам для разработки приложения.
Данный этап должен выполняться непосредственно специалистами конкретной предметной области или под их руководством. Именно поэтому рекомендуется для его реализации применять MicrosoftAccess.
7.Разработка приложения. Одним из обязательных условий на этапе разработки приложений является обеспечение быстрой работы с удаленными базами данных, в том числе через глобальную сеть.
Разработка приложения АИС включает в себя создание двух программныхчастей : серверной и клиентской.
Серверная часть приложения разрабатывается, как правило, средствами встроенного языка SQL в соответствующие СУБД (SQL-Server, Oracle и др.)
Клиентская часть приложения разрабатывается, как правило, с использованием универсальных языков программирования, одним из которых является язык программирования VisualBasic . NET.
VisualBasic. NET — это современная визуальная среда для разработки пользовательского интерфейса, обеспечивающая:
простоту создания пользовательского интерфейса программы;
возможность работы с Web-сервисами;
создание клиент-серверных приложений, включая работу через Интернет;
поддержку многоплатформенного протокола передачи данных — SOAP-протокола.
SOAP-протокол— это набор правил для приложений, которые могут вызывать методы работы с удаленными информационными объектами. При этом для клиентских программ, использующих SOAP, абсолютно неважно, где именно находятся эти удаленные объекты: в другом каталоге, в корпоративной интрасети или в Интернете. SOAP-протокол основан на языке XML. По сути дела, каждая передаваемая информация между клиентом и сервером является отдельным XML-документом, который написан по правилам SOAP.
SOAP-протокол — это слабосвязанный механизм, ориентированный на сообщения и предназначенный для удаленного вызова информации по глобальным сетям. При этом работа с удаленными базами данных осуществляется с помощью HTTP-запросов и ответов.

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

Фактически данный этап жизненного цикла является началом сдачи разработанной системы заказчику.

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

10.Тестирование. Данный этап предназначен для нахождения возможных ошибок при работе и управлении разработанной информационной системы. Очевидно, что для выполнения тестирования необходимо, чтобы все таблицы базы данных были заполнены соответствующей информацией.
Процесс тестирования можно осуществлять двумя способами:
непосредственно проверкой функционирования системы пользователями и администраторами в соответствии с разработанными инструкциями;
с помощью специальных экспертных программ, позволяющих автоматически находить ошибки, например при вводе данных в таблицы или запросы.
11.Эксплуатация и сопровождение. Данный этап предполагает непрерывное наблюдение за разработанной системой в процессе ее функционирования.
Как правило, контроль качества работы возлагается на администратора базы данных информационной системы. При этом очевидно, что процесс контроля качества работы системы должен осуществляться в полном соответствии с требованиями стандартов менеджмента качеством ISO1900—2000.

Глава 2. Практическая работа

Часто приходится заполнять несколько однотипных документов, несколько раз повторяя ввод одних и тех же данных. В этом случае удобно ввести текст и числа один раз, а во всех остальных документах просто вставить данные из первого документа. Рассмотрим эту операцию на примере заполнения счет - фактуры, счета и приходного кассового ордера. Мы заполняем только счет – фактуру, а остальные документы заполняются автоматически.
В поле даты вставим формулу – СЕГОДНЯ().
В ячейке стоимости товаров введем произведение количества на цену единицы, например =AI25*AS25.
Введем в нужную ячейку НДС 18%.
Вычислим сумму налога с помощью формулы =BG25*CJ25 и общую сумму по формуле =BG25+CU25.
Размножим формулы с помощью авто-заполнения на остальные строки. Чтобы в таблице не отображались нулевые суммы, применим особый формат ячеек. Выделим ячейки с формулами, выберем команду меню – Формат – Ячейки, и на вкладке Число появившегося диалога выберем в списке форматов все форматы. Введем в поле ТИП # ##0,00;## Точками с запятой разделяются варианты числа – положительное, отрицательное и нулевое. Символ # указывает, что нули не выводятся. Первые символы отписывают вывод числа в виде 7 876,00. Если заменить последний символ # в формате на тире, вместо нулей в таблице будут проставляться прочерки.
Чтобы вставить в счет – фактуру сумму прописью, добавим в таблицу лист с вычислением суммы прописью. В ячейку AQ29 Счета – фактуры формулу =Лист1!A2. В результате мы получим такую таблицу:

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


На третьем листе рабочей книги создадим бланк приходного кассового ордера. Некоторые поля в этом бланке заполнить очень просто, достаточно вставить ссылку на нужную ячейку счета – фактуры.
В приходном кассовом ордере рубли и копейки выводятся в разные ячейки. Если сумма из счета – фактуры расположена на листе Счет-фактура! в ячейке AC29, то формула для выделения рублей будет следующей: =ЦЕЛОЕ(‘Счет-фактура’!AC29) Поместим ее в нужную ячейку, например в G15. Для выделения копеек в следующую ячейку введем =ТЕКСТ(ОКРУГЛ(((‘Счет-фактура!AC29)-ЦЕЛОЕ(‘Счет-фактура’!AC29))*100;0);”00”) Сумма в рублях вычитается из общей суммы и умножается на сто, после чего выводится в виде двух цифр, например 56.
В поле основания перечислим все товары, для чего нужно применить операцию сцепления, например =’Счет-фактура’!A25 &” “&’Счет-фактура’!A26. Между отдельными названиями вставляются пробелы. Это не совсем удобно, но если поставить запятые, в случае пустой строки получатся несколько запятых, расположенных подряд. Можно при заполнении счета – фактуры в конце каждого названия оставить точки. В этом случае названия в приходном кассовом ордере будут разделены точками.
Остальные поля в этом бланке заполним, вставляя ссылки на нужную ячейку счета – фактуры.
Сохранив заготовку созданного документа, мы можем открывать ее при необходимости заполнения соответствующих документов. Заполнять нужно только поля в счете – фактуры, а остальные документы будут заполняться автоматически. Мы можем распечатать нужное количество копий каждого документа. После заполнения можно сохранить таблицу в другом файле, чтобы оставить созданные документы в электронном виде.


Заключение.

В ходе работы мы изучили историю развития АИС, и выявили сущность автоматизированной информационной системы как совокупность программно-аппаратных средств, предназначенных для автоматизации деятельности, связанной с хранением, передачей и обработкой информации. АИС являются, с одной стороны, разновидностью информационных систем, с другой — автоматизированных систем.
Также мы рассмотрели основные принципы разработки автоматизированных информационных систем на основе международных стандартов и CALS-технологий и принципы разработки Многопользовательских Информационных Систем
В практической работе мы рассмотрели автозаполнение нескольких документов в программе Microsoft Excel. Мы заполняли только счет – фактуру, а остальные документы заполнялись автоматически.