Функционально – ориентированная методика
Техническое задание
Этап анализа проекта заканчивается разработкой ТЗ.
Наиважнейшим начальным этапом проектирования ИС является разработка техническое задание (ТЗ).
Техническое задание- это документ, определяющий цели, требования и основные исходные данные, необходимые для разработки проекта.
Стандарт 19.201-78 устанавливает порядок построения и оформления технического задания на разработку программного обеспечения (ПО).
ТЗ – основной документ, который сопровождает проект от его начала до его завершения.
Только после подписания ТЗ начинаются работы над проектом и финансирование.
ТЗ содержит требования, ТО (техническое обоснование), стадии и этапы, сроки, язык программирования, документацию и требования к ней и порядок контроля и приемки.
ТЗ подписывается руководством заказчика и разработчика.
ТО содержит прогноз основных параметров проекта: стоимость, длительность и потребительские ресурсы.
ТЗ является базовым документом при решении возникших споров. Именно в нем содержится критерий, по которому будет оцениваться готовое ПО.
В нем содержатся сроки и описание основных этапов разработки, т. е. приблизительный график работы.
После окончания работы над ТЗ начинается этап проектирования.
Проектирование ИС
Проектирование можно рассматривать как два взаимосвязанных этапа:
1) архитектурное или эскизное проектирование
|
|
|
2) детальное проектирование.
Итогом этого этапа является технический проект.
Архитектурное проектирование
Обычно архитектурное проектирование предполагает разработку трех аспектов программируемой системы:
1) Структурирование системы
Проектируемое программное обеспечение представляется в виде относительно независимых подсистем. Определяется взаимодействие между ними.
В зависимости от выбранной методологии проектирования подсистемы представляют собой либо классы (ОО методология), либо набор функций, т.е. набор процедур, выполняющих какие – то функции из состава разрабатываемого программного обеспечения (функционально – ориентированная методология)
2) Моделирование управления
Определяется, как подсистемы будут взаимодействовать друг с другом.
3) Модульная декомпозиции в случае ФС – методологии или построение потоков данных в случае ОО - методологии
Каждая определенная на первом этапе подсистема разбивается на отдельные модули. Определяются типы модулей и их взаимосвязи.
В основе различных методологий проектирования лежат принципы последовательной детализации абстрактных категорий. Обычно модель программного обеспечения строят на трех уровнях:
|
|
|
1) Внешний – определение требований.
2) Концептуальный – спецификация требований.
3) Внутренний – реализаций требований.
На внешнем уровне надо ответить на вопрос: «Что должна делать система?», т.е. определяется состав основных компонентов системы, объектов, функций, событий, организаций, технических средств.
Внешний уровень разрабатывается на этапе определения требований и его описание содержится в техническом задании.
Концептуальный уровень прорабатывается на этапе архитектурного проектирования (технический проект).
Внутренний уровень – разрабатывается на этапе детального проектирования. Его итоги содержаться в рабочем проекте. Он отвечает на вопрос, как именно работает система.
Разные методологии предполагают различные нотации для описания системы.
Нотацией называется набор графических средств, диаграмм и т.д., использующихся для описания проекта.
Рассмотрим две основные методологии создания программного обеспечения:
ОО методология
Функционально – ориентированная методология
ОО методология
Её основой является объект.
Объект – это сущность, которая используется при выполнении некоторой функции или операции.
|
|
|
Объекты могут быть динамическими (заказы, счета на оплату, платежи) и статические (оборудование, персонал, запасы на складе и т.д.).
Когда строится внешний уровень, то выявляется собственно объекты, например, сырьё и материалы, сырьё и полуфабрикаты, и информационные объекты (заказы, накладные и счета).
Концептуальный уровень: уточняется состав класса, определяются их атрибуты и взаимосвязи. Строится обобщенное представление структуры ПО.
Внутренний уровень: отображается вид БД, входных и выходных документов. Например, статистические объекты могут быть представлены в виде списков, справочников, классификаторов, ценников. А динамические объекты – документами.
Функционально – ориентированная методика
ПО представляется в виде совокупности функций, каждая из которых, преобразует входные данные в выходные.
Последовательность взаимосвязанных по входам и выходам функций составляет бизнес – процесс. Бизнес – процессы и информационные процессы, обычно, неразрывны, т.е. какой – то материальный процесс осуществляется обязательно при информационной поддержке. Например, отгрузка готовой продукции осуществляется на основе документа «Заказ», при этом порождается документ «Накладная», который сопровождает партию, отгруженную товаром.
|
|
|
Функция может быть одним действием или совокупностью действий.
На внешнем уровне определяется список основных бизнес – функций или видов бизнес – процессов. (15-20 шт.)
На концептуальном уровне выделенные функции декомпозируются и строятся иерархии взаимосвязанных функций.
На внутреннем уровне отображается структура информационного процесса в компьютере, определяются иерархические структуры программных модулей, реализующих функцию.
Итог разработки архитектуры:
Итогом разработки архитектуры является её описание, проиллюстрированное диаграммами.
Дата добавления: 2022-06-11; просмотров: 130; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!