И, наконец, потребление является заключительной фазой использования продукта в процессе удовлетворения экономических потребностей общества и отдельных его членов. [c.17]
Фаза использования начинается тогда, когда изделие передается в систему распределения, и обычно продолжается от 2 до 6 лет. Это то время, в течение которого изделие находится в действии и используется эффективно. В фазе использования выполняются обучение персонала, внедрение, настройка, сопровождение и, возможно, расширение программного изделия. Фаза заканчивается, когда изделие изымается из употребления и упомянутые выше действия прекращаются. Отметим, однако, что изделие может долго применяться кем-либо еще и после того, как фаза использования в том виде, как она определена здесь, завершится, потому что этот некто может плодотворно использовать изделие даже без помощи разработчика в освоении, внедрении, настройке, сопровождении и расширении. [c.27]
Группа планирования определяет необходимость в программном изделии, устанавливает возможность его реализации и осуществляет слежение за ним вплоть до конца его использования. Группа разработки составляет спецификации, конструирует, документирует, создает, отлаживает и собирает изделия. Группа обслуживания предоставляет средства вычислительной техники для обеспечения всех названных функций, для осуществления конфигурационного управления, распространения и разнообразной административной поддержки. Группа выпуска документации обеспечивает пользователей руководствами и другими справочными материалами. Группа испытаний дает независимую оценку как программному обеспечению, так и документации до их передачи пользователю. Группа поддержки обеспечивает распространение изделия и обучение пользователей, установку изделия на месте его использования и постоянную связь между отдельными группами и пользователями. Последняя, но не менее важная, чем остальные группы, — группа сопровождения — обеспечивает исправление ошибок и некоторые улучшения в фазе использования. [c.29]
Деятельность, связанная с разработкой изделия, достигает своего пика в фазе программирования, когда планы испытаний дополняются спецификациями испытаний. Внутренняя структура изделия полностью описывается внутренней спецификацией, которая содержит сведения о том, как строится изделие, как формируется план обеспечения функционирования программного обеспечения и становятся доступными аппаратные ресурсы. В то время как группа разработки преобразует внешний и внутренний проекты в основное тело программ, т. е. в начальное воплощение изделия, группа испытаний трансформирует их с помощью спецификации испытаний в контрольные примеры группа выпуска документации создает справочные материалы группа поддержки программного обеспечения создает рекламные материалы и материал для обучения персонала. Эти последние действия начинаются с середины фазы программирования и продолжаются почти до конца фазы оценки. В самом конце фазы оценки группа обслуживания подготавливает руководство по вводу программного обеспечения в действие, называемое информационным листком выпуска, и вместе с группой сопровождения заносит в сопроводительную документацию все, что потребуется в будущем. Фаза использования начинается тогда, когда изделие объявлено готовым к передаче пользователям. Все, что остается после этого на рис. 2.3, — это периодическое создание корректирующих программ, предназначенных для исправления ошибок, обнаруженных пользователями, и обеспечения функционирования изделия в реальных условиях эксплуатации. [c.34]
Группа планирования осуществляет текущий контроль за изделием в фазе использования, непрерывно наблюдая за уведомлениями о дефектах и запросами на расширение. При этом кто-то должен определять истинную необходимость внесения изменений, связанных с устранением ошибок и дефектов, или целесообразность создания новой версии с целью реализации требуемого расширения возможностей. Следует также пересматривать и постепенно снижать уровень поддержки, в результате чего должна быть выработана рекомендация о снятии программного изделия с производства. Таким лицом может быть администратор планирования, который способен оценить целесообразность того или иного предложения, поэтому именно он рассматривает все рекомендации, касающиеся текущего контроля за изделием в фазе использования. [c.80]
На этом заканчивается участие группы разработки в рассмотрении и утверждении документов проекта. В фазе использования, которая начинается после фазового обзора V, группа разработки остается свободной и приводит в порядок проектную документацию, завершая проект. Ко времени проведения фазового обзора VI группа разработки уже не участвует в проекте. В табл. 7.3 показано участие группы разработки в фазовых обзорах. [c.118]
Организация обслуживания в фазе использования [c.130]
Как видно из рис. 8.2, вместе с началом производства программного изделия начинается и фаза его использования. Тем не менее, до тех пор пока программное изделие не будет передано всем пользователям, продолжается и фаза оценки, так как испытания класса С еще не завершены. Хотя эти испытания не доведены до конца и нельзя еще передавать программное изделие любому пользователю, правомерно говорить о начале фазы использования, потому что создание программного изделия завершено и можно на определенных условиях передать материалы в руки опытного пользователя, способного критически их оценить. Разумеется, такую передачу следует отличать от обычного распространения. [c.130]
Новые редакции программного изделия, полученные после обработки заявки на исправление, а также новые версии программного изделия, появившиеся в результате обработки заявок на расширение или проверку, вызывают иногда необходимость повторного распространения в фазе использования, которое осуществляется группой обслуживания в том же порядке, как и первоначальное распространение. [c.132]
В фазе использования группа обслуживания выполняет также ряд других операций. В частности, она участвует в управлении выполнением планов, что обеспечивает в фазе использования подготовку пересмотренных конфигураторов следит за утверждением изменений, вносимых в соглашение о требованиях, и наблюдает за выполнением решений об уровнях поддержки. [c.132]
Организация выпуска документации - в фазе использования [c.148]
Имеют ли группы разработки и выпуска документации обоснованные планы устранения всех обнаруженных ошибок в фазе использования [c.171]
В начале фазы использования группа испытаний осуществляет текущий контроль за проведением испытаний класса С группой обслуживания. Как было сказано выше, группа испытаний уже выполнила тестовые прогоны по программе испытаний. Теперь роль группы испытаний состоит в том, чтобы убедиться, что выполнение контрольных проверок компонентов изделия, подготовленного к отправке, может осуществить и необученный персонал. [c.172]
Фаза использования начинается с момента принятия решения о выпуске готового программного изделия. Теперь круг обязанностей группы поддержки, определявшийся ранее ее взаимоотношениями с разработчиками проекта, расширяется, охватывая обязанности, обусловленные ее взаимоотношениями с пользователями. Поэтому основную работу по поддержке выполняет не центральная группа поддержки, а персонал, прикрепленный к пользователям. Описанные ниже виды деятельности осуществляются в любой последовательности, хотя они проводятся преимущественно в том порядке, в каком следует их описание. [c.186]
В течение всей фазы использования основная задача группы поддержки состоит в обнаружении дефектов программного изделия и нейтрализации соответствующих отрицательных последствий. Каждый действительно существующий дефект является либо ошибкой, связанной с отклонением от требований внешних спецификаций, либо неожиданно ценным приобретением для пользователя. Оба вида дефектов требуют использования соответствующих процедур нейтрализации отрицательных последствий. [c.187]
Фаза использования заканчивается после того, как на совещании по конфигуратору будет принято решение о полном прекращении поддержки и изъятии изделия из употребления. Правда, некоторые пользователи будут продолжать эксплуатацию программного изделия и без поддержки. Однако с точки зрения изготовителя удобно считать, что фаза использования заканчивается одновременно с прекращением поддержки и дальнейших поставок изделия. [c.188]
В том случае, когда обязанности группы сопровождения организационно отделены от обязанностей группы разработки, следует принять меры, исключающие преждевременную передачу изделий на сопровождение. По ряду причин целесообразно проводить обработку первой волны технических запросов силами разработчиков. Во-первых, разработчики должны ощущать чувство ответственности за качество своей работы и обеспечивать удобство сопровождения изделия. Во-вторых, большинство серьезных ошибок или дефектов обнаруживается в первый период фазы использования. Хорошо зная технические тонкости, группа разработки может устранить дефекты быстрее, чем группа сопровождения. В-третьих, к исправлению ошибок привлекаются не просто отдельные высококвалифицированные специалисты, а целый коллектив участников проекта, если штат проекта еще не расформирован. Наконец, те сотрудники, которые остаются в группе разработки в фазе использования, могут закончить незавершенные работы по проекту, например восполнить пробелы, оставшиеся в документации. [c.193]
Основной вклад группы сопровождения в обеспечение жизнеспособности программного изделия приходится на фазу использования, однако она участвует в осуществлении проекта изделия еще до его выпуска. Кривая относительных трудозатрат группы сопровождения приведена на рис. 12.1. [c.194]
Как видно из рис. 12.1, деятельность группы сопровождения становится наиболее активной в начальный период фазы использования, когда изделие попадает в руки пользователей. Участие персонала группы разработки в исправлении первой волны ошибок (гл. 17, разд. 17.1) не снижает нагрузки на группу сопровождения, так как последняя должна работать в тесном контакте с разработчиками, чтобы обеспечить ритмичность передачи изделий группе сопровождения. Нагрузка может достигнуть пика в любое время (сразу после выпуска версии или в течение первых шести и более месяцев использования изделия), что подтверждается опытом внедрения операционных систем (обычно пользователи далеко не сразу осваивают новые программные средства). [c.196]
При составлении описания любого раздела или подраздела следует давать структурную диаграмму, подобную показанной на рис. 15.1. Она является своего рода путеводителем по подразделам. В каждом подразделе п описывается один физический модуль. Структурная диаграмма здесь играет очень важную роль она не только каталогизирует модули, но и описывает их связи Кто кого вызывает . Модули более высоких уровней могут иметь свойства, характерные и для некоторых модулей более низкого уровня. Такие свойства должны описываться только один раз на самом высоком обладающем этими свойствами уровне древовидной структуры и в дальнейшем ссылаться на это описание из модулей более низких уровней. Такой способ дает два преимущества не приходится несколько раз описывать одно и то же и соответственно можно избежать описаний одного и того же объекта. Последнее особенно помогает при обновлении устаревших ВтС (имеющих форму спецификаций сопровождения) в фазе использования. [c.285]
Листинги программ каждого модуля являются логической частью его описания. Однако листинги могут быть слишком объемистыми для объединения их в первозданном виде с каким-либо другим документом. Возможно включение в этот раздел листингов на микрофишах или помещение ссылок на них. Если здесь будут приведены не листинги, а ссылки, необходимо особенно тщательно следить за их точностью, сохраняя ее на протяжении всей фазы использования. [c.294]
Из информационного листка выпуска приводятся сведения о носителях информации, в частности, о количестве и длине бобин ленты или числе пакетов дисков. Если носители для архивного хранения информации отличаются от представленных в этом листке, они тоже должны быть здесь описаны. В течение фазы использования программного изделия спецификация сопровождения постоянно изменяется. Конфигурационное управление требует, чтобы изменения контролировались и записывались. Поэтому изменение не вносится в СС, если оно не отражено в заявке на проверку, расширение или внесение исправлений. Каждое такое изменение должно маркироваться следующим образом [c.296]
После того как проект принят к исполнению внутренними или внешними силами и начинает обрабатываться согласно предварительно установленным фазам проекта, в ходе выполнения проектных фаз принимаются решения по продолжению проекта (решения go —продолжать или no-go — не продолжать). Это решение соответствует вехе принятия решения, которая по времени соответствует вехам ограничения фаз проекта (фаза определения, концептуальная фаза, фаза исполнения и фаза использования). [c.183]
О управление проектом - организационная и экономическая работа, формулировка задач, разделение на фазы, использование эвристик, методов оценок и принятия решений. [c.134]
После того как программное изделие вступило в фазу использования, сопровождение документации осуществляется так же, как и сопровождение программных средств. Несмотря на тщательные меры анализа и проверки, проводимые внутри проектной организации, пользователи все же обнаруживают некоторые ошибки в программном изделии. По мере поступления сведений о замеченных ошибках в форме заявок на техническое обслуживание ошиб ки устраняются в ответ на запросы пользователей и накопленные исправления вносятся в документацию. Корректирующие материалы могут быть представлены различными способами можно заново напечатать весь материал, либо отдельные страницы с перечнем исправлений, либо целые страницы для замены страниц с ошибками. Рассылка корректирующего материала осуществляется либо путем непосредственного распространения, либо путем включения перечней исправлений (или заменяемых страниц) в информационные листки выпуска, издаваемые для новых выпусков изделия или в ответ на заявки на техническое обслуживание. [c.148]
В ходе фазового обзора V в центре внимания находится отчет об испытаниях класса В, подготовленный группой испытаний. Для того чтобы начать производство программных изделий (и тем самым положить начало фазе использования), группа испытаний должна в своем отчете рекомендовать выпуск программного изделия ее отрицательное решение может быть отменено высшим уровнем руководства. Таким образом, группа испытаний участвует в утверждении документов (но не в расмотрении и проверке собственного отчета). [c.173]
Здесь фиксируется информация о том, что было хорошо и что плохо на протяжении жизненного цикла программного изделия. Этот раздел является <золо-той жилой планирования для группы разработки на ранних фазах создания новых программных изделий и полезной основой для организации работы группы сопровождения в фазе использования данного программного изделия. Использование опыта прошлых разработок обеспечивает экономию времени и средств будущем. [c.295]
Пример подразделения на три фазы приводит Клилэнд265, который различает фазы подготовки или пуска, исполнения или строительства и эксплуатации и использования. Противореча самому себе, он расширяет эту концепцию еще на две фазы и предписывает отдельным фазам использование ресурсов различной интенсивности. [c.163]
На более высоком этапе Outsour ing целый проект передается на сторону при сохранении права координации и контроля за заказом. Здесь заказчик выступает в качестве клиента, который все же сам контролирует основные параметры своего заказа и передачи заказа. Он может передать проект генеральному предпринимателю таким образом, чтобы тот имел единственного договорного партнера по Outsour ing. Кроме того, возможна и передача частичных услуг, при которой он (заказчик) должен координировать осуществление всего проекта по соответствующим основным функциям. Посредством этого этапа Outsour ing заказчик приобретает проект или частичные услуги в качестве коммерческого товара и извлекает затем на фазе использования пользу из проекта. [c.176]
I la предприятиях нефтеперерабатывающей промышленности попонное содержание внутризаводской подготовки составляет фаза освоения производства. Цель ееподготовка нового или усовершенствованного процесса к промышленному использованию. [c.74]