Задачі конструкторського проектування.

Задачі конструкторського проектування.

Конструкторское проектирование

Конструкторское проектирование включает в себя решение задач следующих групп:

n коммутационно-монтажное проектирование;

n обеспечения допустимых тепловых режимов элементов;

n конструирование электромеханических узлов системы;

n выпуск конструкторской документации.

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

n конструкторский расчет геометрических размеров компонентов;

n определение взаимного расположения компонентов на элементе конструкции;

n размещение компонентов на конструкторском элементе с учетом геометрии устройства, схемотехнических и технологических ограничений;

n трассировка соединений;

n вычерчивание чертежей общего вида устройства и определение основных габаритных размеров.

В этих же задачах решаются вопросы обеспечения тепловых режимов элементов.

Задача конструирования электромеханических узлов системы включает в себя комплекс специфических вопросов.

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

 

 

Загальні відомості про систему проектування друкарської платні P-CAD

Система P-CAD предназначена для проектирования многослойных печатных плат вычислительных и радиоэлектронных устройств.

Ее структурную схему можно представить следующим образом.

 

 

Графічні редактори в системі P-CAD

Графические редакторы

P-CAD Schematic и P-CAD PCB – соответственно графические редакторы принципиальных электрических схем и ПП.

Характеристики графического редактора P-CAD Schematic:

n до 99 листов схем в одном проекте, максимальный размер листа 60 х 60 дюймов (1500 х 1500 мм);

n поддержка стандартных форматов листов от А до Е, А0-А4;

n дискретность угла поворота компонента 90°;

n перекрестные связи между P-CAD Schematic и P-CAD РСВ позволяют для выбранной на схеме цепи высветить на ПП соответствующий ей проводник и наоборот.

Характеристики графического редактора P-CAD РСВ

n до 99 слоев в ПП, из них 11 слоев предварительно определены;

n максимальный размер ПП 60 х 60 дюймов;

n автоматическая коррекция принципиальных схем по изменениям в печатной плате и наоборот (коррекция «назад» и «вперед»);

n до 64 000 типов контактных площадок в проекте;

n ширина проводника на ПП до 10 мм;

n до 64 000 стилей стеков контактных площадок в проекте;

n минимальный дискрет угла поворота текста и графических объектов — 0,1 град;

n поддержка управляющих файлов фотоплоттеров Gerber и сверлильных станков с ЧПУ типа Excellon.

 

Трасувальники в системі P-CAD

Автотрассировщики

n Трассировщик QuickRoute относится к трассировщикам лабиринтного типа и предназначен для трассировки простейших ПП.

n Трассировщик PRO Route трассирует ПП с числом слоев до 32.

n Трассировщик Shape-Based Autorouter – бессеточная программа автотрассировки, предназначенная для автоматической разводки многослойных печатных плат с высокой плотностью размещения элементов.

n Специальная (дополнительная) программа SPECCTRA

n Программа ручного, полуавтоматического и автоматического размещения компонентов и трассировки ПП большой сложности с числом слоев до 256. Имеет модуль AutoPlace, предназначенный для автоматического размещения компонентов на ПП.

 

Менеджер бібліотек в системі P-CAD

Менеджер библиотек

Library Executive – менеджер библиотек, в которых содержится как графическая информацию о символах и типовых корпусах компонентов, так и текстовая информация (число секций в корпусе компонента, номера и имена выводов, коды логической эквивалентности выводов и т.д.).

Программа имеет встроенные модули:

n Symbol Editor — для создания и редактирования символов компонентов;

n Pattern Editor — для создания и редактирования посадочного места и корпуса компонента.

Основні характеристики системи проектування P-CAD

Общие характеристики:

n 32-разрядная база данных;

n разрешающая способность P-CAD РСВ и других программ равна 0,001мм;

n до 100 открытых одновременно библиотек;

n число компонентов в одной библиотеке – неограничено;

n до 64 000 электрических цепей в одном проекте;

n до 5000 секций (вентилей) и 10 000 выводов в одном компоненте;

n до 20 символов в имени вывода и 16 символов в имени типа компонента;

n до 8 символов в имени файла;

n многошаговый «откат» вперед и назад. По умолчанию количество запоминаемых шагов установлено равным 10, но эту величину можно при необходимости изменить, редактируя файл конфигурации *.ini.

минимальный шаг сетки 0,1 mil в английской системе и 0,001 мм в метрической системе (1 mil = 0,001 дюйма = 0,0254 мм, 1 мм = 40 mil). Систему единиц можно изменять в любой фазе проекта.

 

