ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ КАК ИЗДЕЛИЕ [c.21]
Раздельное назначение цен на аппаратуру, программное обеспечение и услуги, которое началось приблизительно в 1970 г., более чем что-либо еще укрепило концепцию программного обеспечения как изделия. В настоящее время средства программного обеспечения служат предметом тщательного изучения и планирования с точки зрения возмещения капитальных затрат и поддержания цен >в разумных пределах. В спецификациях теперь более тщательно учитываются нужды заказчика, который может позволить себе быть более разборчивым, если он платит за товар [c.22]
Программное обеспечение как изделие [c.25]
Первое программное изделие, обеспеченное поддержкой, обучением и сопровождением, вероятно, было создано приблизительно в 1950 г. Однако даже сегодня число людей, понимающих, что программное обеспечение может быть самостоятельным изделием, к сожалению, невелико. Это недопонимание важности концепции программных изделий и неосведомленность о потребности в них приводят к отрицательным результатам, если такое недопонимание наблюдается на высших уровнях системы управления. Даже фирма IBM e сразу осознала эту проблему, но примерно в 1970 г. она закрыла ряд своих высших исполнительных органов на несколько дней для активного ознакомления с концепцией программного обеспечения как изделия. Тот факт, что программное обеспечение как изделие редко упоминается в популярной литературе, является одной из причин этого недопонимания. Но главная причина кроется в неудачных попытках разработчиков программных изделий должным образом подготовить своих вышестоящих руководителей к восприятию идеи. Требуется много усилий, чтобы убедить администратора высокого уровня в том, что объекты, подобные программному обеспечению, которые, как он полагает, являются неосязаемыми, в действительности оказываются реальными изделиями. Это недопонимание часто является причиной того, что администратор не в состоянии разобраться, почему требуется много времени или денег для создания программного обеспечения. [c.48]
Приведенная ниже аналогия поясняет, почему руководство фирм, связанных с выпуском вычислительных средств, еще не в состоянии рассматривать программное обеспечение как самостоятельное изделие оно считает его чем-то вроде верхнего слоя краски на аппаратуре. Они не в состоянии понять, что аппаратура, на которую наносится краска, подобна дорожному знаку. Без этой краски аппаратура бесполезна Более того, краска на дорожном знаке должна быть прочной, видимой издалека, контрастной и, -возможно, отражающей свет. Стоимость краски, использованной для дорожного знака, невелика, время, необходимое для ее нанесения, также невелико, и краску можно легко заменить. А что можно сказать об исследованиях и разработках, направленных на то, чтобы краска была прочной и видимой, а графическое начертание знака имело смысл Те же краски и графические элементы, нанесенные даже на кусок картона (а не металла), способны обеспечить основную функцию знака. Таким образом, ценность знака заключается вовсе не в материале, а в покрытии Так же обстоит дело и с ЭВМ. [c.24]
Эти два раздела строятся одинаково. Там, где слова программное обеспечение или изделие появляются без определений, они относятся как к генерируемому, так и к системному программному обеспечению. Выражение (а, Ь) означает <га или Ь . Если это выражение появляется дважды, например (аь fti)...(аз, г), выбирается а и а2 или Ь и Ь%. [c.212]
Так же как и для СТ и ВшС, разд. 3.2 и 3.3 являются структурно идентичными и описываются только в том случае, когда изделие является генерируемым программным обеспечением. Если изделие не является таковым, под заголовком разд. 3.2 следует отметка Не используется , а заголовки подразделов пропускаются. [c.285]
Понятно, что само по себе использование новой техники и программного обеспечения (как, впрочем, и прием на работу отдельных квалифицированных специалистов или групп специалистов) мало что дает предприятию, если оно не меняет оргструктуру, существующие процедуры взаимодействия подразделений, стандарты предприятия, систему мотивации сотрудников. Многие проекты "спотыкаются" на том, что нет процедур и регламентов внедрения и эффективного использования инноваций. Дорогостоящее оборудование и программы существуют сами по себе, номенклатура изделий — сама по себе. Новая техника оказывается инородным телом и не "вживляется" в реальный процесс производства и управления, сложившиеся [c.16]
Под стратегическим альянсом обычно понимают объединение усилий двух или трех компаний по совместному сбыту продукции, по разделу между собой сложившейся сбытовой сети (сети дилеров, оптовых и розничных фирм, прочих посредников). В этом нет ничего от образования монополии, так как объединяются компании разных отраслей. Смысл такого объединения заключается в том, чтобы покупка изделия или услуги одной фирмы, стимулировала бы приобретение продукции другой. Так, приобретая компьютер системы ИБМ, вы должны будете подобрать на рынке соответствующий пакет программного обеспечения, который скорее всего купите у компании, находящей- [c.79]
В этих условиях для создания моделей "Лиза-Макинтош" была организована небольшая команда, подчинявшаяся непосредственно С. Джобсу. В ее задачи входила разработка как самого изделия, так и программного обеспечения для него, а также технологии его производства. Как очень амбициозный для компании проект разработка модели "Лиза-Макинтош" была поручена самым талантливым специалистам фирмы, он находился под постоянным пристальным вниманием и опекой руководства. В сущности, проект распадался на две составные части компьютер большей мощности "Лиза" и общедоступный "Макинтош". [c.372]
Вертикальный маркетинг был своего рода предшественником маркетинга, ориентированного на поиск вертикальной ниши рынка. Суть такого маркетинга в поиске путей реализации данного изделия или группы функционально близких изделий для различных групп потребителей. Дорогостоящим способом вертикального маркетинга была разработка, выпуск и продажа различных машин для каждого отдельного рынка сбыта. Намного дешевле был другой способ выпускать машины общего назначения, способные выполнять разные задачи в зависимости от специфики сферы использования, благодаря разнообразию применяемых процедур и программного обеспечения. Математик Д. фон Нейман показал ИБМ, каким образом электронная технология позволяет использовать материальную часть ЭВМ общего назначения для выполнения широкого круга операций по обработке данных, благодаря заложенным в машины программам. Так появился компьютер. [c.393]
При рассмотрении процесса разработки будем придерживаться определения ПО как изделия, имеющего самостоятельное значение, процессы проектирования и изготовления которого аналогичны процессам, связанным с созданием любых других изделий. Как и любое изделие, ПО имеет свой цикл жизни (ЦЖ), т. е. интервал времени от начального момента зарождения идеи создания программного обеспечения до конечного момента — изъятия ПО из процесса эксплуатации [c.82]
Эта книга содержит описание методологии управления процессами планирования, проектирования, конструирования, оценивания, документирования, распространения, технического обслуживания (сопровождения) систем программного обеспечения. В рамках предлагаемой методологии учитываются взаимосвязи между различными фазами жизненного цикла программ-ных средств и функциями, которые должны выполняться в этих фазах. Показано, как на основе принципов нисходящего проектирования, целевого управления, управления конфигурацией систем программного обеспечения и ряда других создается эффективная система взаимосогласованных и усиливающих друг друга документов и процедур. В книге особое внимание уделяется концепции программного изделия под программным изделием понимается универсальное программное обеспечение, которое предназначается для широкого круга пользователей, быть может даже неизвестных заранее, и должно рекламироваться, поддерживаться в работоспособном состоянии, расширяться на протяжении длительного периода времени. Описанные методы и средства ориентированы специально на организацию управления процессом созданная именно такого универсального программного обеспечения. Читателю же предлагается самостоятельно выбрать те методы и средства, которые в наибольшей степени отвечают его потребностям как руководителя отдела обработки данных, или как руководителя проекта системы обороны, или администратора организации, производящей программное обеспечение, или руководителя программных разработок в фирме, производящей технические средства. Описываемая методология полностью совместима с современными принципами структурного программирования и бригад главного программиста, но она может применяться и без учета этих принципов. [c.8]
Книга состоит из трех больших частей. В ч. I вводятся понятия, которые используются на протяжении всей книги программное изделие, жизненный цикл, матрица фаза — функции , иерархическая декомпозиция и т. д. Рассматривается гипотетическая фирма и пример системы программного обеспечения, являющейся ее изделием. На этом примере показывается, как тесно связаны между собой и как взаимозависимы принципы, документы и процедуры. В ч. II отдельно обсуждается каждая функция, реализуемая в процессе создания программного обеспечения, и анализируется [c.8]
Чем же диктуется необходимость ознакомления с этой книгой самой по себе или в дополнение к каким-либо другим книгам по организационным проблемам программирования Во-первых, стремлением создавать универсальные системы программного обеспечения, предназначенные для широкого круга самых различных пользователей, и потребностью рассмотрения в связи с этим сложных проблем общения разработчиков и пользователей, которые невозможно решить без ориентации на концепцию программного изделия. Во-вторых, эта книга необходима еще и потому, что всегда желательно иметь гарантии сохранения эффективности уже применяемых методов и средств при введении новых. Система при этом должна не просто продолжать работать, а работать еще луч- [c.9]
Программное изделие—это не просто программа для ЭВМ, а продукт тщательного планирования и целенаправленной разработки, сопровождаемый четкой документацией, прошедший все необходимые испытания, описанный в соответствующих технических публикациях, обеспеченный обученным персоналом, размноженный в требуемом количестве экземпляров, обслуживаемый и контролируемый поставщиком по заранее продуманному плану. Только тогда, когда все эти условия соблюдены, можно говорить о создании универсального программного обеспечения, т. е. программного изделия, которое может использоваться не только в каком-то одном строго определенном месте, но пригодно для применения его специалистами, неизвестными разработчику заранее, и в условиях, о которых он даже не мог подозревать.. [c.12]
Имеются весьма основательные доводы в пользу отделения друг от друга некоторых из функций, правильное выполнение которых способствует успешному выпуску изделия. К тому времени, когда почерпнутые из этой книги методы и средства будут введены в действие, такое разграничение функций наверняка можно будет реализовать. И тогда следует удовлетвориться, что группа испытаний работает независимо от группы разработки и потому не подчинена и не может ей подчиняться. Затем следует обособить функцию обслуживания, которая должна в равной степени охватывать обеспечение нормальной деятельности всех остальных групп. При этом, однако, нельзя забывать о планировании, организации поддержки, документирования и сопровождения программных изделий в целях лучшего удовлетворения потребностей пользователя. Если потребности пользователя изменяются, следует без колебаний преобразовывать и эти функции. Приняв такую стратегию, можно-смело приступать к более полной реализации принципов проектирования программного обеспечения и применять методы управления этим процессом точно так же, как их применяют в целом или по частям преуспевающие. руководители. [c.20]
Основные принципы управления созданием программного обеспечения вытекают из признания идеи, состоящей в том, что с программным обеспечением следует обращаться так же, как с любым другим изделием. Действительно, принципы, изложенные в этой книге, применяются в основном для управления сложными технологическими процессами создания многих изделий. [c.21]
Безусловно, не к любому программному обеспечению необходимо применять строгие методы планирования, проектирования и испытаний, обычно используемые для других видов изделий. Как быть, например, со специалистом по бухгалтерскому учету, который разрабатывает программу для составления единственного в своем роде отчета на основе ежемесячных сведений по счетам дебиторов, содержащихся в базе данных Или как быть со специалистом по статистике, который пишет программу поиска скрытых повторяющихся последовательностей в потоке данных или во временных рядах Следует ли такие программные средства рассматривать как изделия Ясно, что не следует. [c.21]
Если полностью согласиться с тем, что такое программное обеспечение можно рассматривать как изделие, то вполне естественно возникает вопрос, почему этого не делали до сих пор (вплоть до середины 60-х годов). Возможно, одной из причин было то, что программное обеспечение не имеет конкретного физического воплощения его нельзя потрогать, понюхать или взвесить. Оно пред [c.21]
Фаза оценки в жизненном цикле изделия является буферной зоной между началом системных испытаний и началом практического использования изделия. В фазе оценки изделие подвергается строгому испытанию со стороны группы лиц, не являющихся разработчиками. Это делается для того, чтобы гарантировать, что изделие удовлетворяет требованиям и спецификациям, может быть использовано в среде пользователя, содержит необходимую документацию, которая точно и полно описывает программное обеспечение, может быть установлено при использовании соответствующих инструкций по вводу в действие свободно от каких-либо дефектов. Фаза оценки начинается, как только все компоненты собраны вместе и испытаны. Она заканчивается, когда организация, проводящая испытания, подтвердит, что изделие прошло все испытания и готово к эксплуатации. Фаза оценки обычно продолжается так же долго, как и фаза программирования, но методы структурного программирования могут сократить ее до одной трети фазы программирования (рис. 2.2). [c.27]
Группа планирования определяет необходимость в программном изделии, устанавливает возможность его реализации и осуществляет слежение за ним вплоть до конца его использования. Группа разработки составляет спецификации, конструирует, документирует, создает, отлаживает и собирает изделия. Группа обслуживания предоставляет средства вычислительной техники для обеспечения всех названных функций, для осуществления конфигурационного управления, распространения и разнообразной административной поддержки. Группа выпуска документации обеспечивает пользователей руководствами и другими справочными материалами. Группа испытаний дает независимую оценку как программному обеспечению, так и документации до их передачи пользователю. Группа поддержки обеспечивает распространение изделия и обучение пользователей, установку изделия на месте его использования и постоянную связь между отдельными группами и пользователями. Последняя, но не менее важная, чем остальные группы, — группа сопровождения — обеспечивает исправление ошибок и некоторые улучшения в фазе использования. [c.29]
Организация, создающая программные изделия, существенно отличается от учреждения, которое выполняет отдельные работы по программированию и в котором фактически все ресурсы сконцентрированы в группе разработки и передаются в распоряжение отдельных проектов, связанных с программированием, на основе временных соглашений. Однако разрабатываемое программное обеспечение в данном случае не будет универсальным в том смысле, как это определено в нашей книге. Если же включить в работу и остальные группы, заказчики, возможно, воспримут это как ненужные накладные расходы. И они, по-видимому, будут правы. [c.29]
Внутреннее проектирование определяет, как изделие должно функционировать. Модули, подпрограммы, оверлейные структуры, динамические таблицы, блок-схемы и таблицы решений являются строительным материалом при внутреннем проектировании. Методы корректного внутреннего проектирования и управления этим процессом составляют целый раздел техники программного обеспечения — методологию программирования, являющуюся вполне законченной дисциплиной. Вероятно, точнее было бы говорить, что эти методы охватывают несколько конкретных проблем, поскольку никакой положительный опыт проектирования программ одного типа (например, программ вычислительного характера) не имеет ничего общего с практикой программирования других задач (например, с разработкой компиляторов). Во всяком случае, этот вопрос является чисто техническим и выходит за рамки тематики этой книги. [c.30]
Рис. 2.3 следует рассматривать слева направо согласно течению времени жизненного цикла, который начинается с плана выпуска серии изделий, отражающего требования группы пользователей (или одного пользователя). Этот план может касаться как аппаратуры, так и программного обеспечения. Первая фиксация требований к конкретному изделию отмечает начало фазы исследований. План выпуска серии изделий, вероятно, является первым таким документом. Планы выпуска серии изделий часто порождают несколько последующих планов, каждый из которых имеет дело с отдельным изделием в отличие от плана выпуска серии изделий. Окончательное утверждение плана выпуска серии изделий или отдельного изделия происходит тогда, когда в бюджете устанавливаются ограничения на ресурсы. Все эти средства используются главным образом группой планирования. [c.32]
Деятельность, связанная с разработкой изделия, достигает своего пика в фазе программирования, когда планы испытаний дополняются спецификациями испытаний. Внутренняя структура изделия полностью описывается внутренней спецификацией, которая содержит сведения о том, как строится изделие, как формируется план обеспечения функционирования программного обеспечения и становятся доступными аппаратные ресурсы. В то время как группа разработки преобразует внешний и внутренний проекты в основное тело программ, т. е. в начальное воплощение изделия, группа испытаний трансформирует их с помощью спецификации испытаний в контрольные примеры группа выпуска документации создает справочные материалы группа поддержки программного обеспечения создает рекламные материалы и материал для обучения персонала. Эти последние действия начинаются с середины фазы программирования и продолжаются почти до конца фазы оценки. В самом конце фазы оценки группа обслуживания подготавливает руководство по вводу программного обеспечения в действие, называемое информационным листком выпуска, и вместе с группой сопровождения заносит в сопроводительную документацию все, что потребуется в будущем. Фаза использования начинается тогда, когда изделие объявлено готовым к передаче пользователям. Все, что остается после этого на рис. 2.3, — это периодическое создание корректирующих программ, предназначенных для исправления ошибок, обнаруженных пользователями, и обеспечения функционирования изделия в реальных условиях эксплуатации. [c.34]
Рассмотрим любую организацию, связанную с созданием программных средств, начиная с самой вершины иерархии, и попытаемся выяснить, где выполняется каждая функция проектирования программного изделия или где она должна была бы обеспечиваться, если бы не была предусмотрена заранее. Можно с уверенностью сказать, что требуемые функции могли бы выполняться соответствующими подразделениями с должным качеством, если, разумеется, эти функции в принципе выполнимы в данной организации. Во всяком случае, нет оснований считать, что для проектирования универсального программного обеспечения понадобится какой-то особый подход, хотя жрецы программирования могут с этим и не согласиться. Чтобы определить, следует ли функции объединять или нет, необходимо рассмотреть структуру всей организации сверху вниз и выяснить, какие средства — объединенные или раздельные— в большей степени способствуют целям вышестоящей организации. [c.51]
Результатом деятельности венчуров стали такие изделия, как целлофан, шариковая авторучка, вертолет, турбореактивный двигатель, застежка молния , кинескоп, инсулин, цветная фотосъемка и фотопечать, ксерография, микропроцессор и многое другое. В США венчурный бизнес сосредоточен в наиболее наукоемких отраслях — в производстве полупроводников, компьютеров, программного обеспечения, искусственного интеллекта. В Западной Европе значительный рынок венчурного капитала возник только в 70-е годы и стал быстро развиваться в Голландии, Германии, Италии и других странах. [c.74]
Программное обеспечение САПР в основном состоит из сложных программных изделий встроенного типа, учитывающих целый ряд ограничений технического и информационного характера. Этим оно отличается от независимых программ, применяемых в процессе проектирования изделий для автоматизации расчетов, графических построений и других локальных работ. Данное положение, как правило, не учитывается, в результате занижается трудоемкость, а следовательно, и затраты при планировании и организации САПР в полном смысле этого понятия и, наоборот, завышается эффект, ожидаемый от создания независимых или полунезависимых программ. [c.92]
Smith, которая изначально специализировалась на торговле книгами, журналами и газетами, выросла, распространив свою деятельность на новые товарные группы, такие как кассеты для видеомагнитофонов, дискеты и программное обеспечение для компьютеров. Подобные действия могут вызывать определенное недовольство прежних поставщиков, поскольку с их точки зрения посредник уделяет слишком много внимания этим второстепенным видам товаров. Розничные торговцы могут также принять решение об уменьшении своего товарного ассортимента. Так, в Европе выросло число специализированных магазинов, торгующих, к примеру, спортивной обувью. Магазин спортивных товаров, принимающий решение об уменьшении своего товарного ассортимента, может вместе с тем стремиться увеличить ассортимент узкоспециализированных изделий, которые позволят ему выделиться на фоне других подобных магазинов. Это может привести к конфликту с поставщиками первоначального ассортимента товаров, поскольку при добавлении конкурирующих с их товарами марок розничный продавец проявляет к ним нелояльность [17]. [c.452]
Тем не менее во многих отношениях экономическая деятельность информационного века характеризуется растущей, а не убывающей доходностью. По мнению Б. Артура, экономиста из Стэн-фордского университета, секторы экономики, основанные на использовании или разработке ресурсов (сельское хозяйство, производство скоропортящихся продуктов, горнодобывающая промышленность), по-прежнему испытывают на себе действие закона убывающей доходности. Здесь по праву властвует традиционная экономическая теория. Напротив, секторы, основанные на использовании знаний, характеризуются растущей доходностью. Очень нелегкое дело — разработать и произвести такие продукты, как компьютеры, фармацевтические изделия, ракеты, самолеты, автомобили, программное обеспечение, телекоммуникационное оборудование или волоконная оптика. Требуются большие начальные вложения в научные исследования, разработки и оборудование, но прирост производства после начала реализации обходится относительно дешево. Издержки производства по мере выпуска все большего числа высокотехнологичных продуктов снижаются, а прибыль от их использования, напротив, увеличивается. После [c.116]
Программное обеспечение для ЭВМ в США, например, часто предлагается клиенту вместе с возможностью бесплатно позвонить фирме из любого города страны, чтобы сделать заказ или получше разузнать о предлагаемом товаре, а также брататься к фирме за консультацией во всех случаях, когда у пользователя возникали затруднения в работе с компьютером по приобретенной программе. Если "горячие линии" связи с поставщиками компьютерных программ в некоторых регионах РФ уже существуют (пусть и не бесплатные), то в большинстве фирм, торгующих у нас компьютерами, не принято предлагать пользователю максимально широкий ассортимент программного обеспечения (исключение — московская компания "Юнивер"), предоставлять услуги по сопровождению реализуемых вместе с компьютерами неспециализированных программных продуктов. В любом случае следует помнить, что если вы планируете выйти на рынок с традиционным и хорошо известным изделием или с видом услуги, осуществив в них какие-то усовершенствования с целью повышения своей конкурентоспособности, с самого начала нужно знать, какого рода изменения произвести, насколько глубокими они должны быть и как быстро осуществляться. [c.34]
Необходимо проанализировать причины, вызвавшие неудовлетворение, и тогда, возможно, окажется, что достаточно дать потребителям больше информации по части использования продукции или об условиях ее применения, создать, например, систему послепродажного обслуживания, и отношение к вашей продукции изменится. В этом и заключается расшифровка американского лозунга "Маркетинг ьет продукт". Так, компьютеры ИБМ традиционно уступали изделиям многих конкурентов по техническому уровню и качеству. Они были более ориентированы на удовлетворение нужд потребителя, чего было вполне достаточно для общего успеха. Компьютеры ИБМ были дешевле, легче в ремонте и техническом обслуживании. И это обстоятельство нашло отражение в рекламе, в которой потребитель, купивший изделие ИБМ, счастливо засыпал на компьютере, как на мягкой подушке. Идея была прозрачна — купи себе компьютер ИБМ и живи счастливо, без забот. Точно так же успех компьютеров "Макинтош" фирмы "Эппл" (уступавших по многим техническим параметрам изделиям конкурентов) был предопределен использованию более простого и удобного широкому кругу пользователей программного обеспечения. Продукция "Эппл" до поры до времени имела большой успех среди пользователей гуманитарного профиля. С появлением операционной системы "Уиндоуз" фирмы "Майкрософт" (MS Windows) эти преимущества быстро улетучились, хотя до сих пор у этой марки компьютеров есть некоторый круг приверженцев. [c.213]
Далее рассмотрим сферу инженерно-конструкторских работ. "Лиза" должна была стать не только высококлассной ЭВМ, но и основой для целого семейства изделий вроде "Макинтоша". Обе новых модели "Эппл" сделаны на базе микропроцессора "Моторола 68000". "Лиза" не только имела совершенно новое программное обеспечение, несостыкуемое со стандартным, не только была дорогой по цене, главное — эта модель ЭВМ базировалась на таких разработках и инженерных решениях, что модифицировать эту модель было очень сложно. Эволюция же ЭВМ для больших корпораций, которым предназначалась "Лиза", шла в основном по линии наращивания объема памяти. Этого обстоятельства команда "Эппл" не учитывала. В результате "Лиза" оказалась несовместимой с основной массой ЭВМ не только по программному обеспечению, но и по составу основных конструкционных компонентов. А после того как в середине 80-х гг. резко упали цены на чипы памяти ЭВМ, выяснилось, что "Макинтош" при значительно более низкой цене может выполнять почти тот же круг задач, что и "Лиза". [c.376]
Дж. Уильяме открыл небольшой магазин в Вашингтоне по продаже программного обеспечения для ЭВМ под названием "Софтуеар спешиалистс". Деятельность его предприятия базировалась на достаточно ограниченном круге потребителей, стремящихся получать различное программное обеспечение, но непременно высокого качества. Эти потребители полностью доверяли компетентности Дж. Уиль-ямса и специалистам его магазина. Данная ниша компьютерного рынка эволюционизировала и видоизменялась по мере того, как появлялись новые изделия. Целью деятельности такого предприятия в быстроменяющейся среде, когда на рынке постоянно возрастает количество самых разных видов программ для ЭВМ для решения различных задач, является наведение порядка в этом хаосе. И чем больше потребитель смущен обилием и разнообразием программного обеспечения, тем больше денег его фирма зарабатывает, как считает Дж. Уильяме. Он подчеркивает, что его предприятие делает деньги на новых продуктах, когда потребители испытывают острую нужду в помощи квалифицированного специалиста. Они добавляют к новым изделиям дополнительную стоимость, так как дают потребителю знание, для чего это изделие нужно, как его лучше использовать, предоставляют ему дополнительные услуги и помощь. [c.395]
Еще в далеком 1620 г. Френсис Бэкон подверг сомнению взгляды Аристотеля на научные теории как на не связанные друг с другом собрания афоризмов. В своем Новом органоне он ввел метод индукции, посредством которого многократно переходил от наблюдаемых явлений к выведенным иа основе наблюдений аксиомам, от аксиом снова шел к дальнейшим экспериментам, а от экспериментов — к новым аксиомам. С помощью этого метода он открыл общие для многих наук основополагающие принципы. В это же время Рене Декарт привел процедуры научного познания и научные дисциплины в единую непротиворечивую систему. В наши дни подход, аналогичный бэконовскому, применяют специалисты в области техники программного обеспечения. Они подвергли сомнению взгляды, согласно которым процесс создания программного обеспечения считается принципиально отличным от технологии производства любых других изделий. Изучение ими фактов, собранных в течение нескольких лет работы в области создания программных средств, и сравнение их с другими фактами из близких областей деятельности позволили по аналогии вывести некоторые основополагающие принципы. И хотя высказанные еще Бэконом сомнения относительно точности подобных абстрактных обобщений не оспариваются, опыт показывает, что общие принципы действительно существуют, а их соблюдение позволяет организовать производство програмных средств точно в установленные сроки, без превышения выделенного бюджета и в полном соответствии с техническими условиями. [c.7]
Такого рода документация и обучение касаются внешних свойств изделий. Другие виды документации и обучения раскрывают внутренние свойства изделия, показывая, как оно работает, как оно было создано и из каких частей состоит. Для изделий промышленного изготовления подобное документирование предусматривает создание рабочих чертежей и спецификаций, перечней материалов и источника поступления комплектующих изделий и сырья. Для программного обеспечения документация содержит спецификации, листинги, генераторы программ и данных, а также перечни материалов. Кроме того, необходима внутренняя документация для организации сопровождения изделия. Эта часть документации содержит описание принципов работы изделия, которое должщо удовлетворять потребностям лица, выполняющего сопровождение. В нее включены специальные инструкции на случай возникновения аварийных ситуаций и устранения простых неполадок. В течение всей полезной жизни изделия пользователь должен иметь возможность обратиться к службе сопровождения или быть подготовлен самостоятельно обеспечивать эксплуатацию изделия. [c.23]
Некоторые формы иерархической декомпозиции, с которыми мы встретимся, представляют собой нисходящее управление (гл. 5), декомпозицию планов (гл. 6), декомпозицию проекта (гл. 7) и структурирование планов выпуска и спецификаций изделий (частично гл. 13 и разд. 15.1—15.3). Вероятно, многие знакомы с такими видами формальной иерархической декомпозиции, как поэтапная обработка [11], уровни абстракции [12], иерархия документации [13], нисходящее программирование [14], модульная декомпозиция [15], композиционное [16] и структурное [17] проектирование. Александер [18] предлагает весьма интересное представление декомпозиции. В небольшой, но очень полезной книге он проводит философское обсуждение процессов анализа и синтеза конструкций, за которым следует математический метод разложения множества ограничений на подмножества, приводящий к минимизации их взаимодействия. Его работы и работы Бёма [19], Хоара [20], Милза [21], а также некоторые пока еще не опубликованные работы представляют собой значитёлньый вклад в проектирование программного обеспечения благодаря введению количественной меры оценки этого процесса и средствам доказательства правильности программ. [c.31]
Серия изделий, впервые проданная корпорацией AB на этом рынке, представляет собой ЭВМ AB серии Stella. Эти ЭВМ имеют хорошие рабочие характеристики и после нескольких лет непрерывного совершенствования теперь считаются вполне отработанными. Старые аппаратные компоненты ЭВМ заменены новыми, в базовый комплект включены новые внешние устройства, а старое программное обеспечение постепенно заменяется новым, с лучшими характеристиками. В настоящее время корпорация расширяет исследования в области средств связи, применение которых не должно вызывать каких-либо переделок прикладных программ. [c.36]
Обслуживание является наиболее разнородной функцией, и, как можно предполагать, она наиболее сильно рассредоточена внутри корпорации AB . Обслуживание включает выполнение функций, специфичных для разработки программного изделия, и обеспечение взаимодействия с некоторыми функциональными группами общего иазначения. В фирме AB omputers такими группами являются секторы вычислительных услуг и административной службы. Распространение программных изделий входит в обязанности отдела сбыта проверка документации, слежение за соблюдением стандартов и процедур осуществляются сектором компоновки и выпуска, а все остальные функции, включая их взаимодействие, — группой обслуживания разработки программного обеспечения. [c.42]
Смотреть страницы где упоминается термин Программное обеспечение как изделие
: [c.43] [c.12] [c.71] [c.53] [c.109] [c.9] [c.22] [c.49] [c.53]Смотреть главы в:
Методы управления проектированием программного обеспечения -> Программное обеспечение как изделие