Содержание

1. Теоретическая часть. 3

1.1. Средства управления информацией для персональных компьютеров. Электронная почта и приложение MS Outlook. 3

1.2. Информационное, программное и аппаратное обеспечение АРМ. Организация рабочего места коммерсанта. 13

2. Практическая часть. 24

Задача 1. 24

Список литературы.. 30

1. Теоретическая часть

1.1. Средства управления информацией для персональных компьютеров. Электронная почта и приложение MS Outlook

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

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

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

Аппаратная архитектура

Развитие аппаратной архитектуры вычислительных систем в совокупности рассматривается на нескольких уровнях[4, с. 145]:

1)    Уровень используемых материалов и технологий

2)    Уровень схемной реализации узлов вычислительной системы

3)    Уровень развития периферийного оборудования

4)    Уровень интеграции вычислительных систем

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

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

Схемная реализация узлов вычислительной системы определяет уровень модульности, расширяемости и производительности. Модульность системы позволяет осуществлять наращивание функциональных возможностей за счет добавления новых модулей и замены старых. Общая производительность системы складывается из производительности (пропускной способности) шины данных и производительности каждого нагруженного узла системы. В процессе развития происходило увеличение пропускной способности шин данных (ISA -> PCI-2, SCSI->UltraWideSCSI,IDE->EIDE, и т.д). Одновременно с этим происходило увеличение производительности узлов за счет применения спецпроцессоров, ориентированных на выполнение конкретной задачи. Например современные видеоадаптеры, контроллеры жестких дисков, некоторые сетевые платы, принтеры, имеют встроенные процессоры, выполняющие всю основную работу узла. Применение подобной технологии позволяет существенно снизить уровень нагрузки на основной узел системы – центральный процессор. В тех случаях, когда этого недостаточно, применяются многопроцессорные системы, в которых осуществляется распределение потоков выполнения задач по нескольким процессорам[5, с. 149].

Развитие периферийного оборудования играет значительную роль в плане сервиса, предоставляемого вычислительной системой. Современные лазерные принтеры способны обеспечить качество печати, сравнимое с полиграфическим. Факс – модемы обеспечивают связь с любым абонентом или компьютерной сетью. Сканеры, звуковые карты, CD-ROM-ы, и т.д. Список очень велик. Наблюдается постоянное расширение спектра предлагаемого оборудования и снижение его стоимости.

Интеграция вычислительных систем осуществляется за счет применения сетевых технологий. Изолированные “локальные” рабочие станции или вычислительные комплексы являются замкнутой системой и постепенно заменяются “открытыми” системами, которые принципиально являются более живучими. Использование сетей позволяет решить целый ряд задач: наладить информационный обмен между всеми станциями сети, осуществлять централизованный менеджмент (управление) рабочими станциями, выполнять задачи сразу на множестве компьютеров так, как если бы они являлись одним единым целым. Сейчас считается что сеть – это тоже компьютер, только с распределенными ресурсами. Быстродействие такого “сетевого компьютера” зависит от пропускной способности сети и в течение последнего времени постоянно возрастает за счет применения новых технологий передачи данных и увеличения производительности сетеобразующего оборудования (сетевые адаптеры, роутеры, хабы, и т.д.). Различают локальные сети (обычно в пределах одного здания или предприятия) и глобальную сеть, объединяющую тысячи компьютерных сетей всего мира вместе - Internet.

Развитие операционных систем

Операционная система представляет собой программный продукт, являющийся промежуточным слоем между выполняющимися приложениями и аппаратной платформой. Любая развитая операционная система несет в себе элементарные средства управления ресурсами компьютера со стороны пользователя и интерфейс прикладного программирования (API), представляющий собой набор базовых библиотек функций, вызываемых приложениями[8, с. 33].

Очень интересен цикл развития операционных систем, который тесно связан с общим развитием вычислительной техники. Вначале наблюдалась полная дезинтеграция вычислительных систем. На отдельно взятой ЭВМ выполнялась одна задача с одним терминалом. Далее начался период “локальной интеграции”. К одной ЭВМ типа ЕС ЭВМ или Main Frame подключили множество терминалов. Одна “большая машина” с загруженной операционной системой типа UNIX выполняла множество сессий терминального доступа. Это продолжалось до эры появления персональных компьютеров (ПК). С появлением ПК типа IBM PC и операционной системой MS-DOS снова начался период дезинтеграции – каждый пользователь работал на своем отдельном компьютере. С появлением локальных сетей на основе серверных операционных систем типа NetWare или Windows NT Server, начался период “локальной интеграции”, но уже на уровне ПК.

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

Все современные операционные системы (Windows 95, Windows 98, Windows NT, OS/2, Mac OS) на разных аппаратных платформах имеют встроенные средства доступа к Internet.

Развитие языков программирования и средств разработки

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