Постановка задачі покриття

Задача покрытия

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

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

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

а) элементные модули, состоящие из не связанных логических элементов (многоцелевых);

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

 

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

Задача покрытия функциональными модулями – более сложная и требует распознания соответствующих структур в исходной схеме.

Задача разбиения

Исходными данными задачи является схема соединений конструктивных элементов.

Задача состоит в необходимости разделить исходную схему на части так, чтобы образовать конструктивные узлы следующего иерархического уровня с учетом требований и ограничений.

Качество выполнения задачи разбиения анализируется по таким критериям:

n длина внешних связей;

n объем конструкции, характеризуемый числом узлов разбиения;

n числом различных типов узлов;

n неразрывность функциональных назначений узлов.

Исходную схему соединения элементов можно представить взвешенным мульти графом

G = (X, A),

в котором элементы – вершины узла, а межэлементные связи – ребра.

Пусть заданы ограничения на вместимость узлов – k и допустимое число внешних выводов в узле – v. Требуется разрезать исходный граф на отдельные подграфы

G _l = (X _l, A _l),

где l – число подграфов (1, 2,..., m).

Выделяем три узла G1, G2, G3 получаем граф G¢ = (X ¢, A ¢) где множество вершин X¢ – соответствует узлам разбиения, а множество ребер A ¢ определяет межузловые соединения.

 

 

Задача размещения

Исходные данные:

n схема соединений конструктивных элементов узла;

n конструктивные параметры элементов;

n параметры монтажного пространства.

Решение задачи заключается в определении оптимального расположения элементов в заданном монтажном пространстве с учетом требований и ограничений.

Главная задачи размещения – облегчение следующего за ней процесса трассировки соединений.

При проводном монтаже главный критерий оптимальности есть суммарная взвешенная длина соединений

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

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

За основу возьмем граф G = (X, A), который характеризуется матрицей смежности

 

где n – число модулей; a_ij –число соединений между модулями x_i и x_j.

Разобьем площадь реальной печатной платы в координатах X, Y на m областей (позиций)

Поставим в соответствие печатной плате граф G _r =(P, U) где множество вершин – центры посадочных мест, множество ребер – координатная решетка, связывающая вершины графа.

Граф G _r характеризуется матрицей расстояний

D =[ d_ij ] m´m,

где d_ij – расстояние между позициями i и j.

Введем матрицу назначений, характеризующую результаты решения задачи размещения:

B =[ b_ij ] n´m,

где b_ij = 1, если x_i находится в позиции p_j и b_ij =0 в противном случае.

Тогда суммарная взвешенная длина соединений при произвольном размещении модулей будет

 

 

Задача состоит в минимизации функционала F при изменяемой матрице B и ограничениях

 

 

Задача трассировки

Задача трассировки формулируется следующим образом:

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

Основные ограничения:

n Ширина проводников;

n Минимальные расстояния между ними.

Исходная информация:

n список цепей,

n параметры конструкции элементов и коммутационного поля,

n данные по размещению элементов.

Критерии трассировки:

n процент реализованных соединений,

n суммарная длина проводников,

n число пересечений проводников,

n число монтажных слоев,

n число межслойных переходов,

n равномерность распределения проводников,

n минимальная область трассировки и т.д.

Оценка качества трассировки ведется по доминирующему критерию при выполнении ограничений по другим критериям либо с применением аддитивной или мультипликативнай формы оценочной функции, например следующего вида

 

где F – аддитивный критерий; λ_i – весовой коэффициент; f_i – частный критерий; p – число частных критериев

Принципи моделювання

Моделирование базируется на четырех принципах:

выбор модели оказывает определяющее влияние на подход к решению проблемы и на то, как будет выглядеть это решение.

каждая модель может быть воплощена с разной степенью абстракции.

лучшие модели – те, что ближе к реальности.

использование совокупности нескольких моделей, независимых друг от друга.

 

Об'єктне моделювання

При разработке программного обеспечения существует несколько подходов к моделированию. Важнейшие из них – алгоритмический и объектно-ориентированный подходы.

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

В объектно-ориентированном основным строительным блоком выступает объект или класс.

Объект – это сущность, обычно извлекаемая из словаря предметной области или решения.

Класс – это описание множества однотипных объектов.

Каждый объект обладает свойствами:

идентичность (особенности, отличающие его от прочих объектов),

состояние (данные характеризующие его в данный момент времени),

поведение (данные о взаимодействии с другими объектами).

 

