Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

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




Общие требования, предъявляемые к ПО САПР в соответствии с общими принципами создания САПР.

Основные принципы проектирования ПО САПР.

1. Принцип системного единства означает, что при ПО САПР связи между и/с должны обеспечивать ее целостность.

2. Принцип развития – ПО САПР должно создаваться и функционировать с учетом пополнения, совершенствования и обновления и/с

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

4. Принцип стандартизации. При разработке ПО САПР необходимо унифицировать и стандартизировать ПО, инвариантное с проектируемым объектом.

 

1) Адаптируемость – приспосабливаемость ПО к функционированию в различных условиях. Это связано с изменением самих объектов проектирования.

2) Гибкость – возможность легко вводить изменения, дополнения, направления в ПО при сохранении всей системной организации.

3) Компактность – потребление минимальных ресурсов ЭВМ (памяти, времени центр. процессора ЭВМ)

4) Мобильность – способность функционирования ПО САПР на различных техн. средствах.

5) Надежность – обеспечение – получения достоверных результатов проектирования.

6) Реактивность – обеспечение быстрого решения задачи при ориентации на пользователя, не являющегося специалистом в области ВТ и программирования.

7) Эволюционируемость - пополнение САПР новыми программами, расширяющими возможности системы.

 

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

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

Преимущества модульного принципа.

1) Степень автономности модулей должна обеспечивать их разработку независимо друг от друга.

Тогда программирование модулей по сформированному ТЗ выполняют параллельно во времени несколько программистов.

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

2) Модульное построение спец. ПО делят четкой и легче уяснимой его структуру. Это уменьшает число допускаемых при программировании ошибок и упрощает отладку программ.

3) Модульное построение спец. ПО делает его более гибким, универсальным и легко адаптируемых к уменьшающимся условиям применения САПР по сравнению с немодульным.

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

Поэтому при модульном построении спец. ПО создают ограниченное число как типовых, так и нетиповых модулей.

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

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

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

 




Поделиться с друзьями:


Дата добавления: 2014-12-07; Просмотров: 2194; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.007 сек.