Cтраница 3
Поскольку большинство программных изделий являются основными, может появиться желание поменять местами разд. Причина выдвижения здесь генерируемого программного обеспечения на первое место состоит в том, что при правильном проектировании сверху вниз генерируемое программное обеспечение является основной целью проектирования и должно быть описано раньше, чем его генератор. Другими словами, структура генерируемых программ должна определять структуру генератора, а не наоборот. Если изделие является основным, под заголовком 3.2. Генерируемое программное обеспечение делается пометка Не используется и опускаются под-разд. [31]
Не существует программных изделий или баз данных, совместимых с системой ASK. [32]
Описываются характеристики программного изделия, определяющие его эффективность. Сюда входят параметры настройки программных средств пользователем, такие, как квант времени, размер буфера и дополнительные возможности исправления ошибок. [33]
Не существует программных изделий или баз данных, совместимых с системой ASK. [34]
После того как программное изделие будет готово, обеспечиваются определенные гарантии того, что после продажи и передачи его новому владельцу последний будет иметь средства проверки ( верификации) неизменности и подлинности программного изделия. [35]
Во многих отношениях программные изделия подобны другим изделиям вычислительной техники. Однако между ними существует одно важное различие: программное изделие легко изготавливается и копируется. В результате стоимость и затраты времени на изготовление копии программного обеспечения пренебрежительно малы по сравнению с полной стоимостью и временем использования ЭВМ. [36]
Организация, создающая программные изделия, существенно отличается от учреждения, которое выполняет отдельные работы по программированию и в котором фактически все ресурсы сконцентрированы в группе разработки и передаются в распоряжение отдельных проектов, связанных с программированием, на основе временных соглашений. Однако разрабатываемое программное обеспечение в данном случае не будет универсальным в том смысле, как это определено в нашей книге. Если же включить в работу и остальные группы, заказчики, возможно, воспримут это как ненужные накладные расходы. [37]
После того как программное изделие вступило в фазу использования, сопровождение документации осуществляется так же, как и сопровождение программных средств. Несмотря на тщательные меры анализа и проверки, проводимые внутри проектной организации, пользователи все же обнаруживают некоторые ошибки в программном изделии. По мере поступления сведений о замеченных ошибках в форме заявок на техническое обслуживание ошиб ки устраняются в ответ на запросы пользователей и накопленные исправления вносятся в документацию. Корректирующие материалы могут быть представлены различными способами: можно заново напечатать весь материал, либо отдельные страницы с перечнем исправлений, либо целые страницы для замены страниц с ошибками. Рассылка корректирующего материала осуществляется либо путем непосредственного распространения, либо путем включения перечней исправлений ( или заменяемых страниц) в информационные листки выпуска, издаваемые для новых выпусков изделия или в ответ на заявки на техническое обслуживание. [38]
На стадии использования программное изделие нуждается в обслуживании: необходимо исправлять ошибки или расширять его функциональные возможности. [39]
Поэтому документация на программное изделие должна в полной мере обеспечивать выявление и исправление ошибок, а также проведение работ по модернизации изделия. [40]
Завершающий этап проектирования программного изделия, состоящий в разработке эксплуатационной документации на него. [41]
Завершающий этап испытаний программного изделия, выполняемый после отладки и автономных испытаний и предусматривающий проверку правильности функционирования изделия в целом, взаимной увязки отдельных частей, оценку основных параметров и другие проверки. [42]
Действия по разработке программного изделия, указанные в табл. 5.1, будут описаны ниже. Как и в фирме IBM, в любой другой организации высшее руководство должно ознакомиться и принять концепцию программного изделия. Если руководство стремится к этому, то целесообразно прежде всего провести для них семинар и изложить понятия гл. Наверняка они благожелательно отнесутся к возможности получить представление о программном обеспечении в знакомых им терминах. [43]
Организуя процесс разработки программного изделия, необходимо иметь в виду основную идею иерархической декомпозиции проекта, при которой всегда сохраняется завершенность ( с точки зрения учета всех аспектов проектирования) на различных этапах все более увеличивающейся детализации. Декомпозиция проекта является вторым этапом в цепочке, включающей три этапа декомпозиции, следующих друг за другом. Первый этап - декомпозиция плана, третий-программная декомпозиция, часто называемая программированием сверху вниз или нисходящим программированием. [44]
Для всех компонентов программного изделия, перечисленных в разд. Вводятся соответствующие перекрестные ссылки в документацию версии или нового изделия, поскольку новые компоненты по определению заменяют прежние. Рассматриваются только те модули, для которых существуют перекрестные ссылки. Произведенные замены описываются как в программных документах, так и во всей документации. [45]