Лабораторная работа №1. Организации, разрабатывающие стандарты (стр. 5 )

Разработка программного обеспечения включает в себя стандарты, которые регламентируют следующее.

Формирование наименований. Может включать в себя язык образования наименований, использование больших букв, правила формирования сложных наименований, правила формирования сокращенных наименований, формирование наименований процедур, формирование наименования состояний и переходов. Правила именования основных элементов модели системы (например, стереотип, класс, метод, форма, переопределение методов и пр.). Структуру директорий разработки. Регламентирует расположение директорий сборки, директорий исходных текстов, директорий документации, директории базы данных. Документирование исходного кода. Регламент отладки программы. Использование заглушек, драйверов, отладочного протокола. Регламент использования конструкций языка программирования. Правила использования основных структур языка — циклов, условных операторов, операторов присваивания, операторов выбора. Например, может содержать запрет некоторых синтаксических особенностей: выход из цикла по оператору безусловного перехода; запрет на использование имен глобальных переменных в подпрограммах. Как правило, данный подстандарт описывает «правила хорошего тона» — то, что сложилось исторически, накоплено с опытом, связано с конкретным языком программирования. Визуальный интерфейс. Регламентирует использование элементов интерфейса, их взаимное расположение, выравнивание на экране. Сообщения, выдаваемые программой. Регламентирует использование видов сообщений, формирование текста сообщений, использование знаков препинания. Например, данным стандартом может быть запрещено использование сообщений в исходном тексте программы, для этого используется специальный файл сообщений, такой подход облегчает национальную локализацию (перевод интерфейса программы с одного национального языка на другой). Регламент проектирования базы данных. Регламент работы с программным обеспечением, используемым при разработке (среда разработки, компиляторы и пр.). Регламент программирования отдельных частей программного средства (механизмы настроек, программирования бизнес - транзакций, конверторов данных, многопользовательская работа и методы блокировки пользователей). Ведение версий разрабатываемого программного обеспечения.

Тестирование. Стандарты, связанные с тестированием и оценкой надежности программных средств, могут включать в себя:

стандарт на разработку методики тестирования; стандарт на разработку и создание карт тестирования; регламент проведения нагрузочных испытаний.

В процессе тестирования (особенно при применении методов

белого ящика) широко используются внутрифирменные стандарты

разработки программного обеспечения.

Ike вышеперечисленные стандарты, а также пункты, входящие в них, не являются догмой, т. е. могут быть расширены или сужены, все зависит от конкретной необходимости для предприятии разработчика программного обеспечения.

3.4. Пример стандарта организации хранения аналитической информации

Назначение документа и область действия

Настоящий документ является частью корпоративного стандарта фирмы «Б&С». В документе описаны правила создания, хранения и удаления проектной аналитической документации.

Документ предназначен для специалистов Отдела Системного Анализа (ОСА) и других специалистов фирмы, осуществляющих подготовку и использование проектной аналитической документации.

Под архивом понимается совокупность проектной аналитической документации, разработанной или находящейся в ведении ОСА.

Под проектно-аналитической документацией (ПАД) понимаются следующие типы документов.

Постановка задачи — документ, содержащий детальное описание задачи и прикладных требований к ней. Документ должен содержать описание варианта (вариантов) реализации данной задачи на концептуальном уровне.

Техническое задание — документ, содержащий, помимо описания прикладных требований, конкретные пути реализации задачи. Если это необходимо, техническое задание должно включать в себя логическую схему данных.

Спецификация — документ, содержащий краткое описание задачи и способа ее решения.

Аналитическая записка — документ, содержащий аналитическое исследование проблемы и не являющийся заданием на разработку.

Описание технологий — документ, описывающий технологическую реализацию различных задач в системе.

Настройки — файл, экспортированный из продукта фирмы и содержащий его настройки.

Консалтинговый документ — документ, содержащий материалы предпроектного исследования, информационно-технологи - ческого консалтинга и пр.

Маркетинговый документ — документ, выпускаемый сотрудниками отдела для публикации во внешнем мире. В документы данного типа входят статьи, доклады, рекламные материалы и пр.

Нормативный документ — документ, содержащий законодательный акт или инструкцию уполномоченного государственного органа, на основе которого выполняется подготовка проектной документации.

Внутренний регламент банка — документ, содержащий утвержденные банком для внутреннего использования регламент или инструкцию.

Внешний документ — документ, поступивший на фирму извне и содержащий описания технологий, материалы конкурентов, предметные статьи и пр.

Организационный документ — документ, регламентирующий работу отдела и фирмы.

