В предыдущем разделе описаны функциональные требования, предъявляемые к разрабатываемой системе. Однако наличие описания лишь функциональных требований не является достаточным условием для начала проектирования и разработки системы, поэтому ниже приводится список нефункциональных требований, предъявляемых к разрабатываемой системе, выявленных в процессе предварительного обследования организации и опроса пользователей системы.
К операционной среде, в которой должна работать проектируемая система, предъявляются следующие требования:
- компьютер, на котором размещается серверная часть приложения, должен работать под управлением операционной системы не ниже Microsoft Windows Server 2000. Также на компьютере должны быть установленные компоненты. Net Framework 2.0;
- компьютеры, на которых размещается клиентская часть приложения, должны работать под управлением операционной среды не ниже Microsoft Windows XP Professional Edition SP2 с установленными компонентами. Net Framework 2.0;
- проектируемая система должна допускать доступ пользователей через корпоративную сеть интранет и Интернет.
К интерфейсу пользователя предъявляются следующие требования:
- клиентская часть системы должна быть выполнена в виде windows-приложения с многодокументным интерфейсом;
- формы должны быть снабжены контекстной справкой.
К производительности системы предъявляются следующие требования:
- система должна обслуживать одновременно до 100 пользователей в период пиковой активности с 9:00 до 18:00 по местному времени;
- отклик системы не должен превышать 10 секунд с момента передачи запроса.
- система должна быть доступна пользователям корпоративной сети интранет и клиентам удаленного доступа по коммутируемой линии 99% времени между 0:00 и 24:00 семь дней в неделю.
К безопасности, проектируемой системы, предъявляются следующие требования:
- все сетевые транзакции должны быть зашифрованы;
- функции системы становятся доступными пользователю только после его аутентификации в системе;
- регистрация новых пользователей в системе осуществляется только администратором системы.
Система также должна позволять экспорт выходных документов в форматы Microsoft Word и Excel.
Спецификация состояний дает статический взгляд на систему и определяется моделью классов предметной области, их атрибутами и отношениями. Для более четкого понимания предметной области ниже представлена модель ее классов, разбитая на логические части, содержащие объекты предметной области и показывающая их взаимосвязи.
Рисунок 1.20 – Объекты бюджетной классификации
Таблица 1 – Сущности бюджетной классификации
| Наименование | Описание |
| Budgetclassification | Бюджетная классификация |
| Revenuegroup | Группа доходов |
| Revenuesubgroup | Подгруппа хододов |
| Revenueclause | Статья доходов |
| Revenuesubclause | Подстатья доходов |
| Revenueeconomicclass | Класс экономической классификации доходов |
| Revenueprogram | Программа доходов |
| Element | Элемент бюджетной классификации |
| Revenue | Доход |
| Outlaysection | Раздел расходов |
| Outlaysubsection | Подраздел расходов |
| Outlayclause | Целевая статья расходов |
| Outlayclass | Класс экономической классификации расходов |
| Outlayprogram | Программа расходов |
| Outlaysort | Вид расходов |
| Outlay | Расход |
| Sfdgroup | Группа бюджетной классификации источников финансирования дефицита |
| Sfdsubgroup | Подгруппа бюджетной классификации источников финансирования дефицита |
| Sfdclause | Статья бюджетной классификации источников финансирования дефицита |
| Sfdsubclause | Подстатья бюджетной классификации источников финансирования дефицита |
| Sfdprogram | программа источников финансирования дефицита |
| Sfdeconomicclass | Класс экономической классификации источников финансирования дефицита |
| Sfd | Источник финансирования дефицита |
На рисунке 1.21 представлены объекты и сущности участвующие в процессах составления смет доходов, расходов и источников финансирования дефицита.
В таблице 2 представле
Наверняка у вас есть товары или услуги, продажа которых приносит вам максимальную прибыль. Для быстрого старта в сети вам необходимо создание посадочной страницы (одностраничного сайта), на которой будет размещена информация о маржинальных товарах/услугах интернет магазина. За 8 лет опыта разработки конверсионных страниц мы выработали оптимальную структуру, которая позволит привлекать через landing page больше продаж. На такую структуру «одевается» ваш контент — фирменный стиль, тексты, фотографии, уникальные торговые предложения, после чего страница выходит в свет. Разработка лендинга и запуск в сети — до 7 рабочих дней. Стоит отметить, что в разработку самой посадочной страницы входит и написание копирайтером продающих текстов для вашего бизнеса, чтобы каждый посетитель страницы захотел совершить покупку именно у вас. Результат: качественно разработаная продающая посадочная страница, которая готова приносить вам новых клиентов.