15) Унифицированный язык моделирования UML (Unified Modeling Language) является стандартным инструментом для создания "чертежей" программного обеспечения.

UML – это язык для визуализации, специфицирования, конструирования и документирования артефактов программных систем.

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

16) Язык UML можно представить концептуальной моделью, которая включает в себя три основных элемента

n базовые строительные блоки;

n правила, определяющие, как эти блоки могут сочетаться между собой;

n общие механизмы правил языка.

 

Поняття «Структурна суть».

Структурные сущности – это имена существительные в моделях на языке UML

Класс (Class) – это описание совокупности объектов с общими атрибутами, операциями, отношениями и семантикой. Графически класс изображается в виде прямоугольника, в котором обычно записаны его имя, атрибуты и операции

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

Кооперация (Collaboration) – определяет взаимодействие; она представляет собой совокупность ролей. Графически кооперация изображается в виде эллипса, ограниченного пунктирной линией, в который обычно заключено только имя

Прецедент (Use case) – это описание последовательности выполняемых системой действий, которая производит наблюдаемый результат, значимый для какого-то определенного актера (Actor). Графически прецедент изображается в виде ограниченного непрерывной линией эллипса, обычно содержащего только его имя

Компонент (Component) – это физическая заменяемая часть системы, которая соответствует некоторому набору интерфейсов и обеспечивает его реализацию. Графически компонент изображается в виде прямоугольника с вкладками, содержащего обычно только имя

Узел (Node) – это элемент реальной (физической) системы, который существует во время функционирования программного комплекса и представляет собой вычислительный ресурс, обычно обладающий как минимум некоторым объемом памяти, а часто еще и способностью обработки. Графически узел изображается в виде куба, обычно содержащего только имя.

 

Поняття «Поведінкова суть».

Поведенческие сущности (Behavioral things) являются динамическими составляющими модели UML.

Взаимодействие (Interaction) – это поведение, суть которого заключается в обмене сообщениями (Messages) между объектами в рамках конкретного контекста для достижения определенной цели. Графически сообщения изображаются в виде стрелки, над которой почти всегда пишется имя соответствующей операции.

Автомат (состояние) (State machine) – это алгоритм поведения, определяющий последовательность состояний, через которые объект или взаимодействие проходят на протяжении своего жизненного цикла в ответ на различные события, а также реакции на эти события. Графически состояние изображается в виде прямоугольника с закругленными углами, содержащего имя.

 

Поняття «Відношення»

Отношения

Зависимость (Dependency) – это семантическое отношение между двумя сущностями, при котором изменение одной из них, независимой, может повлиять на семантику другой, зависимой. Графически зависимость изображается в виде прямой пунктирной линии, часто со стрелкой, которая может содержать метку.

 

Ассоциация (Association) – структурное отношение, описывающее совокупность связей; связь – это соединение между объектами. Графически ассоциация изображается в виде прямой линии (иногда завершающейся стрелкой или содержащей метку), рядом с которой могут присутствовать дополнительные обозначения, на пример кратность и имена ролей.

 

Обобщение (Generalization) – это отношение "специализация/обобщение", при котором объект специализированного элемента (потомок) может быть подставлен вместо объекта обобщенного элемента. Графически отношение обобщения изображается в виде линии с не закрашенной стрелкой, указывающей на родителя.

Реализация (Realization) – это семантическое отношение между классификаторами, при котором один классификатор определяет "контракт", а другой гарантирует его выполнение. Графически изображается в виде пунктирной линии с не закрашенной стрелкой, как нечто среднее между отношениями обобщения и зависимости

 

 

Диаграммы классов

Класс – это категория или группа вещей, которая имеет сходные атрибуты и общие свойства.

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

На имя класса может влиять другая конструкция UML – пакет. Пакет представляется в UML в виде папки с корешком, на которой указано имя пакета

Если класс СтиральнаяМашина является частью пакета Бытовая техника, то этому объекту можно дать полное имя

Бытовая техника::Стиральная Машина

 

 

Атрибуты классов

Атрибут – это свойство класса.

Операции классов

Операция – это то, что может выполнять класс, либо то, что вы (или другой класс) можете выполнять над данным классом.

 

Диаграмма объектов

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

Объект изображается прямоугольником, как в случае представления класса, но его имя подчеркнуто. Наименование экземпляра размещено слева от двоеточия, а наиме­нование класса – с правой стороны

 

Работа со связями

Связи между классами дополняют картину предметной области и представляют следующие понятия:

n Ассоциации.

