Внутрикорпоративные стандарты

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

Учитывают особенности конкретного предприятия. Невозможно разработать единый стандарт для всех предприятий.

Стандарт предприятия – СФУ.

Стандарт оформляется в виде документа и вводится в действие приказом руководителя.

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

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

Рассмотрим пример внутрифирменного стандарта процесса разработки ПО. Он содержит разделы: анализ, проектирование, кодирование, тестирование, документирование, внедрение, поддержка.

На практике удобно выделять рабочее пространство на пространства:

аналитиков;

программистов;

тестеров;

специалистов отдела внедрения;

технической поддержки.

Анализ и проектирование. Обычно для целей функционирования аналитического отдела разрабатывается рад стандартов, которые регламентируют, как правило:

• -применение методик структурного анализа или методов объектно-ориентированного анализа;

• описание бизнесс-процессов предметной области одним или несколькими программными средствами (Rational Rose, ERwin, BPwin и др.);

• ограничение или расширение использования отдельных элементов для выбранной методологии анализа или выбранного программного средства, поддерживающего эту методологию. Например, для объектно-ориентированного анализа, выполняемого с помощью Rational Rose, использование диаграмм состояний (State Diagram), диаграмм последовательности (Sequence Diagram);

• правила хранения проектно-аналитической документации (ПАД), правила кодирования имен файлов.

Например, всю проектно-аналитическую документацию стандарта на хранение одна из фирм — разработчиков банковского программного обеспечения разделила на следующие виды документов:

Постановка задачи;

Техническое задание;

Спецификация;

Аналитическая записка;

Описание технологий;

Настройки;

Консалтинговый документ;

Маркетинговый документ;

Нормативный документ;

Внутренний регламент банка;

Внешний документ;

Организационный документ;

Рабочий документ.

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

Шапка.

Наименование постановки, код постановки

Автор, дата создания

Модифицировавший сотрудник, дата модификации

Тело постановки

Первичные данные для постановки: Описание бизнес-процессов: Постановка задачи:

Ограничения, допущения Изменение в структуре данных Изменение в структуре классов Основная часть постановки.

Приложения

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

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

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

• Правила именования основных элементов модели системы (пример: стереотип, класс, метод, форма, переопределение методов и пр.).

• Структуру директорий разработки. Регламентирует расположение директорий сборки, директорий исходных текстов, директорий документации, директории базы данных.

• Документирование исходного кода.

• Регламент отладки программы. Использование заглушек, драйверов, отладочного протокола.

• Регламент использования конструкций языка программирования. Правила использования основных структур языка — циклов, условных операторов, операторов присваивания, операторов выбора. Например, может содержать запрет некоторых синтаксических особенностей: выход из цикла по оператору безусловного перехода; запрет на использование имен глобальных переменных в подпрограммах. Как правило, данный подстандарт описывает «правила хорошего тона» — то, что сложилось исторически, накоплено с опытом, связано с конкретным зыком программирования.

• Визуальный интерфейс. Регламентирует использование элементов интерфейса, их взаимное расположение, выравнивание на экране.

• Сообщения, выдаваемые программой. Регламентирует использование видов сообщений, формирование текста сообщений, использование знаков препинания. Например, данным стандартом может быть запрещено использование сообщений в исходном тексте программы, для этого используется специальный файл сообщений, такой подход облегчает национальную локализацию (перевод интерфейса программы с одного национального языка на другой).

• Регламент проектирования базы данных.

• Регламент работы с программным обеспечением, используемым при разработке (среда разработки, компиляторы и пр.).

• Регламент программирования отдельных частей программного средства (механизмы настроек, программирования бизнестранзакций, конверторов данных, многопользовательская работа и методы блокировки пользователей).

• Ведение версий разрабатываемого программного обеспечения.

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

• стандарт на разработку методики тестирования;

• стандарт на разработку и создание карт тестирования;

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

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

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

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