Рабочий документ — другой документ, не попавший под вышеперечисленную классификацию.

При необходимости список типов документов может расширяться с одновременным внесением изменений в настоящие правила.

Правила ведения архива Общие положения Разработанная специалистами отдела ПАД хранится в единичном экземпляре в разделяемом каталоге. Хранимая ПАД является первоисточником при разработке программного продукта, его тестировании и внедрении. Доступ к ПАД осуществляется с помощью программного средства Visual Source Safe. Создание, редактирование содержания ПАД осуществляются только сотрудниками отдела системного анализа. Сотрудники других подразделений фирмы могут осуществлять только чтение ПАД. Сотрудники других подразделений фирмы могут разрабатывать проектные документы, необходимые для дальнейшего осуществления производственной деятельности. Например: технические задания, описание модели данных, методики тестирования, описание технологий внедрения и пр. Данные документы располагаются в соответствии со стандартами, принятыми в этих подразделениях. При согласовании документов, подготовленных сотрудниками других подразделений и относящихся к ПАД, докумен т переносится в архив ПАД согласовавшим его сотрудником. Предоставление прав доступа к архиву ПАД (заведение, удаление, изменение каталогов и пр.) осуществляется по запросу руководителем аналитического отдела или назначенным им сотрудником. Ссылки на наименование ПАД в других документах фирмы осуществляются сотрудниками фирмы посредством уникальной идентификации документа в VSS. Идентификация ПАД

Идентификация ПАД есть способ построения обозначений документов, используемых для ссылок на эти документы.

Документ идентифицируется посредством указания уникального пути в VSS или уникального кода, включаемого в наименование документа в виде префикса.

Структура каталогов архива:

Данная структура каталогов является исходной и может изменяться в процессе эксплуатации архива.

Резервное копирование архива

Архив ПАД должен находиться на дисковом пространстве, подвергающемся регулярному резервному копированию.

Допускается уничтожать на диске устаревшие каталоги при условии, что данная информация не подвергается текущему редактированию, и при обязательной регистрации переноса каталога в резервное копирование с указанием в спецификации состава, даты переноса и конкретного носителя резервного копирования, содержащего удаленный каталог.

Правила проведения операций в архиве Занесение документов в архив

Документ размещается аналитиком в архиве с помощью программного средства Source Safe. При первичном занесении требуется указать реквизиты документа:

ФИО сотрудника, вводящего документ; основание разработки документа (для разработанных в ОСА — ссылка на заявку и т. п.) либо, если требуется, краткие данные о происхождении документа.

Если требуется, документ можно увидеть в разных каталогах.

Внесение изменений в документы архива

В случае необходимости доработки и изменения документа требуется указать реквизиты:

ФИО сотрудника, внесшего изменения; основание для внесения изменений (для разработанных в ОСА — ссылка на заявку и т. п.), а также, если требуется, краткие сведения об изменениях.

3.3 Удаление документов и модификация каталогов

Удаление документа из архива осуществляет исполнитель, создавший документ, по согласованию с руководителем ОСА.

Модификацию каталогов осуществляет руководитель ОСА или назначенный им сотрудник.

КОНТРОЛЬНЫЕ ВОПРОСЫ

Назовите известные вам международные организации, разрабатывающие стандарты. Сфера деятельности ИСО. Задачи ИСО. Обязательны ли к исполнению международные стандарты ИСО? Сфера деятельности МЭК. Сфера деятельности JTC1. Перечислить подкомитеты и группы JTC1, связанные с разработкой стандартов ИТ. Определение органа, занимающегося стандартизацией. Сфера деятельности Росстандарта. Функции Росстандарта. Организационная структура Росстандарта. Назначение и сфера деятельности технических комитетов по стандартизации. Сфера деятельности NIST. Организации разрабатывающие стандарты в США. Объясните, почему нужны внутрифирменные стандарты. Какие обрасти регламентируют внутрифирменные стандарты. Почему в общем случае нельзя использовать внутрифирменные стандарты на различных предприятиях? Какие пункты содержатся в приказе ввода в действие внутрикорпоративного стандарта? Недостатки, связанные с внутрифирменными стандартами. Классификация внутрифирменных стандартов. Преимущества использования внутрифирменных стандартов. Какие компоненты должен содержать внутрифирменный стандарт? Последовательность разработки внутрифирменного стандарта. Краткое содержание проводимых работ. Понятие Общий стандарт. Что регламентируют стандарты стадии Анализа и проектирования? Что регламентируют стандарты стадии Разработки? Что регламентируют стандарты стадии Тестирования?