Рекомендованная входящая/исходящая скорость соединения – от 256 кбит/с. Доступ к Системы осуществляется через браузер по портам TCP 80.
Требования к аппаратному обеспечению
Требования к пользовательскому аппаратному обеспечению, для работы с системой не предъявляются.
Требования к персоналу (пользователю)
Для эксплуатации Системы предъявляются следующие требования к квалификации конечных пользователей:
— опыт работы с персональными компьютерами;
— опыт использования веб-браузера.
Выполнение системы
Загрузка и запуск Системы
Конечному пользователю не требуется установка Системы. Для запуска Системы необходимо отправить заявку на сайте есмс.рф. На указанный в заявке электронный адрес будет отправлено письмо содержащее следующие данные:
- Адрес для доступа в кабинет администратора
- Реквизиты доступа для авторизации в Системе
- Прямая ссылка на Систему.
В одном из перечисленных рекомендуемых веб-браузеров (см. раздел Требования к программному и аппаратному обеспечению компьютера пользователя. Рекомендуемые браузеры), необходимо перейти по полученной в письме ссылке и ввести реквизиты для авторизации (логин и пароль) в личном кабинете.
Назначение и возможности программы для составления ТЗ на разработку сайта
Выполнение Системы
Система является веб-приложением. Вся функциональность доступна конечному пользователю через веб-браузер и выполняется при нажатии на гиперссылки внутри самого приложения. На компьютеры конечных пользователей выводятся лишь результаты вычислений, которые происходят на серверах.
Завершение работы Системы
В Системе не предусмотрена возможность завершения работы приложения. Пользовательский сеанс считается завершенным в тот момент, когда конечный пользователь производит деавторизацию в Системе или закрывает все браузеры (окна браузеров), которые относятся к Системе.
Источник: esgms.ru
Софт и Веб
В этом разделе указывают наименование, краткую характеристику области применения программы или программного изделия и объекта, в котором используют программу или программное изделие.
Основания для разработки
В этом разделе должны быть указаны:
- документ (документы), на основании которых ведется разработка
- организация, утвердившая этот документ, и дата его утверждения
- наименование и (или) условное обозначение темы разработки
Назначение разработки
В этом разделе должно быть указано функциональное и эксплуатационное назначение программы или программного изделия.
Требования к программе или программному изделию
Этот раздел должен содержать следующие подразделы:
- Требования к функциональным характеристикам — требования к составу выполняемых функций, организации входных и выходных данных, временным характеристикам и т.п.
- Требования к надежности — требования к обеспечению надежного функционирования: обеспечения устойчивого функционирования, контроль входной и выходной информации, время восстановления после отказа и т.п.
- Условия эксплуатации — условия эксплуатации (температура окружающего воздуха, относительная влажность и т.п. для выбранных типов носителей данных), при которых должны обеспечиваться заданные характеристики, а также вид обслуживания, необходимое количество и квалификация персонала.
- Требования к составу и параметрам технических средств — необходимый состав технических средств с указанием их основных технических характеристик.
- Требования к информационной и программной совместимости — требования к информационным структурам на входе и выходе и методам решения, исходным кодам, языкам программирования я программным средствам, используемым программой.
- Требования к маркировке и упаковке — требования к маркировке программного изделия, варианты и способы упаковки.
- Требования к транспортированию и хранению — условия транспортирования, места хранения, условия хранения, условия складирования, сроки хранения в различных условиях.
- Специальные требования – при необходимости должна обеспечиваться защита информации и программ.
Функциональные требования. Это документ или часть ТЗ
Требования к программной документации
В этом разделе должен быть указан предварительный состав программной документации и, при необходимости, специальные требования к ней.
Технико-экономические показатели
В этом разделе должны быть указаны: ориентировочная экономическая эффективность, предполагаемая годовая потребность, экономические преимущества разработки по сравнению с лучшими отечественными и зарубежными образцами или аналогами.
Стадии и этапы разработки
Порядок контроля и приемки
В этом разделе должны быть указаны виды испытаний и общие требования к приемке работы.
- перечень научно-исследовательских и других работ, обосновывающих разработку
- схемы алгоритмов, таблицы, описания, обоснования, расчеты и другие документы, которые могут быть использованы при разработке
- другие источники разработки
Источник: www.softandweb.ru
Каковы различия между функциональными, эксплуатационными и техническими требованиями?
Я выполнил задачи на основе Java, но мои старшие поручили мне собрать требования для создания глобализированного инструмента отслеживания ошибок.
Я прочитал много типов требований из Википедии и сайта mindtools , но это было очень странно.
Каковы точные различия между функциональными требованиями, эксплуатационными требованиями и техническими требованиями?
- функциональные требования
Что система должна делать, обрабатывать заказы, отправлять счета, регулировать температуру и т. Д. И т. Д.
- эксплуатационные требования
Они о том, как запустить систему. Ведение журнала, управление запуском / выключением, мониторинг, потребление ресурсов, резервное копирование, доступность и т. Д.
- технические требования
Они о том, как система построена. Какой язык, какая ОС, стандарты должны соблюдаться и т. Д.
В наши дни «эксплуатационные» и «технические» требования обычно объединяются в «нефункциональные требования» — главным образом для того, чтобы прекратить глупые споры о том, является ли «система ответит на запрос пользователя в течение 1 секунды» операционным или техническим требованием.
Мой любимый способ уменьшить это — думать так.
Если я могу использовать MSPaint, чтобы получить скриншот того, что видит пользователь , это функционально.
Как только я задействую компьютер, компьютерный язык, компьютерную сеть. Это имеет тенденцию к технической спецификации.
Иногда много совпадений. как я могу нарисовать картину 747, но на самом деле это скорее техническая спецификация, потому что предполагается, что она летит.
Но на самом деле, пользователи и руководство были бы совершенно счастливы, если бы они летали, используя волшебную пыль вместо реактивного топлива. Так что это функциональная часть. Но на самом деле это довольно техническая картина.
Надеюсь, я не зашел слишком далеко, но вот как я об этом думаю.
Источник: qastack.ru