- •Нормативные документы
- •Лекция 4. Внутрифирменные (внутрикорпоративные) стандарты
- •Внутрифирменные стандарты
- •Организация разработки внутрифирменных стандартов
- •(Гост р)
- •Лекция 7. Основные понятия и показатели надежности программных средств
- •Показатели качества и надежности программных средств.
- •Лекция 8. Дестабилизирующие факторы и методы обеспечения надежности функционирования программных средств
- •Лекция 9. Обеспечение качества и надежности в процессе разработки сложных программных средств
- •Отношения с пользователем
- •Требования к технологии и средствам автоматизации разработки сложных программных средств
- •5. Качество программного обеспечения
Лекция 4. Внутрифирменные (внутрикорпоративные) стандарты
Внутрифирменные стандарты действуют внутри организации — разработчика программного обеспечения или любой другой компании, связанной с информационными технологиями. Такие стандарты, как правило, регламентируют порядок оформления документации, приказов и технической литературы внутри компании, пользовательский интерфейс разрабатываемых приложений (например, запрет на использование некоторых элементов интерфейса), стиль программирования, спецификации модулей, имена используемых переменных, таблиц баз данных (БД). Внутрикорпоративные (внутрифирменные) стандарты и ют узкую сферу полномочий (одна или несколько фирм), но играют большую роль, так как они абсолютно конкретны.
Назначение и классификация внутрикорпоративных стандартов
Как уже отмечалось выше, внутрифирменные (внутрикорпоративные) стандарты занимают особое место в классификации стандартов. Это связано с тем, что они регламентируют технологические процессы, происходящие внутри фирмы (например, процессы анализа, кодирования, тестирования), они максимально конкретны и детализируют уровень мероприятий, если пользоваться и управленческой терминологией.
Внутрифирменные стандарты, как правило, базируются на вменении методик и технологий, которые:
зарекомендовали себя лучшим образом в аналогичных проектах;
получили наибольшее распространение в области разработки программного обеспечения;
получили наибольшее распространение в области, для которой программное обеспечение создается;
являются передовыми и многообещающими.
Вместе с тем внутрифирменные стандарты учитывают особенности предприятия — разработчика программного обеспечения. Его конкретные особенности связаны со средством разработки, котором кодируется программное средство, квалификацией персонала, финансовым положением фирмы.
Можно ли разработать универсальный стандарт и тиражировать его на различных предприятиях? Увы, нет. Существуют общие подходы, известны технологии разработки внутрикорпоративных стандартов, но всякий раз этот процесс уникален, поскольку не существует двух совершенно одинаковых предприятия они различаются отраслевой спецификой, размерами, стратегией, организационной структурой и многими другими факторами. Кроме того, документы, особенно относящиеся к внутреннему документообороту, различаются в силу устоявшихся –бизнес -правил, традиций, корпоративной культуры, отношений между подразделениями. Внутрикорпоративные стандарты, Наработанные для одного предприятия, не подойдут для другого. Поэтому типового внутрикорпоративного стандарта просто может быть. При этом следует различать структуру бизнес-процессов, которая действительно может быть типовой, и внутри корпоративный стандарт, согласующий структуру бизнес-процессов и организационную структуру конкретного предприятия.
Любой внутрикорпоративный стандарт должен иметь юридическую силу внутри предприятия, т.е. быть оформлен в виде документа и быть введен в действие приказом или распоряжением В приказе ввода в действие внутрикорпоративного стандарта, как правило, должны содержаться следующие пункты:
срок действия стандарта (например, «со дня подписания», «с 1 мая 2002 г.»);
область действия (распространяется на процесс кодирования! тестирования);
способ доведения до исполнителей (например, «Руководитель подразделений зачитать приказ в вверенных им подразделениях»);
ответственные лица за контролем исполнения (например, «Контроль за исполнением стандарта»);
ответственность (например, «За невыполнение пунктов стандарта сотрудник лишается премии»).
Если вышеперечисленные пункты отсутствуют, то сложнее разбирать конфликтные ситуации, которые могут произойти. Если стандарт вообще не оформлен в виде документа, то фактически это обозначает, что его не существует вовсе, в этом случае конфликтные ситуации неизбежны. На практике на вопрос о правомерности применения того или иного проектного решения (на пример, использования элемента интерфейса) можно услышат! «Так было всегда». Такая практика вредна, стандарт должен быть оформлен, а не передаваться старожилами из уст в уста.
Выявляется и ряд отрицательных моментов, связанных с внутрифирменными стандартами. Первый момент — стандарты должны тщательно разрабатываться, продумываться, и, создавать их, фирма должна учесть большое количество нюансов, чтобы, не переделывать стандарт через месяц. Стандарт — это то, что дает стабильность. Второй момент находится в некотором противоречии с первым — стандарты могут тормозить использование современных технологий, средств. Это особенно важно сфере информационных технологий, где развитие технологий их смена идут очень быстро. Этого можно избежать, если разработать внутри фирмы механизм регулярного пересмотра стандарта для включения в него современных и передовых элементов. В комиссию по пересмотру стандартов должны входить специалисты высокой квалификации из всех заинтересованный подразделений, мнение конечного потребителя также должно быть учтено (например, если вопрос касается пользовательского интерфейса или совместимости с другими программными средствами).
Классификация внутрифирменных стандартов. Внутрифирменные стандарты можно разделить по отношению к процессам производства (рис. 1.6).