Если проследить короткую, но пестую историю развития методов программирования, можно выделить две основные тенденции: перемещение акцентов от программирования отдельных частей к программированию более крупных компонент, развитие и совершенствование языков программирования высокого уровня. Большинство современных коммерческих программных систем существенно сложнее и объемнее, чем их предшественники. Рост сложности обусловил проведение серьезных исследований в области методологии проектирования программных систем; в частности, были разработаны методы декомпозиции, абстрагирования и построения иерархии. Кроме того, были созданы более выразительные языки программирования. Возникла тенденция перехода от процедурных языков программирования (описывающих действия компьютера) к декларативным языкам (описывающим ключевые абстрактные понятия предметной области)[9, с. 108].

Большинство современных коммерческих программных продуктов создаются на объектно – ориентированных языках программирования (IV поколение) C++, Object Pascal, Delphi, Visual Basic. Объектно – ориентированное программирование – это методология программирования, которая основана на представлении программы в виде совокупности объектов, каждый из которых является реализацией определенного класса, а классы образуют иерархию на принципах наследуемости. Объектно – ориентированный подход по сравнению с процедурным в случаях построения систем средней и большой сложности дает резкий выигрыш по времени разработки, объему создаваемой программы и потенциальной модифицируемости программы.

Наиболее простым из этой серии языков является Visual Basic. Он хорош при начальном обучении и создании небольших программных систем, когда структура программы и создаваемых объектов укладывается в стандартные предопределенные рамки.

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

Компиляторы современных языков программирования входят в интегрированные среды разработчика (Borland C++ Development Suite, Microsoft Visual Studio). Интегрированная среда предоставляет разработчику целый ряд сервисных функций по управлению проектом, наборы библиотек, редакторы ресурсов (диалоги, иконки, шрифты, и т.д.). Достоинства вполне понятны.

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

Идея WWW базируется на языке описания гипертекста HTML и протоколе передачи гипертекста (HTTP). Программа – клиент (навигатор) устанавливает TCP - соединение c официальным портом HTTP (80) на удаленном компьютере. Затем клиент посылает запрос к серверу HTTP. По этому запросу сервер передает клиенту гипертекстовый документ и связанные с ним ресурсы (изображения, звуки, видео, мультипликация). Клиент отображает в окне броузера полученную информацию. Каждый документ и ресурсы имеют свой сетевой адрес в пространстве Internet, называемый URL (Uniform Resource Locator), который идентифицирует сетевой компьютер и определенный объект на нем. HTML документ может содержать ссылки (адреса URL) на другие документы. При помощи активизации этих ссылок происходит перемещение в WWW – пространстве Internet[7, с. 33].

HTML является языком внешнего представления WWW-станиц и не является языком программирования. Это обстоятельство приводило к тому, что до недавнего времени Web являлся полностью “пассивным”. Конечно, Web “искрился и пел”, но пользователи по-прежнему пассивно употребляли то, что приготовил кто-то. Было очень мало средств, позволявших пользователю самому действительно сделать что-то в сети. Пассивная парадигма работы в Internet и была действительным источником упомянутых ограничений Web. Возможность загрузки существующих программ по сети могла бы решить проблему пассивности и Internet мог бы стать настоящим глобальным сервером приложений. Но существовала одна проблема: Internet является платформо-независимой сетью, интегрирующей рабочие станции совершенно разных типов с разными операционными системами (UNIX,PC,Mac, и др.). А до тех пор, пока приложения пишутся на традиционных языках и компилируются традиционными компиляторами, архитектурный нейтралитет невозможен.

В виду вышесказанных причин, фирмой Sun Microsystems к 1995 году был создан язык программирования для сети Internet, который назвали Java.

Java – это простой, объектно – ориентированный, распределенный, интерпретирующий, живучий, безопасный, архитектурно – нейтральный, переносимый, высокопроизводительный, многопоточный и динамичный язык. По симмантике Java очень близок к C++. Это уменьшает время обучения опытных программистов и предоставляет возможность воспользоваться преимуществом опыта программирования на C++ при разработке программ Java. Однако множество инструментов C++ были просто удалены из языка. Удаленные инструменты делятся на две категории. Первая категория – это те элементы C++, которые служат источником проблем в программах на C++. К инструментам в первой категории относятся перегрузка операторов, множественное наследование и автоматическое согласование типов данных. Все эти возможности путают программистов, а их неправильное использование служит распространенным источником ошибок в программах. Вторая категория устраненных инструментов связана с управлением памятью. Java забирает управление памятью из рук программиста. Это позволяет устанить главный источник ошибок в приложениях.