n Кратность.

n Составные ассоциации.

n Рефлексивные ассоциации.

n Наследование и обобщение.

n Зависимости.

Ассоциация – это концептуальное взаимодействие классов друг с другом.

Например: Ассоциацию – между игроком и командой можно охарактеризовать фразой «игрок играет в команде» и отобразить линией, соединяющей эти классы с именем «играет» и треугольной стрелкой указывающей направление действия

Можно указывать роль которую играет каждый класс

 

Классы ассоциаций

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

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

 

Застосування зв'язків

Связи

Ассоциация (как и класс) характеризуется наличием экземпляров.

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

Кратность

Ассоциация между объектами может определять их количество

Наследование и обобщение

Если известно что-либо о некоторой категории, то автоматически можно перенести эти знания на другие категории.

Такой перенос называется наследованием. В UML для наследования используется термин обобщение. Один класс (дочерний или подкласс) может наследовать атрибуты и операции другого (родительского класса)

Пример:

 

 

Поняття залежності

Зависимости

Зависимость – это такой тип взаимосвязи, который характеризуется тем, что один класс использует другой.

Наиболее общим случаем зависимости является использование одного класса в сигнатуре операции другого класса.

Зависимость изображается пунктирной линией со стрелкой:

Интерфейсы и реализации

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

Например: Клавиатура компьютера частично "реализует" поведение пишущей машинки.

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

 

Создание прецедентов

 

Использование прецедентов

Моделирование системы с точки зрения пользователя — это задача прецедентов.

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

Прецедент представляет собой набор сценариев использования системы. Каждый сценарий описывает последовательность действий. Каждая последовательность действий инициируется пользователем, другой системой, аппаратным средством или в какой-либо момент времени.

 

40. Прецедент — это конструкция, помогающая аналитику определить способ использования системы. Набор прецедентов описывает систему в терминах действий, выполняемых пользователем.

Прецедент представляет собой набор сценариев использования системы. Каждый сценарий описывает последовательность действий. Каждая последовательность действий инициируется пользователем, другой системой, аппаратным средством или в какой-либо момент времени.

Включение и расширение прецедента

Прецеденты можно использовать повторно. Один из способов это включение прецедента.

Включение прецедента – это использование шагов одного прецедента в последовательность действий другого.

Другой путь сводится к созданию нового прецедента путем добавления нескольких шагов к существующему — расширению прецедента.

Використання діаграм станів

Сообщения и сигналы

 

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

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

Отправка сигнала представляется как создание экземпляра класса сигнала. Сигнал имеет свойства, представляемые в виде атрибутов.

Пример: пульт управления телевизором

 

 

Сообщения

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

Сообщение может быть простым, синхронным и асинхронным. Простое сообщение – это передача управления от
одного объекта к другому.

Если объект передает синхронное сообщение, то он
ожидает ответа на него, после чего продолжает
выполнение своих действий.

При передаче асинхронного сообщения объект не ожидает ответа.

Представление рекурсии

Рекурсией называется операция воздействия объекта на самого себя.

 

 

45. Построение диаграмм кооперации

Подобно диаграммам последовательностей, диаграммы кооперации отражают взаимодействие объектов. На них изображаются объекты вместе с сообщениями, которыми они обмениваются.

Структура GRAPPLE

GRAPPLE состоит из пяти сегментов. Каждый сегмент, в свою очередь, состоит из нескольких операций, выполнение которых завершается результатом (продуктом). Сегменты GRAPPLE имеют такие названия:

n Формулировка набора требований (Requirements);

n Анализ (Analysis);

n Проектирование (Design);

n Разработка (Development);

n Развертывание (Deployment).

Эту совокупность сегментов обозначают по начальным буквам английского названия каждого сегмента RADDD или RAD³

Формулировка требований

В сегменте Формулировка требований необходимо предпринять следующие шаги:

n Изучение бизнес-процессов

Путь решения – изучение аналитиком рабочей терминологии клиента.

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

n Анализ предметной области

Путь решения – общение аналитика с клиентом с целью понимании сути предметной области.

Результат – разработчик модели отмечает существительные и представляет их в виде классов.

n Определение взаимосвязанных систем

Путь решения – исследуется от каких систем будет зависеть новая система и какие системы будут зависеть от нее.

Результат – системный инженер строит диаграмму развертывания.

n Выяснение системных требований

Путь решения – проведение семинара по совместной разработке приложения JAD (Joint Application Development).

Результат – создаются диаграммы пакетов.

