Информационная технология. Руководство по управлению документированием программного обеспечения - [3]
По возможности, должны быть приняты действующие международные и национальные стандарты. Если подходящие стандарты отсутствуют, то организация должна разработать собственные.
Большинство стандартов и руководств -выдают рекомендации, которые применимы на общем уровне. Зачастую будут требоваться управленческие решения для адаптации общих рекомендаций к конкретным проектам. Применение стандартов, распространяющихся на организацию документирования, облегчит руководителям проекта определение следующих вопросов:
– какие типы документов требуются?
– каков объем представляемой документации?
– что документы содержат?
– какой уровень качества будет достигнут?
– где документы будут созданы?
– как документы будут хранить, сопровождать и обращать?
Если возможен контракт на программное обеспечение, кон тракт должен требовать, чтобы документация удовлетворяла принятым стандартам. Он должен определять типы поставляемых документов, уровень качества каждого и процедуры их проверки и утверждения.
7.1 Выбор модели жизненного цикла программного обеспечения
Существует ряд моделей жизненного цикла программного обеспечения с отличающейся терминологией для различных стадий. С точки зрения программной документации, не имеет значения, какая модель выбрана, до тех пор, пока стадии и соответствующая им документация четко определены, спланированы и выполняемы для любого конкретного программного проекта. Руководители должны, поэтому, выбрать соответствующую модель жизненного цикла программного обеспечения и гарантировать, чтобы ее применяли в данной организации.
Руководители должны убедиться, что выбранные стадии и соответствующие задачи помогут им в контроле за ходом любого программного проекта. Создание документации, связанной с конкретной стадией, может, например, быть использовано как контрольный пункт для проверки, приемки и завершения стадии до начала следующей.
7.2 Определение типов и содержания документов
Ниже дана схема основных типов программных документов. Данная схема не является исчерпывающей или окончательной, но будет служить контрольной таблицей основных типов программных документов, которые руководители должны предусмотреть, когда определяют стандартные типы своих документов.
Программные документы можно представить разделенными на три категории:
1) документация разработки (см. 7.2.1);
2) документация продукции (см. 7.2.2);
3) документация управления проектом (см. 7.2.3).
7.2.1. Документация разработки
Документы, описывающие процесс разработки программного обеспечения, определяют требования, которым должно удовлетворять программное обеспечение, определяют проект программного обеспечения, определяют, как его контролируют и как обеспечивают его качество. Документация разработки, также включает в себя подробное техническое описание программного обеспечения (программную логику, программные взаимосвязи, форматы и хранение данных и т. д.).
Разработка документов преследует пять целей;
1) они являются средством связи между всеми вовлеченными в процесс разработки. Они описывают подробности решений, принятых относительно требований к программному обеспечению, проекту, программированию и тестированию;
2) они описывают обязанности группы разработки. Они определяют, кто, что и когда делает, учитывая роль программного обеспечения, предмета работ, документации, персонала, обеспечивающего качество, и каждого вовлеченного в процесс разработки;
3) они выступают как контрольные пункты, которые позволяют руководителям оценивать ход разработки. Если документы разработки отсутствуют, неполны или устарели, руководители теряют важное средство для отслеживания и контроля проекта программного обеспечения;
4) они образуют основу документации сопровождения программного обеспечения, требуемой сопровождающими программистами как часть документации продукции;
5) они описывают историю разработки программного обеспечения.
Типовыми документами разработки являются:
анализы осуществимости и исходные заявки;
спецификации требований;
спецификации функций;
проектные спецификации, включая спецификации программ и данных;
планы разработки;
планы сборки и тестирования программного обеспечения;
планы обеспечения качества, стандарты и графики;
защитная и тестовая информация.
7.2.2 Документация продукции
Документация продукции обеспечивает информацию, необходимую для эксплуатации, сопровождения, модернизации, преобразования и передачи программной продукции.
Документация продукции преследует три цели:
1) она обеспечивает учебную и справочную информацию для любого использующего или эксплуатирующего программную продукцию;
2) она облегчает программистам, не разрабатывавшим программное обеспечение, его сопровождение и модернизацию;
3) она помогает продаже или приемке программной продукции.
Документация продукции должна включать в себя материалы для следующих типов читателей:
пользователей, которые вводят данные, восстанавливают информацию и решают задачи с помощью программного обеспечения;
операторов, которые «прогоняют» программное обеспечение на вычислительной системе;
сопровождающих программистов, которые сопровождают, модернизируют или изменяют программное обеспечение.
В книге рассказывается история главного героя, который сталкивается с различными проблемами и препятствиями на протяжении всего своего путешествия. По пути он встречает множество второстепенных персонажей, которые играют важные роли в истории. Благодаря опыту главного героя книга исследует такие темы, как любовь, потеря, надежда и стойкость. По мере того, как главный герой преодолевает свои трудности, он усваивает ценные уроки жизни и растет как личность.
В книге рассказывается история главного героя, который сталкивается с различными проблемами и препятствиями на протяжении всего своего путешествия. По пути он встречает множество второстепенных персонажей, которые играют важные роли в истории. Благодаря опыту главного героя книга исследует такие темы, как любовь, потеря, надежда и стойкость. По мере того, как главный герой преодолевает свои трудности, он усваивает ценные уроки жизни и растет как личность.
Настоящий стандарт представляет собой полный аутентичный текст международного стандарта ИСО/МЭК 17025-99 «Общие требования к компетентности испытательных и калибровочных лабораторий»Настоящий стандарт является результатом большого опыта внедрения Руководства ИСО/МЭК 25 и ЕН 45001, взамен которых он теперь действует. В нем содержатся все требования, которым испытательные и калибровочные лаборатории должны соответствовать, если они намерены показать, что у них действует система качества, что они технически компетентны и способны получать технически обоснованные результаты.Органам по аккредитации, признающим компетентность испытательных и калибровочных лабораторий, следует основывать свою деятельность на настоящем стандарте.
В книге рассказывается история главного героя, который сталкивается с различными проблемами и препятствиями на протяжении всего своего путешествия. По пути он встречает множество второстепенных персонажей, которые играют важные роли в истории. Благодаря опыту главного героя книга исследует такие темы, как любовь, потеря, надежда и стойкость. По мере того, как главный герой преодолевает свои трудности, он усваивает ценные уроки жизни и растет как личность.
Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК 12119-94 «Информационная технология. Пакеты программ. Требования к качеству и тестирование»ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИГОСТ Р ИСО/МЭК 12119-2000Information technology. Software packages. Quality requirements and testing.
Embedded system software. General requirements for development and documentationСтандарт подготовлен в развитие ГОСТ Р ИСО/МЭК 12207-99 «Информационная технология. Процессы жизненного цикла программных средств» с целью учета специфики разработки и документирования программного обеспечения встроенных систем реального времени.
"Стрелок из противотанкового ружья, тебе вручено советским народом могущественное средство для уничтожения фашистских танков — противотанковое ружье. Чтобы выполнить с честью эту задачу, надо отлично знать свое оружие, ловко и сноровисто действовать им, умело использовать местность, знать сильные и слабые места противника, точно выполнять поставленную тебе командиром задачу, согласованно действовать с товарищами.".
Япония отличается особым отношением к традиционным ценностям своей культуры. Понимание механизмов актуализации и развития традиций, которыми пользуется Япония, может открыть новые способы сохранения устойчивости культуры, что становится в настоящее время все более актуальной проблемой для многих стран мира. В качестве центральных категорий, составляющих основу пространственного восприятия архитектуры в Японии, выделяется триада: пустота, промежуток, тень. Эти категории можно считать инвариантами культуры этой страны, т. к.
В книге рассмотрены возможности организации бизнеса в сфере коммерческого учета электроэнергии на современном этапе рыночных преобразований в отечественной энергетике. Проведен анализ законодательной базы и практики регулирования рыночных отношений в сфере коммерческого учета. Исследован предмет бизнеса операторов коммерческого учета (ОКУ) с точки зрения его эффективности и востребованности рыночным сообществом.Приведены доступные автору материалы, связанные с деятельностью ОКУ в зарубежных странах, прежде всего в Великобритании.
В занимательной форме рассказано об исследованиях и разработках важнейших систем современных роботов. Показано, как можно самим выполнить ту или иную систему робота из простейших электронных схем. Приведены практические схемы отечественных и зарубежных любительских конструкций роботов. По сравнению с первым изданием (1980 г) материал значительно обновлён Для широкого круга читателей.