Спецификация
ГОСТ 19.202-78
ГОСТ 19.Х
спецификация
спецификация
спецификация
спецификация
раздел "Документация"
Основные виды документов:
требования
техническое задание
техническое задание
Внешние спецификации
Внешние спецификации
Внешние спецификации
Внешние спецификации
Внешние спецификации
Внешние спецификации
Внешние спецификации
Внешние спецификации
Внешние спецификации
Внешние спецификации
Внешние спецификации
Внешние спецификации
Внешние спецификации
Внешние спецификации
Внешние спецификации
Внешние спецификации
Внешние спецификации
Внешние спецификации
Внешние спецификации
Внешние спецификации
Проектирование
Проектирование
Внутренние спецификации
Внутренние спецификации
Внутренние спецификации
Внутренние спецификации
Внутренние спецификации
Внутренние спецификации
Внутренние спецификации
Внутренние спецификации
Внутренние спецификации
Комплексы
Компоненты
877.48K
Category: programmingprogramming

Лк 6. Спецификация

1. Спецификация

2. ГОСТ 19.202-78

Требования к составлению, содержанию и
оформлению
программного
документа
«Спецификация» определены в ГОСТ 19.202-78.

3. ГОСТ 19.Х

ГОСТ 19.202-78 — это стандарт, относящийся к
Единой системе программной документации
(ЕСПД).
Этот стандарт был введен в действие в 1980
году, обновлен в 2024 году.
ГОСТ 19.701- 90 ЕСПД – схемы алгоритмов,
программ,
данных,
систем.
Условные
обозначения и правила;
ГОСТ 19.102-77.Стадии разработки

4. спецификация

Спецификация — это основной
программный документ для
самостоятельных компонентов и
комплексов.

5. спецификация

Спецификации – это описатели отдельных
стадий ЖЦПО и проекта в целом. Согласно
принятой терминологии в рамках учебного
процесса полная документация
программы
содержит:
внешнюю спецификацию (Анализ требований
и разработка ТЗ);
внутреннюю
спецификацию
(Проект
программы);
спецификацию
этапа
реализации
(Код
программы

6. спецификация

Цель спецификации:
документирование требований заказчика;
создание основы для разработки архитектуры
приложения;
инструмент управления проектом.

7. спецификация

Спецификация в общем случае должна
содержать разделы:
документация;
комплексы;
компоненты.

8. раздел "Документация"

Раздел предназначен для систематизации
всех программных документов,
необходимых для разработки,
тестирования, эксплуатации и
сопровождения программного продукта.

9. Основные виды документов:

Требования;
Проектирование;
Реализация;
Тестирование;
Эксплуатация;
Сопровождение

10. требования

Техническое задание (ТЗ)
Программа и методика испытаний (ПМИ)

11. техническое задание

• На этапе постановки задачи осуществляется
анализ требований и в результате
формируется корректно сформулированное
техническое задание

12. техническое задание

Техническое задание является словесным
описанием и должно быть кратким, точным,
четким и емким. ТЗ содержит:
1. Описание сути задачи.
2. Описание требуемого интерфейса.
3. Пример работающей модели задачи.
На основании согласованного ТЗ
разрабатываются внешние спецификации.

13. Внешние спецификации

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

14. Внешние спецификации

15. Внешние спецификации

1. Наименование задачи
Краткое и информативное название; отражает
суть поставленной проблемы или назначение
будущей программы.
2. Словесное описание задачи
Описание задачи в терминах заказчика.
Отражает внешнюю модель решения задачи,
связь между данными на входе программы и ее
результатом

16. Внешние спецификации

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

17. Внешние спецификации

18. Внешние спецификации

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

19. Внешние спецификации

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

20. Внешние спецификации

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

21. Внешние спецификации

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

22. Внешние спецификации

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

23. Внешние спецификации

Описание выходных данных. Приводится
перечисление выходных данных создаваемой
программы в терминах таблицы

24. Внешние спецификации

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

25. Внешние спецификации

4. Функциональная спецификация
Содержит
перечень
внешних,
видимых
пользователю, функций программы. Обычно
выделяют
следующие
функции
будущей
программы:
– функции интерфейса;
– функции ввода исходных данных;
– функции обработки и вычисления результата;
– функции вывода.

26. Внешние спецификации

5. Спецификация интерфейса
Словесное описание требований заказчика по
внешнему виду разрабатываемой программы
должно быть кратким и в то же время полным.
Из
этого
описания
должна
вытекать
спецификация интерфейса (внешнего вида).

27. Внешние спецификации

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

28. Внешние спецификации

6. Спецификация внешнего тестирования
Содержит данные тестирования программы
(по данным) и данные тестирования внешней
спецификации (по функциям и интерфейсу).

29.

Тестирование по данным
Рассматриваются два типа данных:
а) Данные, которые могут привести к сбойным
ситуациям.
Ошибки ввода данных.
Вычислительные ошибки.
Ошибки неправильной передачи данных.
Несанкционированные действия пользователя
(оператора).
Анализ и программная обработка возможных
ошибок приводит к созданию завершенных и
надежных программ.

30. Внешние спецификации

б) Данные из области определения (данные
корректной работы программы).
Приводят достаточное количество наборов
входных
данных,
которые
позволяют
протестировать граничные и типовые значения.

31. Внешние спецификации

32. Внешние спецификации

Тестирование внешней спецификации
Отражают
спецификацию
интерфейса,
функциональную спецификацию и внешнюю логику
программы. В рамках дисциплины эти данные
сводятся в таблицу ниже

33. Внешние спецификации

Пример работающей программы

34. Проектирование

Этап проектирования – один из наиболее
ответственных этапов при создании качественного
программного обеспечения (ПО).
На данной стадии постановка задачи должна
привести
к
алгоритмическому
наполнению
будущего программного продукта.

35. Проектирование

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

36. Внутренние спецификации

37. Внутренние спецификации

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

38. Внутренние спецификации

Проектирование проводится в два этапа:
Эскизное проектирование.
На этом этапе происходит структуризация
данных,
уточнение
модели,
декомпозиция
функциональной спецификации, проектирование
алгоритма программы.

39. Внутренние спецификации

Детальное проектирование.
Разрабатываются нетривиальные алгоритмы,
выделенные на фазе эскизного проектирования.
Разрабатываются данные тестирования этих
алгоритмов (данные автономного тестирования).

40. Внутренние спецификации

41. Внутренние спецификации

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

42. Внутренние спецификации

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

43. Внутренние спецификации

44. Внутренние спецификации

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

45. Комплексы

• Комплексы
представляют
собой
наборы
взаимосвязанных компонентов или подсистем,
образующих единое целое.
• Они
объединяют
отдельные
элементы,
обеспечивая выполнение определенных функций.

46. Компоненты

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