3) Снижение стоимости системы в целом, так как стандарты позволяют интегрировать отдельные типовые программные компоненты.

4) Снижение риска выбора программного продукта, так как использование стандартов освобождает разработчика от привязанности к конкретному программному продукту и позволяет при разработке применять наиболее эффективные средства.

5) Увеличение времени жизни системы, так как соответствие стандартам уменьшает риск быстрого устаревания системы и позволяет более эффективно ее модернизировать.

6) Наращивание вычислительной мощности прикладной ИС в соответствии с потребностями организации и ее финансовыми возможностями.

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

2. Требования по безопасности системы

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

Требования по безопасности системы направлены, в первую очередь, на обеспечение:

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

- целостности ресурсов, т. е. актуальности и непротиворечивости информации, ее защищенности от разрушения и несанкционированного изменения;

- конфиденциальности, т. е. защиты от несанкционированного прочтения данных.

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

- на уровне операционной системы;

- от несанкционированного доступа на уровне программного обеспечения промежуточного слоя и прикладных компонентов АИС;

- на уровне СУБД;

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

- на уровне специальных программных средств (например, средств защиты от программных вирусов);

- на уровне администрирования средств безопасности.

3. Требования к функциональным компонентам

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

Основные требования к функциональным компонентам:

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

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

- программные компоненты должны проектироваться таким образом, чтобы ими могли пользоваться все налоговые службы — библиотека универсальных компонент должна поддерживать такие стандартные функции, как расчет налогов, внешний вид меню, обмен данными и т.п. Универсальные компоненты следует объявить «неизменяемыми», чтобы только региональная служба могла вносить в них изменения или давать разрешение на внесение в них изменений другими;

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

4.Требования к корпоративной системе хранения данных.

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

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

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

- эффективность: в данном контексте эффективность средств хранения данных характеризуют три показателя — емкость (Гбайт), скорость обмена (Мбайт/с), количество операций ввода/вывода в секунду;

- масштабируемость: имеется в виду - возможность экономичного повышения эффективности по мере возрастания корпоративных требований;

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

- способность к экономически оправданному эволюционированию вместе с другими компонентами информационной системы;

- открытость: следование принятым стандартам, возможность обеспечения поддержки перспективных стандартов;

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

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

5. Требования к интерфейсу пользователя.

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

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

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