ПОИСК Статьи Чертежи Таблицы Методы разработка программного обеспечения из "Информационное и прикладное программное обеспечение (САПР 3) " На данном этапе выявляются проектные процедуры и операции, автоматизация которых возможна и целесообразна, изучаются особенности математических моделей (ММ) проектируемых объектов, выбирается или разрабатывается математическое обеспечение. Принимается решение о тинах используемых ЭВМ и операционных систем, рассматривается возможность использования готовых компонентов ПО. Здесь же решаются вопросы планирования работ, устанавливается нх очередпость, этапность сдачи подсистем САПР в эксплуатацию. Особое внимание уделяется исследоваппю путей создания открытого ПО. [c.34] Функциональные епецификации определяют функции, которые должна выполнять САПР, т. с. в инх определяется, что надо делать, но без указания, как это делать. [c.34] Завершается второй этап цикла жизни подготовкой тестов, на которых будут проводиться испытания при приемке САПР. Па подготовленные тестовые данные в дальнейшем не будет оказывать влияние конкретная реализация системы. [c.35] Э т а и о. Проекгированне ПО ( АПР. Па этом этане (1к)рыируе тся структура ПО и разрабатываются алгоритмы, задаваемые спецификациями. Устанавливается состав модулей с разделением их иа иерархические уровни па основе изучения схем алгоритмов для типовых задач проектирования [7], Выбирается структура информационных массивов, составляющих базу данных. Фиксируются межмодульные интерфейсы. [c.35] Этап 4. Кодирование модулей. На данном этапе производится программирование модулей на каком-либо алгоритмическом языке, т. е. перевод разработанных алгоритмов на язык программирования. Этот этап менее сложен но сравнению со всеми остальными этапами цикла л изнн ПО, для его реализации широко используется метод структурного программирования. Одна из задач, которую необходимо решить на данном этапе,—обоснованный выбор языков программирования. [c.35] В процессе комплексного тестирования всего ПО выявляются ошибки, связанные с нарушением спецификаций на все ПО САПР, при этом используются тесты, подготовленные па этапе 2. Снстемное тестирование — испытание ПО САПР на технических средствах н данных пользователя в производственных условиях. Тестирование является составной частью отладки — процесса обнаружения ошибок, их локализации и устранения. [c.36] Необходимо отметить, что надежность ПО закладывается на более ранних этапах его цикла жизни, правильное тестирование позволяет лишь выявить большинство из относительно немногочнслснных вкравшихся ошибок. Повысить надежность плохо спроектированных программ никакое тестирование не способно. [c.36] Приняты соответствующие меры (такие, например, как использование принципа модульности), то оно со временем становится все менее упорядоченным и менее жизне-способным (верхняя часть заштрихованной области на рис. 1.13.). Одна из проблем сопровождения состоит в том, что даже для правильно спроектированного ПО исправление одной ошибки влечет за собой внесение новой ошибки с вероятностью 0,2—0,5. Третья составляющая затрат на сопровождение для ПО САПР наиболее существенна и связана с задачей продления срока эффективной эксплуатации САПР, поскольку изменение технологий промышленного производства и развитие математического обеспечения АП происходят обычно более быстрыми темпами, чем может создаваться ПО новых САПР. [c.37] Наиболее перспективен третий способ, хотя он и наиболее сложен в реализации. [c.37] Из автоматизированных средств анализа требований и документирования спецификаций наиболее известны системы PSL/ PSA и SREM [6]. [c.39] Процесс проектирования ПО, как и любых других сложных объектов,— блочно-иерархический. Систематическое применение декомпозиции позволяет свести задачу большой размерности к совокупности простых подзадач. Принципиально возможны два подхода к проектированию ПО нисходящий и восходящий. [c.40] Вернуться к основной статье