Книга: Программное обеспечение и его разработка

Стандарты программного обеспечения

Стандарты программного обеспечения

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

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

Методы, ставшие общепринятыми во всех других отраслях, в программном обеспечении кажутся абсолютными новинками. Фирма IBM выдала одному из своих служащих премию в 75 тыс. долларов за идею проведения обзоров состояния дел по проводящейся разработке с привлечением коллег и руководящих лиц — за так называемый «сквозной контроль», а ведь в промышленных отраслях этот процесс — обычное дело.

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

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

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

Приведенное ниже множество «стандартов» (табл. 6.6) установлено для крупных программных разработок. У каждого правила могут быть свои исключения, но в целом его следует принимать за основу в начале работ. Введены ли они в действие? Опубликованы и им уже начали следовать? Понятны ли они? Изменялись ли? Кем?

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

Таблица 6.6. Методы производства программного обеспечения

1. Программы операционной системы Стандартное разделение программного обеспечение
2. Программы системы управления базой данных
3. Программное обеспечение системы связи
4. Программы ввода/вывода
5. Программы работы с дисплеями
6. Программы информационной системы
7. Использование управления конфигурацией
8. Обеспечение необходимого качества
9. Документация, описывающая функцию программы по подпрограммам
10. Диаграммы, отображающие взаимоотношения оборудования и программ, с обозначением внутренних и внешних потоков данных
11. Языки высокого уровня
12. Использование анализа и оценок необходимых ресурсов (ЦП, память)
13. Использование структурного программирования
14. Размеры модулей небольшие; функциональное разграничение ярко выраженное, обязательное упрятывание информации
15. Список ограничений, возникших при проектировании, и принципов построения проекта
16. Частый сквозной контроль
17. Использование библиотекарей
18. Внесение исправлений в рабочие и исходные программы
19. Использование средств автоматизации сопровождения
20. Проектирование высокой производительности системы
а) функциональной: доля удовлетворенных требований
б) технической: точность, методология, проверка алгоритмов
в) операционной: восстанавливаемость после сбоев
г) удовлетворение временных ограничений на производительность

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

Оглавление книги

Оглавление статьи/книги

Генерация: 0.058. Запросов К БД/Cache: 0 / 0
поделиться
Вверх Вниз