| Тема 3. Методология создания автоматизированной информационной системы налоговых органов
3.1. Основные подходы и принципы проектирования АИС налоговых органов
Единая информационная система налоговых органов относится к классу больших и сложных информационных систем.
Создание программно-технического комплекса, обслуживающего такую систему, предполагает решение следующих проблем:
• информационное объединение налоговых органов федерального,
регионального и местного уровней через телекоммуникационные сети
и обеспечение возможности доступа к информационным ресурсам каждой из них;
• разработка, создание, информационное наполнение и последующая поддержка системы баз данных;
• оснащение налоговых органов вычислительными программно-техническими комплексами с развитой функционально ориентированной
периферией;
• разработка прикладных программных средств, полностью охватывающих функциональные задачи налоговых органов всех уровней.
Модель жизненного цикла ПС представляет собой логически связанную последовательность основных этапов разработки программного обеспечения — от появления необходимости его создания до отказа от использования и коренной модернизации в соответствии с новыми возможностями технических и программных средств и существенным изменением основных требований. Общая модель жизненного цикла состоит из четырех этапов (рис. 3.1).
Рис. 3.1. Жизненный цикл программной системы
Анализ
. На этапе анализа происходит первая встреча разработчиков и будущих пользователей системы, пытающихся найти между собой общий язык. Целью анализа является описание задачи, которое должно быть полным, последовательным, доступным для чтения и обзора различными заинтересованными сторонами. При анализе пытаются смоделировать окружающий мир, идентифицируя классы и объекты, отражающие сущность предметной области. Анализ определяет требуемое поведение системы, которая создается, в то время как при проектировании разрабатываются чертежи этой системы.
Проектирование.
Этот этап начинается после разработки формализованной или неформализованной модели поставленной задачи. Если процесс проектирования начинается слишком рано, исходных сведений о задаче может быть недостаточно для принятия обоснованных решений при проектировании. Если процессу анализа (исследования предметной области) выделяется большой промежуток времени, его результаты могут быть излишне детализированы, начало процесса проектирования откладывается на более поздние сроки, а на разработчика «обрушивается лавина» ненужных сведений. Поэтому предлагается стратегия разработки, которая предполагает параллельное выполнение функций анализа и проектирования.
Кодирование.
Этап кодирования состоит из работ по написанию программ, их тестированию и интеграции в единый программный комплекс. Здесь процесс разработки программ превращается в последовательное создание ряда их прототипов, которые и составят основу конечной реализации программы. Преимущества такого процесса следующие:
•широкая обратная связь пользователя с системой, когда она необ-
ходима;
• пользователю могут быть представлены последовательные версии различных структур системы, внедрение которых позволяет обеспечивать плавный переход от старой организации труда к новым компьютерным технологиям;
• поэтапность внедрения отдельных компонентов системы, уменьшающая вероятность срыва всего проекта при запаздывании его отдельных частей;
•интерфейс ядра проекта проходит тестирование неоднократно;
• более равномерно по времени распределены ресурсы для тестирования;
• специалисты, занимающиеся разработкой системы на ранних стадиях, могут видеть результаты работы системы, не дожидаясь завершения всего проекта.
Модификация.
Программа, которая используется для решения практических задач управления, должна подвергаться постоянным изменениям по мере развития самой системы управления, изменения окружающей среды, получения более полного представления о требованиях к Программному продукту на основе практики его промышленного использования, появления новых технических и программных возможностей. Модификация программы не должна приводить к ее необоснованному усложнению. Для сопровождения программного обеспечения от разработчика может потребоваться добавление новых функциональных возможностей или модификации некоторых имеющихся свойств.
Для успешной разработки совершенствования АИС налоговых органов необходимы общие принципы по: выбору архитектуры АИС; выбору методологии разработки АИС; применению CASE-средств.
Выбор архитектуры АИС
. АИС налоговых органов можно представить как совокупность программных подсистем, решающих определенный круг задач. Подсистемы состоят из взаимодействующих компонентов. Архитектурой АИС называется распределение функций по ее подсистемам и компонентам, точное определение границ подсистем и их информационные взаимодействия, а также распределение хранения и исполнения этих подсистем и компонентов по различным ЭВМ, объединенным в локальную или глобальную вычислительную сеть.
Опыт показывает, что только изменение архитектуры АИС при прочих равных условиях может изменять в сотни раз суммарные затраты на разработку. Поэтому правильный выбор архитектуры АИС — наиболее эффективный способ снижения стоимости разработки и эксплуатации всей системы.
С целью эффективного управления информационно-вычислительными ресурсами в распределенной системе за основу архитектуры АИС . налоговых органов берется трехуровневая модель «клиент — сервер», известная как модель сервера приложений (Application Server — AS) (рис. 3.2.).
Рис. 3.2. Модель «клиент — сервер»
Здесь компонент представления (клиент третьего уровня) обеспечивает пользовательский интерфейс, функции ввода и отображения данных; прикладной компонент (сервер второго уровня) — функциональную логику, характерную для налоговой инспекции; компонент доступа к ресурсам (сервер первого уровня) — фундаментальные функции хранения и управления данными (базами данных, файловыми системами и т.п.)
Следует отметить, что отдельные компоненты могут располагаться как на одном компьютере, так и на разных компьютерах, обеспечивая тем самым распределенную обработку информации. Компонент представления часто располагается на персональном компьютере или терминале, прикладной компонент выполняется сервером среднего уровня под управлением операционной системы Unix или Windows NT, a компонент доступа к данным и сами данные располагаются либо на мощных Unix-серверах, либо на больших или мини-ЭВМ.
Методология разработки АИС.
Методология составляет основу для проектирования и разработки прикладных программ. Она задает определенную последовательность проектных процедур. Если тщательно соблюдать ее, то с большой вероятностью в итоге получится хорошо работающее приложение.
Главное достоинство использования методологий разработки заключается в том, что они обеспечивают прогнозирование результатов, контроль и позволяют разработчикам координировать свои действия. Методология представляет собой: тесно связанные, предписанные конкретные последовательности шагов; конкретные данные, подлежащие накоплению на каждой стадии; критерии завершения работ в контрольных точках; решения, которые нужно принять перед выбором между альтернативами проектирования; конкретные поименованные стандарты и другие детали, которые могут появиться при построении приложений.
Методологии можно разделить на два класса по заложенному в них принципу декомпозиции — деления сложной системы на менее сложные подсистемы:
1) структурные методологии, реализующие принцип алгоритмической декомпозиции: АИС делится на модули, каждый из которых реализует некоторую часть общего технологического процесса. Наиболее известны и распространены:
• методология структурного анализа и проектирования Росса — SADT (Structured Analysis and design Technique, Ross);
• методологии, использующие в качестве центрального метода моделирование потоков данных: Гейн/Сарсон (Gane/Sarson), ДеМарко (DeMarco), Йордон (Yourdon);
• методологии моделирования данных: Варнье/Орр (Warmer/Orr),
ER-моделирование Чена (Chen);
2) объектно-ориентированные методологии, реализующие принципы объектной декомпозиции: АИС представляет собой совокупность взаимодействующих объектов, соответствующих словарю предметной области. Наиболее известны и распространены объектные методологии следующих авторов:
• Буч (Booch);
• Рамбо (Rumbaugh, OMT);
• Шлеер/Меллор (Shlaer/Mellor);
В качестве базового для разработки АИС налоговых органов следует выбрать объектно-ориентированный подход. Это позволит, во-первых, лучше спроектировать архитектуру АИС, во-вторых, даст возможность создать прикладные системы меньшего размера путем использования общих механизмов, что существенно снижает издержки на разработку и сопровождение. Кроме того, такой подход благодаря заложенным в нем механизмам уменьшает риск создания сверхсложных прикладных систем и предполагает эволюционный путь развития информационной системы на базе небольших подсистем.
Применение
CASE
-средств.
Для автоматизированной поддержки всех этапов разработки АИС используются CASE-средства (Computer Aided System/Software Engineering).
К преимуществам CASE-средств при разработке информационных систем (ИС) относятся:
• сокращение сроков и затрат за счет автоматизации операций
проектирования и кодирования, сведения к минимуму перепроектирования;
• улучшение качества проекта в результате применения современных методов проектирования, формализации проекта, его автоматизированной верификации;
• обеспечение согласованности и полноты документации проекта;
• возможность повторного использования проекта для новых ИС. CASE-средства делятся на два класса:
отдельные инструментальные средства, предназначенные для автоматизации разработки АИС на отдельных этапах: CASE верхнего
уровня поддерживают этапы анализа и проектирования, CASE нижнего уровня — этапы кодирования и тестирования;
• интегрированные системы поддерживают разработку АИС на всех
этапах.
3. 2. Технология разработки АИС налоговых органов
Определив методологию проектирования АИС налоговых органов и средства разработки и поддержания проекта, рассмотрим технологический процесс проектирования системы. Разработка автоматизированной системы для Управления ФНС России осуществляется на нескольких стадиях: разработки и постановки задачи (комплекса задач); исследования предметной области; разработки эскизного проекта на основании технического задания; рабочего проектирования; разработки методики проведения испытания автоматизированной системы; эксплуатации программного и информационного обеспечения; дальнейшего развития и модернизации системы.
Разработка и постановка задачи
выполняются специалистами Управления ФНС России, чьи функции подлежат автоматизации и утверждаются начальником управления. При этом могут использоваться такие программные продукты, как текстовые редакторы, работающие в различных операционных средах, системы поддержки системного анализа, а также любые другие традиционные средства подготовки текстовых файлов.
Исследование предметной области
имеет своей целью систематизацию знаний об информационных потребностях подразделений управления и функциональных задачах, решаемых специалистами. На данной стадии разработки проекта используются методы информационного анализа, исследования операций, теории сложных систем. В качестве программной поддержки используются средства поддержки системного анализа и CASE-технологий для построения модели предметной области и разработки ее структуры и архитектуры. Сущность стадии состоит в обследовании организационной и функциональной структур управления и разработки технического задания на систему. Исследование выполняется силами штатных специалистов в области разработки информационных компьютерных систем в тесном сотрудничестве с сотрудниками автоматизируемого управления. Оно завершается согласованием и подписанием технического задания на систему.
На основании технического задания сотрудниками отдела информатизации разрабатывается эскизный проект автоматизируемой системы
с использованием тех же средств поддержки системного анализа, что и на предыдущей стадии. Поскольку целью данной стадии является создание детальных и по возможности формализованных моделей предметной области (информационно-логической модели), могут использоваться специализированные методы построения моделей (ER-диаграммы, методы информационного анализа, нормализации таблиц решений, построения диаграмм процессов и объектов) и программный средства их реализации.
Важнейшая часть разработки эскизного проекта — выбор программных средств и методов реализации проекта. Для реализации отдельных специализированных задач небольшой сложности могут быть эффективно использованы электронные таблицы.
Значительное место в проекте занимают пользовательские информационно-справочные системы:
• базы данных законодательных и нормативных актов по налогообложению;
• БД по общеправовым вопросам;
• БД инструктивных и методических материалов;
• разнообразные справочники и т.д.
Особенностью этих баз данных является то, что они активно используются практически во всех подразделениях налоговой инспекции. Существует ряд систем, ведущих и поддерживающих такие БД: Консультант Плюс, Гарант, Дело и право, Юсис, 1C,. АРБТ, Банковские технологии и пр.
Рабочее проектирование
может выполняться соисполнителями из сторонних организаций (контрагентами) совместно с сотрудниками налоговой инспекции информатизации. Привлечение к разработке проекта сторонних организаций обосновывается необходимостью проведения значительных объемов оригинального проектирования для отдельных управлений, комплексации различных систем в единую автоматизированную систему, созданием системы электронного информационного хранилища (ЭИХ) и возможностью сетевого доступа к локальным базам данных управлений и налоговых инспекций.
Практически одновременно с началом рабочего проектирования функциональные подразделения налоговых органов приступают к разработке методики проведения испытания автоматизируемой системы. Методика испытаний может предусматривать поэтапное введение в эксплуатацию отдельных подсистем. При этом должно учитываться технологическое и информационное единство комплекса. Основой для создания методики испытания являются согласованные на стадии эскизного проекта решения по технологии обработки данных. Методика испытаний должна содержать: перечень и последовательность мероприятий; ожидаемые результаты; критические точки отказов, критические временные периоды. Методика испытаний уточняется и согласовывается с Управлением информатизации. При необходимости привлекаются специалисты разработчика системы.
По окончании рабочего проектирования или его стадии проводится испытание программных средств и проектных решений. Для этого организуется комиссия из состава специалистов налоговой инспекции, курирующих данный участок работ, и ответственных исполнителей сторонней организации. По результатам экспериментального внедрения составляется акт, содержащий оценку полученного результата и перечень замечаний, подлежащих устранению. При отсутствии замечаний и удовлетворительных результатах испытаний составляется протокол о приемке программного обеспечения.
Эксплуатация программного и информационного обеспечения
начинается с обучения специалистов управления и передачи технической документации, разработанной на стадии рабочего проектирования. Обучение производится специалистами Управления информатизации с привлечением организаций-разработчиков.
Для каждой локальной автоматизированной системы и для поддержки информационного хранилища в целом Управление информатизации отрабатывает модель централизованного сопровождения. Необходимость централизованного сопровождения предопределяется тем, что эскизный проект, по существу являющийся прототипом проектируемой системы, разрабатывается в Управлении информатизации, специалисты которого могут обеспечивать дальнейшее развитие и модернизацию системы.
Модернизация системы в зависимости от сложности и трудоемкости возникающих изменений может производиться как специалистами Управления информатизации самостоятельно так и с привлечением сторонних организаций. В некоторых случаях возможен возврат на стадию рабочего проектирования .
3.3. Автоматизированная информационная система «НАЛОГ»
Для осуществления управления подразделениями Министерства РФ по налогам и сборам создана автоматизированная информационная система «Налог».
Автоматизированная информационная система «Налог» представляет собой форму организационного управления органами Госналогслужбы на базе новых средств и методов обработки данных, использования новых информационных технологий. АИС «Налог» позволяет расширить круг решаемых задач, повысить аналитичность, обоснованность и своевременность принимаемых решений, снизить трудоемкость и рационализировать управленческую деятельность налоговых органов путем применения экономико-математических методов, вычислительной техники и средств связи, упорядочения информационных потоков. Целями функционирования автоматизированной информационной системы «Налог» являются:
• Повышение эффективности функционирования системы налогообложения за счет оперативности и повышения качества принимаемых решений;
• совершенствование оперативности работы и повышение производительности труда налоговых инспекторов;
• обеспечение налоговых инспекций всех уровней полной и своевременной информацией о налоговом законодательстве;
• повышение достоверности данных по учету налогоплательщиков и эффективности контроля за соблюдением налогового законодательства;
• улучшение качества и оперативности бухгалтерского учета;
•получение данных о поступлении налогов и других платежей в бюджет;
• анализ динамики поступления сумм налогов и возможность прогноза этой динамики;
• информирование администрации различных уровней о поступлении налогов и соблюдении налогового законодательства;
• сокращение объема бумажного документооборота.
Решение задач, стоящих перед налоговыми органами, связано с использованием и анализом больших объемов информации, которая представлена в основном на бумажных носителях — в документах. В отчетные периоды документооборот в территориальных инспекциях крупных районов и городов может достигать десятков тысяч документов ежедневно. Многовариантная, сложная обработка этой документации невозможна без использования современных передовых технологий, базирующихся на использовании компьютерной техники. Автоматизированные информационные системы строятся на соответствующих информационных технологиях. Автоматизированная информационная технология (АИТ) в налоговой системе — это совокупность методов, информационных процессов и программно-технических средств, объединенных в технологическую цепочку, обеспечивающую сбор, обработку, хранение, распространение и отображение информации с целью снижения трудоемкости процессов использования информационного ресурса, а также повышения их надежности и оперативности. Информационными ресурсами являются формализованные идеи и знания, различные данные, методы и средства их накопления, хранения и обмена между источниками и потребителями информации.
Структура АИС налоговой службы, как и структура самих налоговых органов, является многоуровневой. Существующая в стране система налоговой службы состоит из большого числа элементов. Вся система и каждый ее элемент обладают обширными внутренними и внешними связями. Для нормального функционирования системы осуществляется управление как отдельными элементами (инспекциями), так и системой в целом. В налоговой системе процесс управления является процессом информационным. Как любая экономическая система, АИС налоговой службы имеет стандартный состав и состоит из функциональной и обеспечивающей частей.
Функциональная часть
отражает предметную область, содержательную направленность АИС. В зависимости от функций, выполняемых налоговыми органами, в функциональной части выделяются подсистемы, состав которых для каждого уровня АИС «Налог» свой .
Функциональные подсистемы состоят из комплексов задач, каждый из которых характеризуется определенным экономическим содержанием, конкретной целью, достижение которой обеспечивается функцией управления. В комплексе задач используются различные первичные документы и составляется ряд выходных документов на основе взаимосвязанных алгоритмов расчетов, обеспечивающих преобразование исходной информации в результатную, на основе которой составляется отчетность, проводится анализ и принимаются управленческие решения. Алгоритмы расчетов базируются на методических материалах, нормативных документах и инструкциях. В состав каждого комплекса входят отдельные задачи, которые характеризуются логически взаимосвязанными выходными документами, получаемыми на основе единых исходных данных.
Обеспечивающая часть
включает в себя информационное, техническое, программное и другие виды обеспечения, характерные для любой автоматизированной информационной системы организационного типа.
Важнейшей составляющей обеспечивающих подсистем является информационное обеспечение, включающее весь набор показателей, документов, классификаторов, кодов, методов их применения в системе налоговых органов, а также информационные массивы данных на машинных носителях, используемые в процессе автоматизации решения функциональных задач.
Техническое обеспечение представляет собой совокупность технических средств обработки информации, основу которых составляют различные ЭВМ, а также средств, позволяющих передавать информацию между различными автоматизированными рабочими местами как внутри налоговых органов, так и при их взаимодействии с другими экономическими объектами и системами.
Программное обеспечение представляет собой комплекс разнообразных программных средств общего и прикладного характера, необходимый для выполнения различных задач, решаемых налоговыми органами.
Для эффективного использования средств информационных технологий необходимо получение информации практически из всех баз данных, имеющихся в информационной среде налоговых органов. Кроме того, в настоящее время остро стоит вопрос о создании единого информационного пространства с внешней средой и реализации постоянных информационных связей между налоговыми органами и внешней средой. В качестве внешней среды выступают органы государственной власти и управления республик в составе Российской Федерации, краев, областей, автономных образований, городов Москвы и Санкт-Петербурга, городов, районов и районов в городах. Министерство РФ по налогам и сборам информирует Президента и Правительство Российской Федерации, а его органы на местах информируют соответствующие органы государственной власти и управления республик в составе Российской Федерации, краев, областей, автономных образований, городов Москвы и Санкт-Петербурга, районов, городов и районов в городах о соблюдении налогового законодательства на их территории и о налогах и платежах, поступивших в соответствующие бюджеты. Внешней средой являются Министерство финансов РФ, Федеральная служба налоговой полиции РФ, Государственный таможенный комитет РФ, Федеральное казначейство, Министерство внутренних дел РФ, Государственный комитет РФ по статистике, банковские и кредитные учреждения, предприятия, учреждения и организации. Схема взаимодействия налоговых органов с внешней средой представлена на рис.3.3.
 |