Java имеет встоенную библиотеку классов для доступа к Internet. Для создания приложений можно использовать объекты из любой точки Сети или можно создать объект, к которому может получить свободный доступ программное обеспечение других разработчиков. Можно даже создать класс, который зависит от класса, расположенного в Сети, обеспечив тем самым выбор самой последней копии удаленного класса. Подобная сетевая функциональность делает Java действительно распределенной средой. Разработчики Java остановились на интерпретирующей среде как на решении проблемы функционирования в многоплатформенной среде. Компилятор Java читает исходные файлы и превращает их в байт-код (bytecode), который не является платформо-зависимым. Для выполнения программы Java нужно запустить либо встроенный в Web – броузер, либо автономный интерпретатор Java (JVM – Java Virtual Machine), который интерпретирует Java - апплеты. Интерпретатор считывает байт-код как поток байтов и выполняет соответствующие машинные инструкции той платформы, где выполняется сам. Комбинация байт-кода и динамической компоновки делает интерпретирующую среду Java высокофункциональной в распределенном, многоплатформенном мире Internet.

Язык программирования Java-скрипт является компромиссом между языками HTML и Java. В языке Java имеется очень мало средств для управления броузером, тогда как JavaScript способен обрабатывать все события, происходящие в броузере и тесно взаимодействовать с ним. В отличие от Java, JavaScript не является компилируемым, его текст просто встраивается в HTML документ. JavaScript является процедурным языком с возможностью операций со списком предопределенных объектов. По скорости выполнения он существенно проигрывает Java. При помощи системы LiveConnect (Netscape) можно осуществлять вызов методов объектов Java-апплета из JavaScpript и наоборот, т.е. оба языка интегрируются в единую среду. Таким образом, JavaScript можно использовать как самостоятельный язык при программировании, а также как дополнение к функциональной полноте Java-апплетов[6, с. 100].

VRML (Virtual Reality Markup Language) – язык описания виртуальной реальности – разработка фирмы Silicon Graphics. Является аналогией HTML в том смысле, что HTML описывает двумерное представление информационного ресурса, а VRML – трехмерное представление. VRML не является языком программирования – это язык представления. Для воспроизведения VRML существуют специальные дополнения к броузерам Internet (например CosmoPlayer). В настоящее время ведутся совместные работы над разработкой стандартов для трехмерных интерактивных приложений, основанных на Java и VRML.

В дополнение можно еще сказать, что средства дизайна пользовательского интерфейса при создании WWW страниц (и приложений) на порядок превосходят средства, которые имелись в распоряжении разработчиков Windows – приложений. Современные программы - дизайнеры (типа Corel Web Designer) позволяют очень быстро создавать целые Web – сайты с художественной виртуозностью.

Развитие прикладных программных пакетов

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

Интерфейс пользователя определяет уровень общения с компьютерной системой.

На заре развития вычислительной техники программное обеспечение использовалось в основном профессионалами для решения математических (счетных) задач. Операционные системы того времени позволяли работать только из командной строки. Прелесть UNIX состоит в том, что ошибка при вводе на любом из этапов процесса могла привести к неисправимым, катастрофическим последствиям. Жизнь в постоянной опасности несомненно утверждает чувство превосходства у смертных, которые отчаянно бросили вызов компьютеру, но при этом сохранили его как частную собственность для привилегированных. Кому-то может это и нравилось. То же самое относится к MS-DOS и раннему Internet[1, 5 и др.].

Создание текстовых и графических интерфейсов существенно расширило круг пользователей персональных компьютеров. Однако многообразие, когда каждый разработчик самостоятельно внедряет свою собственную концепцию пользовательского интерфейса, привело к очень большой путанице и сложности обучению работы с ПО разных производителей. Появление Microsoft Windows позволило ввести стандарт, называемый GUI (Graphic User Interface), которого придерживаются разработчики при создании приложений для Windows. Такая концепция является для пользователя очень благоприятной, так как позволяет работать с разными приложениями по единому стандарту. Научившись работать с одним приложением, уже не составляет труда работать со всеми остальными.

На уровне операционной системы Windows появилось несколько механизмов и средств, позволяющих осуществлять взаимодействие и обмен данными между приложениями – это DDE (Dynamic Data Exchange), OLE, Clipart. Эти механизмы позволяют интегрировать совершенно разные приложения в единую среду.

Развитие средств мультимедиа и трехмерных интерфейсов (3D) позволяет создавать интерактивные приложения с естественным интерфейсом для пользователя. В основном пока это используется в компьютерных играх.

Все приложения, существующие в Internet базируются на протоколах. Протокол определяет, как два компьютера должны общаться по Internet для достижения некоторой общей цели. Примечательно, что Internet не следовала типичному процессу разработки других менее успешных проектов. Internet использует своего рода естественный отбор. “Выживание наиболее приспособленного” протокола является подходящим способом описания разработки Internet. Результатом является то, что многие представления просто не выживают, чтобы стать стандартами. Эволюционный подход обеспечивает то, что только наиболее полезные вещи в конце концов принимаются. К самым широко используемым, “выжившим” протоколам и приложениям Internet относятся: электронная почта (SMTP), протокол передачи файлов (FTP), TELNET, протокол передачи гипертекста (HTTP).

