Организационная структура САПР РИ, проектирующие и обслуживающие подсистемы

Основные понятия и определение САПР РИ

Организационная структура САПР РИ, проектирующие и обслуживающие подсистемы

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

Для разработчика и пользователя САПР важно правильно понимать основные термины и определения в программировании.

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

Программа – это алгоритм, записанный в форме, воспринимаемой ЭВМ.

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

Программное изделие или продукт – программа, записанная на физическом носителе (например, на магнитной ленте, CD или DVD-дисках, на флешке и др.).

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

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

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

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

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

В соответствии с ГОСТ 23510–79 САПР по назначению делят на проектирующие и обслуживающие подсистемы. В соответствии с этим САПР РИ так же имеет сложную структуру, в которую входят проектирующие и обслуживающие подсистемы (рис. 1.19).

Определение потребности проектирования

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

Создание САПР – это сложный и трудоемкий процесс. Таким образом, САПР РИ нужно создавать тогда, когда подобных САПР не существует и от ее создания нельзя отказаться; когда затраты на создание САПР окупаются в установленный срок. Если все учитываемые составляющие для принятия решения о необходимости проектирования обозначить так: Y1 – технический объект имеется в нашей стране; Y2 – технический объект имеется за рубежом; Y3 – можно отказаться от проектирования; Y4 – от применения нового объекта достигается народнохозяйственный эффект; Y5 – можно приобрести объект за рубежом, то решение будет определяться истинностью или ложностью следующего выражения:

Y=Ῡ1^Ῡ3^Y4^(Y5^Y2),

где Ῡi – условное обозначение противоположного Yi события;

^ – логическое «И».

Проектировать объект нужно, если Y=TRUE (истина). Не надо проектировать, если Y=FALSE (ложь).

Выбор целей проектирования

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

Цели должны учитывать: 1 – интересы всего человечества; 2 – государственные интересы; 3 – интересы отрасли; 4 – интересы предприятия заказчика; 5 – интересы проектной организации; 6 – интересы отдела проектной организации; 7 – личные интересы сотрудников проектной организации. Вершины графа – это цели, а дуги между вершинами – это их отношения.

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

Требования к методикам проектирования РИ

Выполнение требования ТЗ, возможно только при использовании соответствующей методики проектирования, которая должна:

1. Обеспечить выполнение поставленных в ТЗ целей путем обеспечения основных признаков ОП.

2. Быть современной, основывающейся на последних достижениях в данной области техники.

3. Основана на современных математических методах расчета и проектирования.

4. Быть универсальной для класса подобных альтернативных объектов.

5. Учитывать возможности современной вычислительной техники и систем.

6. Построена по блочно-модульному принципу проектирования объекта (поэлементный принцип проектирования). Это требование особенно важно в условиях САПР и позволяет «безболезненно» модернизировать ранее разработанные программы: наращивать или сокращать их в целях совершенствования. Применительно к РИ поэлементный принцип проектирования обеспечивается реализацией схемы расчётной части третьего этапа проектирования РИ (см. ниже).

Основные понятия и определение САПР РИ

Организационная структура САПР РИ, проектирующие и обслуживающие подсистемы

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

Для разработчика и пользователя САПР важно правильно понимать основные термины и определения в программировании.

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

Программа – это алгоритм, записанный в форме, воспринимаемой ЭВМ.

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

Программное изделие или продукт – программа, записанная на физическом носителе (например, на магнитной ленте, CD или DVD-дисках, на флешке и др.).

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

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

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

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

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

В соответствии с ГОСТ 23510–79 САПР по назначению делят на проектирующие и обслуживающие подсистемы. В соответствии с этим САПР РИ так же имеет сложную структуру, в которую входят проектирующие и обслуживающие подсистемы (рис. 1.19).

Наши рекомендации