Рис.3.3. Схема взаимодействия налоговых органов с внешней средой
Информационное взаимодействие с этими организациями — одна из основных задач налоговых органов. Взаимодействие государственных структур обеспечивается за счет слияния, взаимного обмена и использования баз данных, таких, например, как:
• государственный реестр налогоплательщиков;
• банковские счета налогоплательщиков;
• сведения об участниках внешнеэкономической деятельности, объемах и стоимости различных ценностей, пересекающих границу РФ;
• движение на счетах госбюджета в частности налоговых поступлений от юридических и физических лиц и т.п.
Для разработки автоматизированной системы и ее поддержки в процессе функционирования в органах налоговой службы созданы специальные структуры. В центральном аппарате организовано управление по информатизации, а на региональном и местном уровнях — отделы информатизации и администраторы баз данных. Кроме того, на федеральном и региональном уровнях созданы научно-исследовательские вычислительные центры (ГНИВЦ и РНИВЦ). Одной из основных задач этих центров и является обеспечение жизненного цикла автоматизированной системы.
В 1994 г. принят в промышленную эксплуатацию достаточно полный комплекс типовых задач, разработанных в рамках АИС «Налог» для районных инспекций, а также ряд основных задач для регионального уровня.
Программное обеспечение этих задач разрабатывается по заказу Министерства РФ по налогам и сборам, является его собственностью и предоставляется инспекциям через фонд алгоритмов и программ министерства (ФАП) бесплатно. Как изделие оно имеет гарантии в отношении сопровождения и развития, а также отвечает системным требованиям АИС «Налог».
Реализация системных требований осуществляется в соответствии с проектными решениями, изложенными в системном проекте на АИС «Налог». Основным из этих требований является создание распределенного банка данных, в рамках которого должны быть обеспечены безопасность информации и возможность санкционированного доступа к данным на любом объекте АИС «Налог» в соответствии с заданной схемой доступа. Главными разработчиками комплексов типовых задач являются ГНИВЦ, а также РНИВЦ в городах Нижний Новгород и Чебоксары. Так, разработка ГНИВЦ (программный комплекс PRO) - «Налогообложение юридических лиц. Местный уровень» используется примерно в 25% регионов, а разработка РНИВЦ (программный комплекс RHAL) — примерно в 70% регионов.
Однако на различных уровнях структуры налоговых органов еще случается дублирование работ по созданию программного обеспечения собственными силами или привлекаемыми организациями, что приводит к несовместимости программного обеспечения, неоправданным финансовым затратам, отвлечению на эти работы специалистов подразделений информатизации, обязанностью которых является оперативное внедрение имеющихся сертифицированных программных средств, обеспечение надежной эксплуатации средств автоматизации и эффективное информационное обеспечение должностных лиц налоговых органов.
Так, например, в Москве в настоящее время эксплуатируются пять различных программных средств. Среди них программные комплексы: «Кольцо» (фирма-разработчик «ОВИОНТ»), «НИСТ» (фирма-разработчик «НИСТ»), «Спрут» (фирма-разработчик «БИТ»). Эти программные средства сертифицированы, рассчитаны на длительный срок эксплуатации, решают в основном одни и те же задачи, однако при их использовании и модернизации программных средств подчас возникают значительные трудности.
Тема 4. Сертификация и оценка качества программных средств(ПС)
4.1. Система управления качеством ПС и ее ключевые аспекты.
B процессе создания программных средств важной является оценка их качества и соответствия установленным стандартам и нормам. Проблема качества программных средств (ПС) не нова, но и сегодня очень актуальна в связи с возрастанием значимости ПС в практике управленческой деятельности как элементов сложных экономических систем. Потери в результате отказа программных средств или низкой эффективности принятой информационной технологии могут исчисляться миллиардами рублей. Для решения данной задачи нужны создание и ведение целостной многоуровневой иерархической системы управления качеством, функционирующей во всех структурных подразделениях ФНС России — от ее центрального аппарата до местных налоговых инспекций. Важное значение для управления качеством программных средств имеет возможность его оценки на различных этапах жизненного цикла ПС.
Жизненный цикл ПС включает следующие основные этапы:
• системный анализ, в ходе которого определяются потребность в
программном продукте, его назначение и основные функциональные
характеристики, оцениваются затраты и предполагаемая эффективность
использования;
• проектирование программ, охватывающее разработку структуры
комплекса и его компонент, собственно программирование и отладку
отдельных программ, испытание и внедрение для промышленной эксплуатации данной версии программного комплекса;
• эксплуатация программ, заключающаяся в их функционировании
в заданной компьютерной среде для обработки реальной информации
и получения результатов, являющихся целью создания комплекса программ, а также обеспечения достоверности, надежности, сохранности и защиты данных;
• сопровождение, состоящее в эксплуатационном обслуживании,
развитии функциональных возможностей и повышении эксплуатационных характеристик комплекса программ, в тиражировании и переносе программ на различные типы вычислительных средств и в различные операционные среды.
Система управления качеством — человеко-машинная система, состоящая из разработчиков ПС и программно-технических средств, следовательно, ее можно рассматривать как комплексную, состоящую из взаимосвязанных подсистем и управляемую путем принятия решения на различных уровнях. Обобщенная схема такой организации должна содержать следующие основные блоки:
• экспертную систему, неотъемлемой частью которой является база
знаний, позволяющая осуществить выбор вида программных средств
оценки качества, выбор показателей оценки качества, определение метода оценки;
• систему испытаний программных средств, включающую методику испытаний ПС и методику оценки научно-технического уровня (НТУ) ПС;
• экспертов, имеющих методику оценки качества ПС и комплекс автоматизированных средств принятия решений;
• программных анализаторов автоматизированной оценки статических и динамических характеристик программного продукта.
Ключевые аспекты управления качеством — нормативный, организационно-экономический и эксплуатационный.
Нормативный аспект определяет требования к качеству ПС на уровне стандартов и методических указаний и базируется на таких принципах: требования к качеству ПС должны быть сформулированы в техническом задании (ТЗ) на разработку ПС; формулировки требований к качеству ПС должны допускать возможность проверки (тестирования, экспертной оценки) их соблюдения в созданном ПС. Поэтому объектами контроля в управлении качеством на различных этапах его разработки служат ТЗ; готовое ПС; все промежуточные преобразования проектных решений. Нормативный аспект реализуется через комплекс нормативно-технической документации (НТД) и ТЗ на разработку. В ТЗ со ссылкой на тот или иной элемент комплекса НТД следует определять требования к качеству ПС и приоритеты этих требований.
Организационно-экономический аспект определяет требования к качеству ПС на уровне структуры управления качеством и стимулирования разработчиков. Организационными элементами управления качеством являются: определение головной организации управления качеством ПС; определение иерархической системы специализированных центров по оценке качества ПС, соответствующей структуре управления отрасли, в нашем случае — ФНС России, определение главных конструкторов направлений и экспертных групп при нем. Целью экономического аспекта обеспечения качества является разработка системы стимулирования создания высококачественных программных продуктов. Решение о стимулировании
должно приниматься по результатам испытаний и эксплуатации программного продукта пользователями.
Эксплуатационный аспект охватывает план обеспечения качества
передаваемого в эксплуатацию ПС. При этом качество ПС должно сравниваться с качеством лучших мировых аналогов и должна использоваться методика оценки научно-технического уровня ПС. Здесь следует заметить, что сравнение с мировыми аналогами целесообразно для программных средств общесистемного назначения либо инструментальных программных продуктов. Как правило, в процессе эксплуатации возникают потребности в новых автоматизированных функциях, для чего необходима разработка нового ПС или развитие существующего.
4.2.Сертификация и стандартизация программных средств
При оценке качества ПС важны рациональная организация системы испытаний программных средств и его сертификация. Программные средства относятся к товарной научно-технической продукции, они обладают потребительской стоимостью и ценой, поэтому могут выступать предметом сертификации. Однако ПС представляет собой специфический вид продукции, к его особенностям прежде всего относятся: большие затраты умственного труда в процессе разработки; небольшие производственные затраты при изготовлении; необходимость процесса сопровождения и доработки в процессе эксплуатации; отсутствие возможности полного устранения ошибок в больших программных системах; новизна продукции. Перечисленные и некоторые другие особенности программных средств как продукции требуют особого подхода к их сертификации. Сертификация — подтверждение путем испытаний соответствия изделия или услуги стандартам и техническим условиям (ТУ). Такое определение вызывает необходимость разработки и применения нормативно-технических и методических документов, в которых, в частности, обозначены требования к качественным характеристикам продукции. Эти документы разрабатываются на международном, национальном и региональном уровнях. Цель сертификации — дать гарантию потребителю, что характеристики изделий находятся в полном соответствии с требованиями стандартов. Формы сертификации различаются в зависимости от вида сертифицируемой продукции и страны, применяющей преимущественно тот или иной вид обозначения качества: на изделии знак соответствия; удостоверения этикетками; документальная сертификация; публикация в печати наименования продукции и изготовителей, выпускающих сертифицированную продукцию.
Различают три вида сертификации: устную (подтверждение продавцом соответствия продукции требованиям качества), самосертификацию (заявление изготовителя о том, что выпускаемая им продукция соответствует требованиям стандартов) и сертификацию третьей стороны Последний вид сертификации наиболее распространен, поскольку обеспечивает удостоверение качества, выдаваемое не зависимой от изготовителя организацией.
Для проведения испытаний и сертификации создаются специализированные организации — испытательные лаборатории или центры. Анализ практики законодательного регулирования деятельности таких организаций показывает, что законодательными или нормативными актами должны охватываться следующие группы вопросов: 1) регистрация органов сертификации; 2) поддержка органов по сертификации со стороны правительства; 3) установление критериев деятельности органов по сертификации; 4) регистрация знаков соответствия (сертификатов). Программные средства при всей широте их распространения в системах управления остаются относительно новым видом продукции с трудно стандартизуемыми свойствами и характеристиками, и стандартов для этого вида продукции немного. В связи с этим на международном, региональном и государственном уровнях целесообразно использовать не только международные стандарты IS (International Standards), но и их проекты — DIS, а также проекты предложений к стандартам DP и стандарты ANSI/IEEE.
В мировой практике установлены общие схемы (номенклатуры) показателей качества ПС, при этом для программных средств различных классов устанавливаются свои специфические номенклатуры, учитывающие их функциональное назначение.
Основными показателями качества признаны:
•эффективность, ее критерии - эффективность коммуникации и
эффективность обработки данных;
• надежность, критерии-согласованность, точность, устойчивость к ошибкам, простота;
• корректность, критерии -завершенность, согласованность, прослеживаемость;
• защищенность, критерии- доступность системы и контроль за
доступом к ней;
• удобство обслуживания, критерии- согласованность, простота, модульность, информативность;
• гибкость, критерии — модульность, расширяемость, информативность, общность;
• мобильность, критерии — модульность, информативность, независимость от среды (средств ВТ и операционных систем), завершенность универсальность, критерии — модульность, общность, информативность, независимость от других ПС, независимость от средств ВТ;
• сопрягаемость, ее факторы — модульность, унифицируемость процедур связи, унифицируемость данных;
• живучесть, факторы — автономность, модульность, управлений
аномалиями;
• сопровождаемость, критерии — согласованность, проверенность,|
модульность, самодокументируемость;
понятность, критерии — структурированность, информативность,
открытость.
Достоверность и точность проведения контроля, измерений и оценки качества ПС ВТ достигаются путем создания и использования следующих типов инструментальных средств: измерения (тестирований испытания, расчета объемно-структурных характеристик, сбора и обработки мнений экспертов и т.д.); оценки значений показателей качества ПС ВТ; информационного обеспечения (сбора и переработку информации, базы знаний и данных и т.п.); автоматизированных средств принятия решений о качестве ПС BT.
B правовом государстве спорные вопросы, возникшие в процессе контроля за качеством ПС ВТ, должны решаться на основе положений, закрепляемых в законе РФ о качестве и в других законодательных актах и нормативных документах, имеющих отношение к данной проблеме. В 1992 г. был принят Закон РФ «О защите прав потребителя» от 7 февраля 1992 г № 2300-1 (ред. от 17.12.1999), регулирующий отношения между потребителями и изготовителями, исполнителями, продавцами при продаже товаров (выполнении работ, оказании услуг), устанавливающий права потребителей на приобретение товаров (работ, услуг) надлежащего качества и безопасных для жизни и здоровья потребителей, на получение информации о товарах(работах, услугах) и об их изготовителях (исполнителях, продавцах) просвещение, государственную и общественную защиту их интересов, а также определяющий механизм реализации этих прав.
Важную роль в государственной системе управления качеством играет законодательное регулирование процесса сертификации продукции. В РФ действует Закон «О сертификации продукции и услуг» от 10 июня 1993 г № 5151 (в редакции Федерального закона от 27 декабря 1995 г № 211-ФЗ). Закон устанавливает правовые основы обязательной и добровольной сертификации продукции, услуг и иных объектов (далее — продукция) в РФ, а также права, обязанности и ответственность участников сертификации.
Сертификация осуществляется в целях:
• создания условий для деятельности предприятий, учреждений,
организаций и предпринимателей на едином товарном рынке России,
для участия в международном экономическом, научно-техническом сотрудничестве и международной торговле;
• содействия потребителям в компетентном выборе продукции;
• защиты потребителя от недобросовестности изготовителя (продавца, исполнителя);
• контроля безопасности продукции для окружающей среды, жизни, здоровья и имущества;
• подтверждения показателей качества продукции, заявленных изготовителем.
Сертификация может иметь обязательный и добровольный характер.
Законом определены полномочия Государственного комитета Российской Федерации по стандартизации и метрологии (Госстандарт России). Этот Комитет: формирует и реализует государственную политику в области сертификации; устанавливает общие правила и рекомендации по проведению сертификации на территории РФ и опубликовывает официальную информацию о них; проводит государственную регистрацию систем сертификации и знаков соответствия, действующих в РФ.
Система сертификации создается государственными органами управления, предприятиями, учреждениями и организациями и представляет собой совокупность участников сертификации, осуществляющих сертификацию по правилам, установленным в этой системе в соответствии с Законом о сертификации. В систему сертификации могут входить предприятия, учреждения и организации независима от форм coбственности, а также общественные объединения. В систему сертификации может входить несколько систем сертификации однородной продукции. Системы сертификации подлежат государственной регистрации в установленном Госстандартом России порядке.
В Законе приняты определения:
сертификат соответствия — документ, выданный по правилам системы сертификации для подтверждения соответствия сертифицированной продукции установленным требованиям;
знак соответствия — зарегистрированный в установленном порядке знак, которым по правилам, установленным в данной системе сертификации, подтверждается соответствие маркированной им продукции установленным требованиям. Порядок государственной регистрации знаков соответствия устанавливается Госстандартом России.
Обязательная сертификация осуществляется в случаях, предусмотренных законодательными актами РФ. Организация и проведение работ по обязательной сертификации возлагаются на Госстандарт России, а в случаях, предусмотренных законодательными актами РФ в отношении отдельных видов продукции, могут быть возложены на другие государственные органы управления РФ.
Участниками обязательной сертификации являются Госстандарт России, иные государственные органы управления РФ, уполномоченные проводить работы по обязательной сертификации, органы по сертификации, испытательные лаборатории (центры), изготовители (продавцы, исполнители) продукции, а также центральные органы систем сертификации, определяемые в необходимых случаях для организации , и координации работ в системах сертификации однородной продукции. Допускается участие в проведении работ по обязательной сертификации зарегистрированных некоммерческих (бесприбыльных) объединений (союзов) и организаций любых форм собственности при условии их аккредитации соответствующим государственным органом управления.
На современном уровне развития информатизации и компьютеризации в управленческих структурах недостаточно ограничиваться анализом программной составляющей проекта. Для принятия обоснованного решения по выбору того или иного программного комплекса в целях использования в конкретных предметных областях необходимо рассматривать такие аспекты, как функциональная полнота, методология постановки задачи, архитектура и структуры баз данных, технология процесса преобразования информации, адаптивность к изменяющимся условиям окружающей среды.
Перечисленные аспекты особенно актуальны для системы налоговых органов, так как сложившаяся практика разработки автоматизированных программных комплексов и объективные экономические условия существования и развития налоговой системы в России предъявляют к информационным технологиям особые требования.
|
