Разработка пояснительной записки программного продукта
Структура пояснительной записки.
Общие требования.
Пояснительная записка оформляется в печатном, виде в соответствии с требованиями Стандарта (организации) предприятия СТП 02.2010 (ГБОУ СПО Технический колледж):
· шрифт - TimesNewRoman,
· поля - верхнее, нижнее, правое 1см, левое (подшивочное) 2см,
· колонтитулы- 1.25см,
· красная строка -1.5см,
· межстрочный интервал - одинарный,
· ориентация - книжная,
· авто перенос,
· размер шрифта - 12(14)
Структура пояснительной записки:
1. титульный лист.
2. задание на практику.
3. изложение выполняемых работ по видам работ (по заданию).
4. используемая литература.
5. дневник-отчет по следующей форме.
Разработка руководства пользователя программного продукта.
Сведения по эксплуатации программного продукта.
Использование пользователем готового программного решения упрощается благодаря интуитивному интерфейсуи инструкции пользователя. Перед началом работы задаются входные данные, после чего происходит чтение файла. Если параметры пропущены, пользователю выдается сообщение об ошибке. Затем пользователь, исходя из прочитанных данных, устанавливает необходимые параметры для дальнейшей работы и, по нажатию кнопки продолжить, происходит внесение данных в систему, вся внесенная информация отображается пользователю.
Разработка руководства системного программиста
Сведения по эксплуатации программного продукта.
|
|
|
Использование программного решения не представляет труда и имеет обширный диапазон параметризации чтения файла и внесения информации. Системные требования равны требования платформы 1С 8.3, требуется подключение к интернету. Необходимое ПО: платформа 1С версии 8.3 или выше, типовая конфигурация «Управление нашей фирмой» версии 1.6 и выше.
Разработка руководства по техническому обслуживанию
Сведения по обслуживанию программного продукта.
Обслуживание программного решения происходит по заявкам клиентов на определенные недочеты/ошибки или по просьбам об улучшении программного решения. Частота возникновения зависит от тщательности проведенного тестирования и объема программного механизма. При соответствии программных и системных требований риск возникновение ошибок минимален
Применение структурного подхода в анализе требований и определении спецификаций программного обеспечения предприятия или организации: разработка и построение диаграмм переходов состояний, функциональных диаграмм, диаграмм потоков данных, «сущность-связь».
Структурный подход в анализе требований и определении спецификаций программного обеспечения предприятия (организации).
|
|
|
Спецификация ПО представляет собой полное и точное описание функций и ограничений разрабатываемого ПО, при этом одна часть спецификаций (функциональная) описывает функции ПО, а другая часть (эксплуатационная) определяет требования к техническим средствам, безопасности.
Спецификации ПО при структурном подходе.
Спецификация – это полное и точное описание функций и ограничений разрабатываемого ПО.
Функциональные спецификации описывают функции ПО, а эксплутационные определяют требования к техническим средством, надежности, информационной безопасности и т.д.
Требования применительно к функциональной спецификации:
1) Требование полноты. Означает, что спецификации должны содержать всю существующую информацию
2) Требование точности. Означает, что спецификации должны однозначно восприниматься заказчиком и разработчиком.
Это требование выполнить достаточно сложно, так как естественный язык для описания спецификации не подходит, так как не обеспечивает необходимой точности. Точность спецификации можно определить, только разработав некоторую формальную модель разрабатываемого ПО.
Формальные модели на этапе определения спецификации делят на 2 группы:
|
|
|
1) модели, зависящие от подхода к разработке (структурного или объектно-ориентированного)
2) модели, не зависящие от него.
Например, диаграммы перехода состояний (они демонстрируют особенности поведения разрабатываемого ПО при получении сигналов из вне) и математические модели предметной области используют при любом подходе к разработке.
В рамках структурного подхода на этапе анализа и определения спецификации используют 3 типа моделей:
1) ориентированные на функции,
2) ориентированные на данные,
3) ориентированные на потоки данных.
Каждую модель целесообразно использовать для своего класса программных разработок.
Рисунок - 1. Классификация моделей разрабатываемого ПО на этапе определения спецификации.
Все функциональные спецификации описывают одни и те же характеристики разрабатываемого ПО:
1) перечень функций и состав обрабатываемых данных.
Функции спецификации различаются только системой приоритетов (акцентов), которые используются разработчиком. Диаграммы переходных состояний определяют основные аспекты поведения ПО во времени, диаграммы потоков данных определяют направление и структуру потоков данных. Концептуальные диаграммы классов определяют основные отношения между основными понятиями предметной области. Так как разные модели описывают проектируемое ПО с разных сторон, то рекомендуется использовать сразу несколько моделей и сопровождать их текстами: словарями, описаниями и т.п., которые поясняют соответствующие диаграммы.
|
|
|
Методология структурного анализа и проектирования, основанные на моделировании потоков данных, обычно используют комплексное представление проектируемого ПО в виде совокупности моделей:
1) диаграммы потоков данных DFD (Data Flow Diagrams) описывает взаимодействие источников и потребителей информации через процессы, которые должны быть реализованы в системе.
2) ERD – диаграммы сущность – связь. Описывают базы данных разрабатываемой системы.
3) STD – диаграммы переходов состояний. Характеризуют поведение системы во времени.
4) спецификация процессов
5) словарь терминов.
Взаимосвязь элементов этой обобщенной модели показана на Рисунок - 2.
Рисунок - 2. Методология структурного анализа ПО.
Кроме этих моделей в состав спецификации могут входить математические модели описания объектов предметной области. Они уточняют основные соотношения анализируемых величин и ограничений.
Дата добавления: 2018-02-28; просмотров: 1517; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!