- •А. М. Минитаева разработка и стандартизация программных средств и информационных технологий
- •Isbn 978-5-8149-1063-9 введение
- •1.2. Какова структура нормативной базы предприятия и как ее выбрать?
- •1.3. Цели, задачи и состав нормативно-методического обеспечения
- •Все ли надо стандартизировать?
- •1.4. Нужно ли пользоваться международными стандартами или разрабатывать свои, российские?
- •Состав и статус дополнительных стандартов.
- •P.S. Кто должен разрабатывать стандарты?
- •1.5. Почему возрастает роль технологии при разработке программного обеспечения?
- •1.6. Стандартизация в области технологии разработки по
- •2. Общие положения о стандартах
- •2.1. Нормативные документы по стандартизации и виды стандартов
- •2.2. Стандарты в области программного обеспечения
- •2.3. Международные организации, разрабатывающие стандарты
- •2.4. Национальные организации, разрабатывающие стандарты
- •2.5. Внутрифирменные (внутрикорпоративные) стандарты
- •2.6. Организация разработки внутрифирменных стандартов
- •2.7. Хранение аналитической информации
- •3. Стандартизация разработки программных средств
- •3.1. Характеристики процессов жц пс согласно гост р исо/мэк 12207
- •3.2. Основные процессы жизненного цикла программного продукта
- •3.3. Вспомогательные (поддерживающие) процессы жизненного цикла программного продукта
- •3.4. Организационные процессы жизненного цикла программного продукта
- •3.5. Взаимосвязь между процессами жизненного цикла программного продукта
- •3.6. Технология разработки программного обеспечения
- •4. Жизненный цикл программного продукта
- •4.1. Общие принципы стандартизации жизненного цикла программных средств
- •4.2. Понятие жизненного цикла программного продукта
- •5. Модели жизненного цикла разработки программного продукта
- •5.1. Общие принципы моделирования жизненного цикла программных средств
- •5.2. Понятие модели жизненного цикла разработки программного продукта
- •5.3. Классическая каскадная, или «водопадная» модель
- •5.4. Модифицированная каскадная, или модель «водоворота»
- •5.5. Модель «сделал-исправил»
- •5.6. Прототипирование
- •5.7. Спиральная модель жц пс
- •5.8. Другие модели жц пс
- •5.9. Модель быстрой разработки приложений (rad-модель)
- •5.10. Многопроходная модель
- •6. Проектирование программного продукта
- •6.1. Общая характеристика и компоненты проектирования
- •6.2. Эволюция разработки программного продукта
- •6.3. Структурное программирование
- •6.4. Объектно-ориентированное проектирование
- •7. Основные этапы работы по созданию программного продукта
- •7.1. Длительность основных этапов
- •7.2. Характеристика основных этапов
- •Библиографический список
P.S. Кто должен разрабатывать стандарты?
Здесь есть два аспекта: стратегический и тактический.
Стратегией развития стандартизации должны заниматься специалисты по стандартизации – прежде всего Госстандарт, – привлекая при необходимости специалистов в области ИТ и координируя деятельность профессиональных групп. Должна быть усилена роль государства, увеличено государственное финансирование работ в этой области, в том числе в рамках государственных программ.
Вопросы конкретной области стандартизации эффективнее решать силами профессиональных групп по типу, например, IEEE, EWOS, OMG и т. п., как это делается во всем мире. Участники рынка заинтересованы в развитии стандартов, поэтому целесообразно привлекать их к инвестициям в стандартизацию и к работе в этой сфере. Такие тенденции в нашей стране появились и их следует всячески поддерживать [2, 4].
1.5. Почему возрастает роль технологии при разработке программного обеспечения?
Как уже отмечалось ранее, главной причиной появления новой дисциплины «Технологии разработки программного обеспечения» явилась невозможность точно предсказать длительность будущего программного проекта, его потребности в средствах, трудовых и прочих ресурсах, а также низкое качество получаемых в результате программных продуктов. Так, например, по данным исследований Министерства Обороны США за 1979 г., из поставленных его подразделениям программных систем использовались системы, указанные в работе [3].
Так, исправление ошибки, совершенной при составлении технического задания (спецификации) ПО, производимое на этапе аттестационного тестирования (acceptance) по некоторым исследованиям стоит в сто раз дороже, чем ее немедленное исправление, а исправление такой же ошибки при эксплуатации системы обходится уже в тысячу раз дороже.
1.6. Стандартизация в области технологии разработки по
Основой любых технологических дисциплин, будь то в строительстве, машиностроении, приборостроении и т.п., как правило, является некоторый набор базовых стандартов. В этом смысле не является исключением и такая дисциплина, как «Технология разработки программного обеспечения».
Во всех индустриально развитых странах стандартам, нацеленным на обеспечение качества ПС, уделяется большое внимание. В первую очередь это относится к проблеме использования ПС в критических приложениях, таких как национальная оборона, космос, энергетика (особенно ядерная), производство (потенциально опасное для жизни и здоровья людей, окружающей среды), транспорт и коммуникации. В настоящее время качество программных средств поддерживается и обеспечивается широкой номенклатурой международных (ISO, IEC), а также национальных стандартов США (DOD, MIL, NIST, ANSI, IEEE), Германии (DIN), Франции (NFZ), Японии (JIS), России (ГОСТ) и др.
За рубежом разработка стандартов по технологии производства ПС идет непрерывно: последовательно публикуются проекты и новые версии этих стандартов, происходит их публичное обсуждение, согласование и утверждение. Таким образом, многие стандарты поэтапно углубляются и детализируются, иногда разрастаясь до целых групп стандартов. Особенно данный подход характерен для общественных организаций, занимающихся вопросами стандартизации, таких, как ISO, IEC, ANSI, IEEE.
В целом процесс стандартизации в этой области находится еще на начальном этапе своего развития: большинство проектов и стандартов носит рекомендательный характер. Очень динамичное развитие стандартов в этой области за рубежом в настоящее время вызывает некоторые трудности при их изучении и анализе. Однако оно внушает определенный оптимизм: поскольку, рано или поздно все самое ценное и наилучшее останется и станет фактическим стандартом для всех производителей и потребителей.