WWW сравнительно новая разработка, датируемая 1992 годом, и базирующаяся на HTTP. Популярность Web во многом связана с введением новой удачной концепции интерфейса пользователя. Можно сказать, что из двумерных интерфейсов, Web предлагает самое лучшее решение. Идея перемещения и работы с информационными ресурсами при помощи навигатора, “помнящего” историю навигации, оказалась более “близкой” для пользователей, нежели многооконность Windows.

Электронная почта

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

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

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

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

Криптографическое программное расширение MS Outlook "Курьер", разработаннное компанией "Валидата" (a href=http://www.x509.ru>www.x509.ru) поддерживает отечественную реализацию инфраструктуры открытых ключей "Vcert PKI" на основе сертификатов X.509 v.3. В качестве криптоядра могут использоваться "Верба-OW" (разработка МО ПНИЭИ) и "КриптоПро CSP".

Формат защищенного с помощью криптографического расширения "Курьер" почтового сообщения полностью соответствует международному стандарту S/MIME. "Курьер" предназначен для обмена конфиденциальными сообщениями, подписанными ЭЦП, с применением программ электронной почты компании Microsoft. В качестве серверной платформы электронной почты может использоваться Microsoft Exchange Server 5.0 (5.5) или любой SMPT-сервер, а в качестве клиента - Microsoft Outlook 97/98. Сертификаты открытых ключей шифрования и ЭЦП пользователей системы, сформированные с помощью "Vcert PKI", могут распространяться как через глобальную адресную книгу Microsoft Exchange Server, так и через LDAP-сервер.

1.2. Информационное, программное и аппаратное обеспечение АРМ. Организация рабочего места коммерсанта

АРМ - программно-технический комплекс автоматизированной системы, предназначенный для автоматизации деятельности определенного вида.

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

Программно-аппаратная среда функционирования АРM

АРМ управления платежами представляет собой одно или несколько рабочих мест (рабочих станций) в ЛВС автоматизированной системы головного банка или отдельно выделенный персональный компьютер в головном банке для управления платежами и очередью платежных сообщений банка и его учреждений мониторинга платежей в клиринговой системе. В состав АРМ управления платежами входят следующие технические средства: - рабочие станции АРМ на базе персональных компьютеров (для реализации АРМ); - технические средства ЛВС автоматизированной системы банка.

Характеристики технических средств АРМ управления платежами должны соответствовать характеристикам, указанным в проектной документации на АРМ.

В качестве операционной системы (далее - ОС) должна использоваться ОС, позволяющая в полном объеме реализовать функции АРМ управления платежами.

Основные функции, выполняемые АРМ

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

АРМ управления платежами должно обеспечить выполнение следующих основных функций:

- мониторинг состояния средств в расчетах банка; - мониторинг режимов функционирования корреспондентского счета; - мониторинг размера крупного платежа; - мониторинг очереди ожидания средств; - мониторинг оборотов по проведенным платежам банка; - мониторинг оборотов по учреждениям банка; - получение отчетности по межбанковским расчетам за текущий операционный день; - управление расчетами банка (установка приоритетов сообщениям в очереди ожидания средств и т. д.); - мониторинг режимов работы/состояний учреждений банка; - остановка/продолжение расчетов учреждений банка; - отправка основному участнику (головному банку или его филиалу) и прием от основного участника сообщения.

АРМ управления платежами может обеспечить выполнение дополнительных функций: - мониторинг отложенных платежей в клиринговой системе; - мониторинг ожидаемых платежей и поступлений в клиринговой системе в разрезе банков плательщика и учреждений получателя.

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

Общие требования к программным и техническим средствам АРМ

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

Оформление Технического задания на АРМ управления платежами, состав его разделов и требования к их содержанию должны соответствовать требованиям Единой системы программной документации (далее - ЕСПД).

Документация на ПТК должна определяться Техническим заданием или любым другим проектным документом на АРМ управления платежами, содержащим требования к документации, и в ее состав рекомендуется включить следующие документы: - общее описание комплекса; - функциональную схему комплекса; - руководство пользователя

Общие требования к программному обеспечению АРМ

ПО АРМ управления платежами допускает функционирование в многопользовательском режиме.

ПО АРМ управления платежами должно настраиваться путем изменения параметров.

ПО АРМ управления платежами должно обладать возможностью протоколирования процесса обработки и отправки информации.

ПО АРМ управления платежами может включать в себя систему контекстно-зависимой лингвистической помощи с детальным описанием предоставляемых возможностей.

ПО АРМ управления платежами должно обеспечить: - возможность функционального расширения и модификации; - надежность функционирования АРМ управления платежами.

Требования к качеству программного обеспечения  (ПО) АРМ

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

Требования к работоспособности

Работоспособность ПО АРМ управления платежами характеризует способность ПО функционировать в заданных режимах и объемах обрабатываемой информации в соответствии с программными документами при отсутствии сбоев технических средств.

В ПО АРМ управления платежами должны быть реализованы следующие требования к работоспособности АРМ:

-         функционирование в заданных в программной документации на АРМ управления платежами режимах работы; - обеспечение обработки заданного в программной документации на АРМ управления платежами объема информации.

Требования к полноте реализации

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

В ПО АРМ управления платежами должны быть реализованы следующие требования к полноте реализации ПО АРМ: - соответствие реальных функциональных возможностей АРМ возможностям, декларируемым проектной и программной документацией; - наличие определений всех данных (переменных, индексов, массивов, файлов, таблиц и т.д.);

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

Требования к логической корректности

Логическая корректность ПО АРМ управления платежами характеризует функциональное и программное соответствие общесистемным требованиям процесса обработки данных при функционировании АРМ.

В ПО АРМ должны быть реализованы следующие общесистемные требования к его логической корректности: - отсутствие противоречий в описании и выполнении функций, данных, алгоритмов, взаимосвязей в системе, интерфейсов между модулями, интерфейсов с пользователем, методов настройки системы, иерархической структуры сообщений, диагностических сообщений; - отсутствие противоречий в настройке и диагностике системы; - отсутствие противоречий в общих переменных; - единообразие способов вызова модулей, организации списков передаваемых параметров, наименования каждой переменной и константы, определения внешних данных во всех программах, наличие определений атрибутов.

Требования к проверенности

Проверенность ПО АРМ управления платежами характеризуется обеспечением полноты проверки ПО на наборах тестов и правильностью оформления документации.

В ПО АРМ должны быть реализованы следующие требования к проверенности ПО:

-         виды и комплектность документации должны соответствовать требованиям ЕСПД и проектной документации на АРМ; - документация на АРМ должна содержать описание способов проверки работоспособности комплекса; - правильность оформления документации на АРМ, полнота ее содержания должны соответствовать требованиям ЕСПД; - наличие описаний всех диагностических сообщений программ в документации на АРМ; - отсутствие ошибок в описании действий пользователя в документации на АРМ при инсталляции, настройке и запуске АРМ.

Требования к защищенности

 В процессе функционирования ПО АРМ управления платежами должны обеспечиваться следующие средства защиты информации АРМ от несанкционированного доступа:

-         разграничение доступа к ресурсам АРМ управления платежами должно обеспечиваться средствами ОС;

-         должен использоваться парольный доступ к АРМ управления платежами при его загрузке;

-         идентификация пользователей при входе в АРМ управления платежами должна производиться программной частью АРМ;

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

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

-         резервные копии таблиц базы данных и ПО АРМ на магнитных носителях должны создаваться администратором АРМ управления платежами; - режим хранения резервных копий таблиц базы данных и ПО АРМ на магнитных носителях должен исключать несанкционированный доступ к ним и возможность одновременного уничтожения копий и исходных данных.

Требования к математическому обеспечению АРМ

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

Требования к информационному обеспечению АРМ

Состав, структура и способы организации данных в АРМ управления платежами должны соответствовать проектной документации на АРМ.

Порядок информационного обмена между АРМ управления платежами  должен соответствовать порядку, определенному в проектной документации

Должна быть обеспечена совместимость по форматам электронных сообщений и их регистрационно-учетным реквизитам.

Требования к лингвистическому обеспечению АРМ

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

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

Требования к программной документации на АРМ

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

Программная документация на АРМ управления платежами должна удовлетворять следующим требованиям:

- наличие функциональных схем модулей комплекса; - наличие системы идентификации данных; - наличие комментариев в программах и их соответствие принятым соглашениям в ЕСПД; - наличие описания основных модулей, форм; - описание входных и выходных параметров функций; - наличие описания данных; - наличие описания всех диагностических сообщений программ; - наличие описания методов настройки АРМ; - наличие описания способов проверки работоспособности ПО АРМ; - отсутствие противоречий в описании функций в разных документах на АРМ; - отсутствие противоречий в описании диагностических сообщений; - отсутствие ошибок в описании действий пользователя (настройка, запуск); - соответствие ПО АРМ документации на АРМ; - непротиворечивость документации; - наличие описания системы контекстно-зависимой помощи (HELP) по управлению платежами в BISS и клиринговой системе при реализации этой системы в ПО АРМ управления платежами; - точность и понятность документации.

Требования к сохранности информации АРМ

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

Для оперативного восстановления работоспособности АРМ управления платежами обязательно должны быть предусмотрены средства восстановления информации.

Для восстановления работоспособности АРМ управления платежами должно быть предусмотрено резервное копирование и хранение копий ПО АРМ и структур базы данных, включая НСИ, на машинном носителе.

В случае выхода из строя технического средства должна обеспечиваться его замена без потери функциональности АРМ управления платежами.

Требования к техническим средствам

Комплекс технических средств АРМ управления платежами должен обеспечивать: - реализацию задач и функций, возложенных на АРМ; - надежность функционирования АРМ; - возможность модернизации комплекса технических средств;

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

Казалось бы, получать необходимую информацию коммерсант может от своих заместителей, которые, в свою очередь, собирают ее от своих помощников и т.д. до рабочих мест специалистов склада, кассы, отдела сбыта. Причем на каждом этапе информация обрабатывается и поступает к руководителям разного уровня во все более укрупненном виде. Здесь сразу видны два недостатка: на прохождение и обработку информации через несколько рук требуется время, да и полного доверия к данным при ручной обработке быть не может.          Если же информация непосредственно с мест своего возникновения поступает в интегрированную базу данных, то коммерсант может запросить оперативные сводки в любой момент и получить их в приемлемое время без посредников[8, с. 155].

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

2. Практическая часть

Задача 1

         Последовательность решения задачи:

1)    Сформируем в MS Excell структуру базы данных, содержащей  следующую информацию, представленную ниже.

