Cтраница 2
Процесс проектирования СМОД с применением ППП менее трудоемкий и более короткий по сравнению с оригинальным проектированием. Это достигается уменьшением количества технологических операций, необходимых для построения проекта СМОД. Кроме того, отсутствует необходимость более глубокой детализации технологических операций в силу того, что в ППП уже заложены проектные решения, доведенные до программной реализации. [16]
Таким образом, мы виделяем три цикла, которые, соединяясь единой осью проекта ( замысла, гипотезы), дают решение задачи. Именно поэтому мы можем говорить о макростратегиях, приложимых к конструкторской деятельности в целом, и микростратегиях, приложимых к решению одной задачи. В структуре каждого отдельного решения мы выделяем циклы: понимания технического условия, формирования предварительного проекта устройства, построения графического проекта устройства. Стратегия представляет собой подготовительные, планирующие и реализующие тактики, действия и графы, которые позволяют достичь определенного результата. [17]
Реализацию аппаратной части проекта принципиально можно выполнить, опираясь только на возможности САПР FastChip Triscend. Однако трудно реализовать сложные проекты, оставаясь в рамках библиотеки стандартных решений, доступных из редактора САПР FastChip. Конечно, любой проект может быть представлен в форме соединенных между собой примитивов, которые входят в состав библиотеки САПР. Но принятый в редакторе FastChip способ объявления соединений блоков путем использования совпадающих имен для соединяемых входных и выходных контактов блоков оказывается не всегда удобным. Отсутствие отображения этих соединений на экране так же далеко не всегда приемлемо. Этот вариант соответствует одноуровневой организации аппаратной части системы. При составлении сложных проектов и для их документирования целесообразно привлечение САПР других фирм, которые могут поддержать иерархическое описание и построение проекта. Практическая реализация такой возможности требует выполнения ряда условий. [18]
При строгом подходе, напротив, проектирование начинается с очень простых построений, допускающих существование независимых аргументов проверки правильности, а процесс кодирования программы является по существу развитием ее проекта. Проект программы обеспечивает устойчивость процесса кодирования, хотя при выполнении собственно кодирования и могут допускаться ошибки. Первоосновой строгого подхода является процесс человеческого мышления. Поэтому невозможно описать, каким образом возникает проект программы, хотя значение этого процесса, несомненно, велико. Существует несколько путей реализации строгого подхода при проектировании программ, к которым часто прибегают в практике программирования. Наиболее известные из них базируются на теории автоматов, формальных грамматиках и рекурсивных функциях. Вначале мы это сделаем на примере проекта программы определения сдачи, а затем - при построении проекта программы для игры в крестики-нолики. [19]