Похожие презентации:
Лк 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. Компоненты
• Компоненты являются отдельными элементамисистемы, выполняющими конкретные задачи.
Каждый компонент может иметь собственные
характеристики, интерфейс и функциональность.
Примеры компонентов включают базы данных,
серверы
приложений,
пользовательские
интерфейсы и интеграционные сервисы.
Программирование