Таблица 1

Регионы	Наименование потребсоюза	Мясо, т	Молоко, т	Яйцо, млн. шт.	Картофель, т	Овощи, т	Плоды, т	Лекарственно- технические средства, т
Северный	Архангельский	1800	6000	7,8	10170	1739	794	22
Центральный	Брянский	1000	5000	5	4000	2000	1158	0
Центральный	Владимирский	2500	7000	16	11756	4497	1500	27,6
Центральный	Ивановский	1700	6000	6,1	6587	1535	541	19,7
Центральный	Калужский	3100	7000	9,4	9294	2150	460	7,3
Северный	Карельский	400	2000	2,6	1947	292	291	4,3
Северный	Коми	800	3000	1,9	5621	580	107	1,6
Центральный	Костромской	2400	8000	10,5	6316	3420	211	4,8
Северо- Западный	Ленинградский	2800	8000	14,8	11349	1876	374	25,7
Северный	Мурманский	100	30	0,6	679	420	70	0
Северо- Западный	Новгородский	2600	7000	12,8	6167	2407	605	72
Северо- Западный	Псковский	2300	24000	20,1	8382	2823	1771	111,5
Центральный	Смоленский	2900	15000	15,5	8024	2075	830	24,1
Центральный	Тверской	2900	15000	22,1	13570	5472	972	40,2
Центральный	Тульский	3700	9000	12,6	15222	4316	701	6,6
Центральный	Ярославский	2500	7000	10,8	6114	4594	850	0,8

