- •этапы разработки ПО
- •Распределенные архитектуры
- •Файл-серверная архитектура
- •файл-серверная архитектура
- •Файл-серверная архитектура
- •Недостатки файл-серверной архитектуры
- •Клиент-серверная архитектура
- •Недостатки файл-серверной архитектуры
- •Клиент-серверная архитектура
- •ТРЕХЗВЕННАЯ АРХИТЕКТУРА КЛИЕНТ- СЕРВЕР
- •Дополнительные достоинства клиент-серверной архитектуры
- •Модель Миллса
- •Модель Миллса
- •Модель Миллса
- •Модель Миллса
- •Модель
- •Модель Нельсона
- •Модель Нельсона
- •Модель Нельсона
- •Модель Нельсона
- •Модель Нельсона
- •Модель Нельсона
- •Модель Нельсона
- •Эвристические модели
- •Эвристические модели
- •Эвристические модели
- •Метрики Чепина
- •Метрики Чепина
- •Модель Гоэл-Окимото
- •Модель Гоэл-Окимото
- •Статическое тестирование
- •Статическое тестирование
- •метрики Холстеда
- •метрики Джилба
- •ГОСТ 19.201-78
- •ТЗ ГОСТ 19.201
- •ТЗ ГОСТ 19.201
- •.ГОСТ 19.201
- •ГОСТ 19.201.
- •.ГОСТ 19.201
- •ГОСТ 19.201
- •ГОСТ 19.201
- •ГОСТ 19.201
- •ГОСТ 19.201
- •ГОСТ 19.201
- •ГОСТ 19.601
- •ГОСТ 19.601
- •ГОСТ 19.601
- •ГОСТ 19.601
- •ГОСТ 19.601
- •ГОСТ 19.201
- •ГОСТ 19.601
- •Позитивные , негативные тесты
- •ГОСТ 19.601
- •Проектирование
- •Методика выбора моделей и определения качества ПО по надежности.
- •Методика выбора моделей и определения качества ПО по надежности
- •методика
- •методика
- •ГОСТ 19.601
Статическое тестирование
Статическое тестироование : анализирует код требования дизайн
На статическом тестировании используются : метрики Холстеда, Джилба , Чепина
Такие метрики используются для проверки требований, проверки покрытия всех важных элементов, верификации функциональных требований, контроль действий пользователей, включая ввод/вывод
Статическое тестирование
метрики Холстеда
Характеристика |
Формула для |
Значение |
|
вычисления |
|
Число простых |
n 1 |
24 |
операторов и операций |
|
|
Число простых |
n2 |
15 |
операндов |
|
|
Общее число всех |
N1 |
90 |
операторов и операций |
|
|
Общее число всех |
N2 |
44 |
операндов |
|
|
метрики Джилба
ГОСТ 19.201-78
1. Введение
1.1.Наименование программы. СИСТЕМА STR .
1.2.Краткая характеристика области применения
Программа предназначена для использования в ОАО «Спектр» (Заказчик) 2. Основание для разработки Основанием для разработки ПО является Договор №389 3. Назначение разработки 3.1. Функциональное назначение
Функциональным назначением ПО является обеспечение информационного взаимодействия в рамках организации
ТЗ ГОСТ 19.201
3.2. Эксплуатационное назначение ПО непосредственно должно быть использовано при работе всех сотрудников организации.
Раздел 4. Требования к программе 4.1.1. Требования к составу выполняемых функций.
ПО должно обеспечивать выполнение следующих функций:
1. Учет контактной информации о сотрудниках организации, а именно:
1.1 Ввод информации о сотрудниках (ФИО , Телефоны, номера и наименование отделов) 1.2. Редактирование просмотр и поискинформации о сотрудниках.
ТЗ ГОСТ 19.201
2.Печать и экспорт(предусмотреть экспорт информации в файл формата xls ) контактной информации
3.Разграничение доступа к информации (доступ на ввод и редактирование информации о сотрудниках может быть произведен только после аутентификации и авторизации)
4.Возможность настройки ПО
4.1.1.1. Ввод и редактирование информации о сотрудниках ПО должно обеспечивать ввод информации о сотрудниках , причем информация о конкретном сотруднике должна состоять из двух блоков:
1) Личные данные (ФИО и т.д.)
.ГОСТ 19.201
4.1.1.2Поиск и просмотр информации о сотрудниках Поиск должен выполняться по следующим параметрам: 1) ФИО 2) отдел
3) должность
4) контакт В результате поиска пользователю должен быть предоставлен список , удовлетворяющий
критериям поиска. В случае если не найдена не одна запись , то должно быть выдано соответствующее сообщение.