​

книга Пример спецификации требований к программному обеспечению См. соответствующий план тестирования программного обеспечения.：

Тестирование программного обеспечения — план тестирования

PDFПожалуйста, обратитесь к документации и другим материалам по тестированию программного обеспечения.：https://github.com/xyjigsaw/software-testing

1. Введение

1.1 Позиционирование и цели

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

1.2 Объекты

Данная Спецификация требований к программному обеспечению предназначена для следующих читателей:

• Менеджер по развитию платформы обучения программам
• Технический менеджер
• Все члены команды проекта
• Члены тестовой группы
• Персонал СКА
• Иные лица, уполномоченные компанией-разработчиком на доступ к данному документу.

1.3 Теория анализа требований к программному обеспечению

Анализ требований к программному обеспечению — это то, что получается путем изучения потребностей пользователя, полного понимания всех функций требований пользователя к программному обеспечению и подтверждения функциональных требований к программному обеспечению пользователя. Создайте базовую основу, которая поддается подтверждению и проверке. Анализ требований к программному обеспечению — это начало проекта. Это также важнейший ключевой момент в реализации проекта. По результатам анализа соответствующих учреждений, Разработанный программный продукт имеет незавершенность, Неточности и другие проблемы 80％Вышеупомянутое вызвано ошибками в анализе спроса.,Более того, особенно заметны фундаментальные функциональные проблемы, вызванные ошибками в анализе спроса. поэтому,Анализ требований к программному обеспечению является важным шагом для успеха проекта.

1.4 Цели анализа требований к программному обеспечению

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

Обеспечить менеджерам программного обеспечения основу для расчета затрат на программное обеспечение и подготовки планов разработки программного обеспечения.

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

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

2. Обзор требований

2.1 Предыстория проекта

Программное обеспечение, которое будет разработано, называется «Система онлайн-оценки способностей к компьютерному программированию». Инициатором этого проекта является Школа компьютерных наук и технологий Аньхойского университета, а разработчиком является руководитель 16-летнего факультета разработки программного обеспечения Аньхойского университета. Класс. Основными пользователями являются студенты бакалавриата Аньхойского университета. Это программное обеспечение не зависит от других систем и представляет собой полноценную собственную систему, которую легко применять.

2.2 Обзор требований

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

Прежде всего, поскольку экзамен ориентирован на определенные конкретные объекты, экзаменуемые при входе в систему должны пройти проверку личности. После входа в экзаменационную систему экзаменуемые должны иметь возможность выбирать уровень экзаменационных способностей в соответствии со своими потребностями, поэтому система также должна иметь функцию выбора сложности экзамена (разделенной на верхний уровень, уровень A и уровень B). Чтобы стандартизировать онлайн-экзамен, вопросы и количество вопросов в тестовом документе должны быть одинаковыми для каждого кандидата, но тестовые вопросы не одинаковы. Онлайн-экзамены проводятся в сетевой среде, а тестовые работы должны генерироваться динамически после случайного выбора тестовых вопросов из базы данных сервера. Кроме того, система должна также контролировать время экзамена и требовать от экзаменуемых сдачи работ по истечении времени. После того, как экзаменуемый выберет ответ и отправит его, компьютер должен автоматически оценить работу и отобразить оценку после ее получения. После завершения экзамена вы можете вернуться к интерфейсу входа в систему или проверить результаты и рейтинги.

2.3 Структура системы

Рисунок 2.1 Структура системы

3. Функциональные требования к системе

3.1 Обзор функций

поверхность 3.1 Обзор функций

3.2 Схема бизнес-процесса

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

Рисунок 3.1 Блок-схема бизнес-процесса

3.3 Анализ потока данных

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

Рисунок 3.2 Схема потока данных

3.4 Словарь данных

Запись элемента данных, идентифицирующая сущность. словарь Данные — важная часть базы данных. В них хранится соответствующая информация, используемая базой данных. Это набор поверхностей, доступных пользователю только для чтения. Это набор информации о данных. это диаграмма потока Место, где все элементы данных строго определены. Эти элементы включают в себя потоки данных, компоненты потоков данных, файлы, инструкции обработки и все другие данные, которые должны быть введены в словарь. Запись в данных. Среди них объяснены некоторые цитируемые ключевые слова. : ПК (первичный ключ ), FK (внешний ключ ）, Проверять ограничения диапазона), Не ноль (не пустое значение).

поверхность3.2 Информация о кандидатеповерхность

поверхность3.3 Уровень сложности тестового вопроса поверхность

поверхность3.4 Информация о вопросеповерхность

поверхность3.5 Информация об экзаменационной работеповерхность

поверхность3.6 Информация администратораповерхность

поверхность3.7 Информация о смотровом кабинетеповерхность

3.5 Э-Р-диаграмма

Рисунок 3.3 Диаграмма E-R тестового вопроса

Рисунок 3.4 Диаграмма кандидата ER

Рисунок 3.5. Диаграмма транскрипта E-R

4. Требования к программному обеспечению, оборудованию и внешнему системному интерфейсу.

4.1 Пользовательский интерфейс

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

4.2 Требования к оборудованию

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

4.3 Рабочая среда

• Веб-браузер:0+、Chrome、Opera、Safari、Firefox и любой браузер, поддерживающий стандарт HTML5.
• Стандартное разрешение:1024*768、1920*1080、2K

5. Требования к надежности и доступности

5.1 Требования к производительности

• вычислительная мощность

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

• время ответа

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

поверхность 5.1 анализ времени отклика

5.2 Требования безопасности

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

6. Ссылки

1 Лу Чжэндин, Чжан Чжао, Чжоу Юцян и др. Система управления базами данных EDDBMSJ для инженерных компьютерных исследований и разработок, 1997(s1):328-332.

2 Цай Чанган, Ван Ци. Проектирование и внедрение системы управления студенческой информацией на основе модели B/S. J. Computer Engineering and Design, 2006, 27(14):2585-2587.

3 Ли Вэньсинь, Го Вэй. Система онлайн-оценки программ Пекинского университета и ее применение. Журнал Цзилиньского университета: издание Information Science, 2005(S2):170-177.

Похожие статьи

• Тестирование программного обеспечения – тестирование «белого ящика»
• Тестирование программного обеспечения – тестирование черного ящика
• Тестирование программного обеспечения — план тестирования
• Тест веб-ссылок – отчет о тестировании Omegaxyz.com
• Оруэлл: Большой Брат наблюдает за вами: десять заповедей для компаний-разработчиков программного обеспечения
• Реализация режима интерпретатора C++
• Реализация шаблона итератора C++
• Программная реализация комбинированного режима и режима цепочки ответственности
• Реализация режима легковеса на C++ (легковес)
• Реализация режима оформления C++ (декоратор)