2)    Выровняем данные  числовых полей по правому краю

Таблица 2

Регионы	Наименование потребсоюза	Мясо, т	Молоко, т	Яйцо, млн. шт.	Картофель, т	Овощи, т	Плоды, т	Лекарственно- технические средства, т
Северный	Архангельский	1800	6000	7,8	10170	1739	794	22
Центральный	Брянский	1000	5000	5	4000	2000	1158	0
Центральный	Владимирский	2500	7000	16	11756	4497	1500	27,6
Центральный	Ивановский	1700	6000	6,1	6587	1535	541	19,7
Центральный	Калужский	3100	7000	9,4	9294	2150	460	7,3
Северный	Карельский	400	2000	2,6	1947	292	291	4,3
Северный	Коми	800	3000	1,9	5621	580	107	1,6
Центральный	Костромской	2400	8000	10,5	6316	3420	211	4,8
Северо- Западный	Ленинградский	2800	8000	14,8	11349	1876	374	25,7
Северный	Мурманский	100	30	0,6	679	420	70	0
Северо- Западный	Новгородский	2600	7000	12,8	6167	2407	605	72
Северо- Западный	Псковский	2300	24000	20,1	8382	2823	1771	111,5
Центральный	Смоленский	2900	15000	15,5	8024	2075	830	24,1
Центральный	Тверской	2900	15000	22,1	13570	5472	972	40,2
Центральный	Тульский	3700	9000	12,6	15222	4316	701	6,6
Центральный	Ярославский	2500	7000	10,8	6114	4594	850	0,8

3)    Добавим в базу данных дополнительные данные с помощью Формы

Таблица 3

Регионы	Наименование потребсоюза	Мясо, т	Молоко, т	Яйцо, млн. шт.	Картофель, т	Овощи, т	Плоды, т	Лекарственно- технические средства, т
Северный	Архангельский	1800	6000	7,8	10170	1739	794	22
Центральный	Брянский	1000	5000	5	4000	2000	1158	0
Центральный	Владимирский	2500	7000	16	11756	4497	1500	27,6
Центральный	Ивановский	1700	6000	6,1	6587	1535	541	19,7
Центральный	Калужский	3100	7000	9,4	9294	2150	460	7,3
Северный	Карельский	400	2000	2,6	1947	292	291	4,3
Северный	Коми	800	3000	1,9	5621	580	107	1,6
Центральный	Костромской	2400	8000	10,5	6316	3420	211	4,8
Северо- Западный	Ленинградский	2800	8000	14,8	11349	1876	374	25,7
Северный	Мурманский	100	30	0,6	679	420	70	0
Северо- Западный	Новгородский	2600	7000	12,8	6167	2407	605	72
Северо- Западный	Псковский	2300	24000	20,1	8382	2823	1771	111,5
Центральный	Смоленский	2900	15000	15,5	8024	2075	830	24,1
Центральный	Тверской	2900	15000	22,1	13570	5472	972	40,2
Центральный	Тульский	3700	9000	12,6	15222	4316	701	6,6
Центральный	Ярославский	2500	7000	10,8	6114	4594	850	0,8
Северный	Вологодский	2400	9000	4,4	12351	3924	100	9,4
Центральный	Орловский	4900	9000	12,4	21109	1714	964	5

