Цикл - проектирование - система
Cтраница 2
Мы уже видели, насколько важным является тщательное планирование каждого этапа объединения перед началом отладки системы. Не менее важной является оценка сроков завершения каждого шага цикла проектирования системы. [16]
Однако, как было показано на рис. 5.1, машинный язык является тем, чем мы в конце концов должны завершить разработку программы, поскольку микрокомпьютер выполняет команды только на машинном языке. К тому же, как мы далее увидим, умение распознавать и понимать команды машинного языка может оказаться полезным на этапе интеграции цикла проектирования системы. [17]
 |
Частично конвертированная в PL / M процедура трассировщика для выходного параметра адресного типа. [18] |
На этом описание использования трассировщика во время объединения завершается. Далее мы рассмотрим другие средства, которые могут быть использованы во время объединения, а также средства автоматического конструирования программного обеспечения и автоматизации управляющих функций, необходимых в течение цикла проектирования системы. [19]
Функциональная спецификация обычно описывает, что система делает. В ней не указываются - конкретные детали, описывающие, как должна быть реализована система. В течение цикла проектирования системы, при продвижении от более общих деталей к более конкретным, часто возникает стремление включить как можно больше частных деталей на более ранних стадиях проектирования. [20]
Состоит ли система только из аппаратных компонентов или содержит микрокомпьютер с соответствующим программным обеспечением - ее проектирование должно оцениваться с точки зрения эффективности затрат. Проектирование аппаратуры и программного обеспечения должно проводиться на системной основе с целью минимизации как стоимости проектирования, так и времени, затрачиваемого на разработку. Для лучшего понимания этих положений необходимо исследовать понятие цикла проектирования системы. [21]
На данном этапе проектная спецификация должна содержать схему или список подсистем, модулей, принадлежащих каждой подсистеме, и процедур, принадлежащих каждому модулю. Как отмечалось ранее, проектная спецификация данного этапа может быть подвержена изменениям в течение цикла проектирования системы. [22]
Таким образом, оценка соотношения между аппаратными и программными средствами становится многомерной задачей и должна быть тщательно рассмотрена прежде, чем проектирование будет завершено. Модульный подход к проектированию микрокомпьютерных систем позволяет заменять аппаратные модули программными - и наоборот - даже на сравнительно поздних этапах цикла проектирования. Однако необходимо предпринять все усилия, чтобы оценить выбор проектного решения на возможно более ранних этапах цикла проектирования системы, чтобы не пришлось позднее менять эти решения. [23]
В предыдущем разделе мы предполагали, что программные средства, используемые для проектирования программного обеспечения, реализованы на микрокомпьютерной системе разработки. Одной из альтернатив является использование на начальных фазах проектирования средств, реализованных на большой ЭВМ. Информация, хранимая в файлах на магнитном диске большой ЭВМ, может быть перенесена на магнитный диск микрокомпьютерной системы разработки, чтобы завершить выполнение остальных фаз цикла проектирования системы. Процесс переноса информации магнитного диска большой ЭВМ на магнитный диск микрокомпьютерной системы разработки называется выгрузкой. Рассмотрим кратко преимущества и недостатки использования большой ЭВМ в цикле проектирования системы. [24]
Следующим шагом является проектирование системы на основе функциональной спецификации. Для системы, содержащей только аппаратные компоненты, это означает выбор конфигурации системы, определение значений параметров составляющих частей и способа взаимосвязи этих частей. Аппаратура конструируется, тестируется и объединяется в единое целое, после чего оцениваются ее эксплуатационные характеристики. На каждом шаге цикла проектирования системы могут потребоваться перепроектирование и модификация системы с целью ее соответствия функциональной спецификации. Следует отметить, что, чем раньше в течение цикла проектирования обнаружена проблема, тем меньше затраты на коррекцию. [25]
Если группа программистов состоит из двух или более человек, то в случае отсутствия большой ЭВМ может потребоваться несколько микрокомпьютерных систем разработки, чтобы уменьшить время ожидания на разработку системы. Микрокомпьютерные системы разработки являются значительно более дорогостоящими, чем рабочие места или терминалы для большой ЭВМ. Так, если используется большая ЭВМ, можно за умеренную цену обеспечить отдельный терминал для каждого программиста из группы разработки программного обеспечения. Микрокомпьютерные системы разработки необходимы только в время последних фаз цикла проектирования системы после выгрузки программного обеспечения. Поэтому использование больших ЭВМ может уменьшить основные капиталовложения в оборудование, необходимое для разработки проекта. [26]
При использовании языка проектирования для написания программ и конвертирования их в программы на языке программирования обычно бывает достаточно ручки и бумаги. Однако уже при использовании автоматизированных средств для трансляции операций языка программирования в команды машинного языка первые должны иметь машиночитаемый формат. Для хранения информации в такой форме могут служить перфоленты, перфокарты или устройства магнитной памяти. Многие системы используют для этой цели устройства памяти на магнитных дисках. Мы будет предполагать, что вся информация, которая создается вновь или обрабатывается в течение цикла проектирования системы, хранится на магнитных дисках. Средства для идентификации хранимой информации и для доступа к ней предусматриваются операционной системой. [27]
Кроме того, должны быть определены проверочные значения для тех параметров, которые должны меняться во время этапа объединения. Если также могут быть оценены или определены каким-либо способом значения вычисляемых параметров, эти значения должны быть включены в план объединения. Это позволит более объективно оценить системы во время объединения. Далее в этой главе мы обсудим, как проследить за ходом разработки системы в рамках цикла ее проектирования. План объединения позволяет оценить ход разработки во время отладки и объединения. Прежде чем перейти к аспектам управления циклом проектирования системы, рассмотрим средства, которые могут быть использованы для отладки и объединения, начиная с трассировщика. [28]
Страницы: 1 2