n Представление результатов клиенту

Путь решения – руководитель проекта представляет результаты клиенту.

Результат – составляется смета расходов.

Анализ

В сегменте Анализ предпринимаются следующие шаги:

n Определение прецедентов системы

Путь решения – анализ прецедентов высокого уровня в рамках семинара разработчиков с пользователями.

Результат – набора диаграмм прецедентов со стереотипами («расширяет» и «включает»).

n Внесение уточнений в диаграммы классов

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

Результат – проводится уточнение диаграммы классов.

n Анализ изменений состояния объектов

Путь решения – уточняется изменения состояний объектов.

Результат – составляется диаграмма состояний.

n Определение взаимодействий между объектами

Путь решения – определяется взаимодействие объектов.

Результат – составляются диаграммы последовательностей и коопераций.

n Анализ уровня интеграции с другими системами

Путь решения – определяется характер интегрирования системы с другими системами.

Результат – составляется диаграмма развертывания и модели данных.

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

В сегменте Проектирование предпринимаются следующие шаги:

n Построение и уточнение диаграмм объектов

Путь решения – на основе диаграмм классов создаются необходимые диаграммы объектов.

Результат – составляется диаграммы объектов и диаграммы видов деятельности.

n Построение диаграмм компонентов

Путь решения – составляютсядиаграммы компонентов.

Результат – диаграммы компонентов.

n План развертывания

Путь решения – системный инженер начинает планирование развертывания и интеграции системы.

Результат – уточнение диаграммы развертывания.

n Проектирование и создание пользовательского интерфейса

Путь решения – проведение семинара по обсуждению интерфейса.

Результат – экранные формы пользовательского интерфейса.

n Проектирование тестов

Путь решения – написание тестовых программ для средств тестирования.

Результат – тестовые программы.

n Создание технической документации

Путь решения – создание структур высокого уровня для каждого документа.

Результат – документация.

Разработка

В сегменте Разработка выполняется следующее:

n Конструирование и тестирование кода

Путь решения – программисты реализуют систему в коде.

Результат – код программы.

n Подключение пользовательского интерфейса к коду и тестирование

Путь решения – подключение и тестирование кода программы.

Результат – система, оснащенная пользовательским интерфейсом.

n Завершение комплекта документации

Развертывание

В сегменте Развертывание выполняется следующее:

n Планирование средств резервирования и восстановления

Путь решения – системный инженер создает пошаговый план на случай отказа системы.

Результат – восстановление работы системы.

n Установка готовой системы на соответствующих аппаратных средствах

Путь решения – Установка готовой системы на компьютере

Результат – полностью развернутая система.

n Тестирование установленной системы

Путь решения – представитель разработчиков тестирует систему.

Результат – полностью работоспособная система.

 

Етапи розробки ПО

 

Процесс разработки ПО мыслится как последовательное выполнение ряда этапов:

n Определение требований - это наиболее важный этап из всех остальных, поскольку он существенно на них влияет.

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

n Этап проектирования - (программирование "в большом") предполагает решение основных системных вопросов, в числе которых разбиение на подсистемы, разработка сценария работы (в том числе и диалога с пользователем), структуры данных, функциональной структуры и иерархии разбиения на программные модули.

n Этап программирования - (программирование "в малом") имеет целью получение исходных текстов программных модулей на каком-либо алгоритмическом языке (иногда на нескольких) и включает в себя алгоритмизацию, кодирование (запись исходного текста на алгоритмическом языке) и отладку.

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

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

n Этап составления документации предполагает создание исчерпывающего комплекта документов, который в идеале должен содержать полную проектную и эксплуатационную документацию.

 

Зміст типового ТЗ

Выработка технического задания (ТЗ) на проектирование.

Важнейшее требование к ТЗ - это его полнота.

Предварительное проектирование - это поиск принципиальных возможностей построения системы, исследованием новых принципов, структур, обоснованием наиболее общих решений.

Результатом этапа является техническое предложение.

На этапе эскизного проектирования производится детальная проработка возможности построения системы.

Результатом этапа является эскизный проект.

Техническое проектирование - это выполнение укрупненного представления всех конструкторских и технологических решений.

Результатом этапа является технический проект.

Рабочее проектирование - этап детальной проработки всех блоков, узлов и деталей проектируемой системы.

Заключительный этап - изготовление опытного образца.

 

Методи проектування програм

 

Модульный принцип лежит в основе трех основных методов проектирования сложных программ:

• восходящее проектирование (метод "снизу-вверх", bottom-up);