4)    Упорядочим по возрастанию содержание базы данных по полям «Регионы» и «Наименование потребсоюза».

- по полю «Регионы»

Таблица 4

Регионы	Наименование потребсоюза	Мясо, т	Молоко, т	Яйцо, млн. шт.	Картофель, т	Овощи, т	Плоды, т	Лекарственно- технические средства, т
Северный	Архангельский	1800	6000	7,8	10170	1739	794	22
Северный	Коми	800	3000	1,9	5621	580	107	1,6
Северный	Мурманский	100	30	0,6	679	420	70	0
Северный	Вологодский	2400	9000	4,4	12351	3924	100	9,4
Северо- Западный	Ленинградский	2800	8000	14,8	11349	1876	374	25,7
Северо- Западный	Псковский	2300	24000	20,1	8382	2823	1771	111,5
Центральный	Брянский	1000	5000	5	4000	2000	1158	0
Центральный	Владимирский	2500	7000	16	11756	4497	1500	27,6
Центральный	Ивановский	1700	6000	6,1	6587	1535	541	19,7
Центральный	Калужский	3100	7000	9,4	9294	2150	460	7,3
Центральный	Костромской	2400	8000	10,5	6316	3420	211	4,8
Центральный	Тверской	2900	15000	22,1	13570	5472	972	40,2
Центральный	Тульский	3700	9000	12,6	15222	4316	701	6,6
Центральный	Ярославский	2500	7000	10,8	6114	4594	850	0,8
Центральный	Орловский	4900	9000	12,4	21109	1714	964	5
Центральный	Смоленский	2900	15000	15,5	8024	2075	830	24,1
Северный	Карельский	400	2000	2,6	1947	292	291	4,3
Северо- Западный	Новгородский	2600	7000	12,8	6167	2407	605	72

- По «Наименование потребсоюза»

Таблица 5

Регионы	Наименование потребсоюза	Мясо, т	Молоко, т	Яйцо, млн. шт.	Картофель, т	Овощи, т	Плоды, т	Лекарственно- технические средства, т
Северный	Архангельский	1800	6000	7,8	10170	1739	794	22
Центральный	Брянский	1000	5000	5	4000	2000	1158	0
Центральный	Владимирский	2500	7000	16	11756	4497	1500	27,6
Северный	Вологодский	2400	9000	4,4	12351	3924	100	9,4
Центральный	Ивановский	1700	6000	6,1	6587	1535	541	19,7
Центральный	Калужский	3100	7000	9,4	9294	2150	460	7,3
Северный	Карельский	400	2000	2,6	1947	292	291	4,3
Северный	Коми	800	3000	1,9	5621	580	107	1,6
Центральный	Костромской	2400	8000	10,5	6316	3420	211	4,8
Северо- Западный	Ленинградский	2800	8000	14,8	11349	1876	374	25,7
Северный	Мурманский	100	30	0,6	679	420	70	0
Северо- Западный	Новгородский	2600	7000	12,8	6167	2407	605	72
Центральный	Орловский	4900	9000	12,4	21109	1714	964	5
Северо- Западный	Псковский	2300	24000	20,1	8382	2823	1771	111,5
Центральный	Смоленский	2900	15000	15,5	8024	2075	830	24,1
Центральный	Тверской	2900	15000	22,1	13570	5472	972	40,2
Центральный	Тульский	3700	9000	12,6	15222	4316	701	6,6
Центральный	Ярославский	2500	7000	10,8	6114	4594	850	0,8

5)    С помощью Автофильтра выбрать из базы данных записи, относящиеся к потребсоюзам, в которых:

- объем закупок мяса не превышает 2300 т

Таблица 6

Регионы	Наименование потребсоюза	Мясо, т	Молоко, т	Яйцо, млн. шт.	Картофель, т	Овощи, т	Плоды, т	Лекарственно- технические средства, т
Северный	Архангельский	1800	6000	7,8	10170	1739	794	22
Центральный	Брянский	1000	5000	5	4000	2000	1158	0
Центральный	Ивановский	1700	6000	6,1	6587	1535	541	19,7
Северный	Карельский	400	2000	2,6	1947	292	291	4,3
Северный	Коми	800	3000	1,9	5621	580	107	1,6
Северный	Мурманский	100	30	0,6	679	420	70	0
Северо- Западный	Псковский	2300	24000	20,1	8382	2823	1771	111,5

- объем закупок мяса не превышает 2000 т, а по молоку находится в промежутке от 1000 до 4000 т

Таблица 7

