2.2.2. Описание бизнес-логики и функциональных требований

Требования к программным продуктам или информационным системам можно разделить на две большие группы. Это функциональные требования и нефункциональные требования.

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

Система интеллектуального анализа, автоматизирующая процесс создания спецификации в компании ООО «САКУРА» должна обладать следующими характеристиками:

• Одним из основных требований к системе является интеграция с 1С:Предприятие 8.3, конфигурация: Импортер 2.0 ,1С Бухгалтерия;

• Архитектура клиент-сервер;

• Требование прикладных интерфейсов и экранных форм - соответствие корпоративному стилю компании;

• Поддержание формата pdf и MS Excel на входе;

• Перевод предмета с оригинального языка инвойса согласно списку товаров на русский;

• Отнесение предмета по группам (одежда, обувь, текстиль, аксессуары);

• Нахождение артикула по прописанному определенному алгоритму;

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

• Выстраивать размерные сетки и сводить их к российским размерам. Пример, как это происходит сейчас в программе 1С:Предприятие 8.3. представлен в приложении А.;

• Интеграция с электронной базой данных (БД) ТКС поиск в ТН ВЭД. Проверка кодов нужна для того, чтобы определить пол изделия (жен./муж.);

• Нахождение по артикулу нужной фотографии из каталога марки в формате pdf/doc/docx, сопоставление и загрузка фотографии;

• Совершение математических действий – подсчет суммы единиц товара и итоговой суммы инвойса;

• Приведение к одному регистру;

• На выходе сохранение на языке XML, выгрузка в Импортер. Работа с XML-документами доступна непосредственно из встроенного языка системы 1С: Предприятие 8.3. (рис. 12.) [20].

На данный момент, в случае, когда спецификация заносится не в самой программе, а загружается в виде таблицы MS Excel, имеет следующий вид (рис. 12.).

Также в выборе информационной системы являются существенными следующие факторы:

• Стоимость системы;

• Русскоязычность;

• Гибкость системы;

• Удобный интерфейс.

2.2.3. Описание нефункциональных требований проекта

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

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

В таблице 3 определены основные нефункциональные требования к системе, внедряемой в организацию ООО «САКУРА».

Таблица 3

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

Требования	Пояснения
Требования к доступности	Требования ко времени непрерывной работы приложения - 24x7, минимальное время простоя.
Требования к надежности	Поведение приложения при наступлении нештатных ситуаций - автоматический перезапуск, восстановление работы, дублирование важных данных, резервирование логики.
Требования к хранению	Требования к долговременному хранению результатов работы в системе - использование базы данных, требования ко времени продолжительности хранения данных
Юзабилити	Требования к удобству использования приложения с точки зрения использования, поддержки – максимально понятный интерфейс для пользователя.
Требования к информационной безопасности	Требования к безопасности работы или использования приложения, связанные с разграничением доступа: вход в систему через корпоративный логин и пароль пользователя. Обеспечение антивирусной защиты сервера.
Требования к производительности	Требования к производительности решения, количество одновременно работающих пользователей – 20 человек. Возможность подключения до 70 человек.
Требования к отказоустойчивости	Время простоя системы не должно превышать 60 часов в год.