Регионы	Наименование потребсоюза	Мясо, т	Молоко, т	Яйцо, млн. шт.	Картофель, т	Овощи, т	Плоды, т	Лекарственно- технические средства, т
Северный	Карельский	400	2000	2,6	1947	292	291	4,3
Северный	Коми	800	3000	1,9	5621	580	107	1,6

- по Центральному региону объем закупок картофеля превышает 10000 т, а овощей – не превышает 5000 т

Таблица 8

Регионы	Наименование потребсоюза	Мясо, т	Молоко, т	Яйцо, млн. шт.	Картофель, т	Овощи, т	Плоды, т	Лекарственно- технические средства, т
Центральный	Владимирский	2500	7000	16	11756	4497	1500	27,6
Центральный	Орловский	4900	9000	12,4	21109	1714	964	5
Центральный	Тульский	3700	9000	12,6	15222	4316	701	6,6

6)    С помощью расширенного фильтра выбрать из базы данных:

- по Северному району  объем закупок плодов более 200 т и лекарственно - технического сырья менее 10 т

Таких данных нет.

- по Северо- Западному региону объем закупок овощей более 2000 т и плодов менее 1000 т

Таблица 8

Регионы	Наименование потребсоюза	Мясо, т	Молоко, т	Яйцо, млн. шт.	Картофель, т	Овощи, т	Плоды, т	Лекарственно- технические средства, т
Северо- Западный	Псковский	2300	24000	20,1	8382	2823	1771	111,5

7)    Получить  суммарные и средние значения объемов закупок  по каждому региону и по всем регионам вместе

Таблица 9

Регионы	Наименование потребсоюза	Мясо, т	Молоко, т	Яйцо, млн. шт.	Картофель, т	Овощи, т	Плоды, т	Лекарственно- технические средства, т	Сумма
Северный	Архангельский	1800	6000	7,8	10170	1739	794	22	20532,8
Центральный	Брянский	1000	5000	5	4000	2000	1158	0	13163
Центральный	Владимирский	2500	7000	16	11756	4497	1500	27,6	27296,6
Северный	Вологодский	2400	9000	4,4	12351	3924	100	9,4	27788,8
Центральный	Ивановский	1700	6000	6,1	6587	1535	541	19,7	16388,8
Центральный	Калужский	3100	7000	9,4	9294	2150	460	7,3	22020,7
Северный	Карельский	400	2000	2,6	1947	292	291	4,3	4936,9
Северный	Коми	800	3000	1,9	5621	580	107	1,6	10111,5
Центральный	Костромской	2400	8000	10,5	6316	3420	211	4,8	20362,3
Северо- Западный	Ленинградский	2800	8000	14,8	11349	1876	374	25,7	24439,5
Северный	Мурманский	100	30	0,6	679	420	70	0	1299,6
Северо- Западный	Новгородский	2600	7000	12,8	6167	2407	605	72	18863,8
Центральный	Орловский	4900	9000	12,4	21109	1714	964	5	37704,4
Северо- Западный	Псковский	2300	24000	20,1	8382	2823	1771	111,5	39407,6
Центральный	Смоленский	2900	15000	15,5	8024	2075	830	24,1	28868,6
Центральный	Тверской	2900	15000	22,1	13570	5472	972	40,2	37976,3
Центральный	Тульский	3700	9000	12,6	15222	4316	701	6,6	32958,2
Центральный	Ярославский	2500	7000	10,8	6114	4594	850	0,8	21069,6
ИТОГО	-	40800	147030	185,4	158658	45834	12299	382,6	405189
Среднее значение	-	2266,67	8168,33	10,30	8814,33	2546,33	683,28	21,26	22510,50

Список литературы

1)    Информатика: Учебник. – 3 изд., перераб./ под ред. Н.В. Макаровой. – М.: Финансы и статистика, 2000

2)    Экономическая информатика: Учебник для вузов/ Под ред. В.В. Евдокимова. _ Спб: Питер, 1997

3)    Матвеев Л.А. Компьютерная поддержка решений: Учебник. – Спб.: Специальная литература, 1998

4)    Коуров Л.В. Информационные технологи. – Минск:  Амалфея, 2000

5)    Компьютерные технологии обработки информации/ Под ред.  С.В. Назарова. _ М.: Финансы и статистика, 1995

6)    Введение в информационный бизнес; Учеб. пособ. / Под ред. В.П. Тихомирова, А.В. Хорошилова. – М.: Финансы и статистика, 1997

7)    Муртазин Э.В. Интернет: Учебник. – М.: ДМК, 1999

8)    Основы современных компьютерных технологий: Учеб. пособ./ Под ред. А.Д. Хомоненко. – Спб.: Корона принт, 1998

9)    Дюк В. Обработка данных на ПК в примерах. – Спб.: Питер, 1997

10)                      Компьютерные сети. Принципы, технологи, протоколы/ В.Г. Олифер, Н.А. Олифер. – Спб.: Питер, 1999