6) Должны быть определены средства поддержки.
Должны быть использованы там, где это экономически целесообразно, средства, помогающие разработке и сопровождению программной продукции, включая документацию.
Ответ прошлых лет (Ден)
Стандарт ГОСТ Р ИСО/МЭК ТО 9294-93 представляет собой руководство по документированию программного обеспечения для тех руководителей, которые отвечают за производство программного обеспечения или программной продукции. Руководство предназначено для помощи руководителям в обеспечении эффективного проведения документирования в их организациях. Данный стандарт направлен на определение стратегий, стандартов, процедур, ресурсов и планов, которыми должны заниматься сами руководители для того, чтобы эффективно управлять документированием программного обеспечения.
Руководство по управлению документированием ПО предназначено для применения ко всем типам программного обеспечения - от простейших программ до наиболее сложных систем программного обеспечения, охватывающих все типы программной документации, относящейся ко всем стадиям жизненного цикла ПО.
Принципы управления документированием программного обеспечения одинаковы для любого объема проекта. Для небольших проектов значительную часть положений, приведенных в данном стандарте, можно не применять, но принципы остаются теми же. Руководители могут адаптировать данные рекомендации для своих конкретных потребностей.
Стратегии документирования, подготовленные и отслеживаемые главной администрацией, обеспечивают руководства для ответственных лиц, принимающих решения на всех нижних уровнях. Стратегия обеспечивает главное направление, но не дает рекомендаций, что делать или как это делать. Из-за существенной роли, которую играет документация на всех стадиях жизненного цикла программного обеспечения, должна быть подготовлена официально утвержденная стратегия. Каждый затронутый стратегией должен быть информирован о ней и должен ее понимать. Официальная, описанная, разрекламированная стратегия устанавливает дисциплину, требуемую для эффективного документирования программного обеспечения.
Стратегия должна поддерживать основные элементы эффективного документирования:
требования документации охватывают весь жизненный цикл программного обеспечения
Документация требуется на ранних стадиях проекта и должна быть доступна и сопровождаться на всем протяжении процесса разработки программного обеспечения. После завершения процесса разработки документация необходима для использования, сопровождения, модернизации, преобразования или передачи программного обеспечения;
документирование должно быть управляемым
Управление и контроль требуются для получения и сопровождения документации. Руководители и специалисты по изданиям должны подготовить подробные планы, охватывающие документирование продукции, графиков, обязанностей, ресурсов, обеспечения качества и процедур проверок;
документация должна соответствовать ее читательской аудитории
Читателями могут быть руководители, аналитики, специалисты по экспертным системам, сопровождающие программисты, канцелярский персонал и т. д. В зависимости от выполняемых задач им требуются различные степени детализации и различное представление материала. Специалисты по изданиям должны быть готовы соответствующим образом спроектировать различные типы документации, предназначенные для различных читателей;
работы по документированию должны быть объединены в общий процесс разработки программного обеспечения
Процесс разработки должен быть определен;
должны быть определены и использованы стандарты по документированию
По возможности, должны быть приняты существующие стандарты. Когда подходящие стандарты отсутствуют, должны быть разработаны требуемые стандарты и руководства;
должны быть определены средства поддержки
Должны быть использованы там, где это экономически целесообразно, средства, помогающие разработке и сопровождению программной продукции, включая документацию.
Внутри организации, помимо стратегии, должны быть приняты стандарты и руководства для:
модели жизненного цикла ПО;
типов и взаимосвязей документов;
содержания документа;
качества документа;
форматов документа;
обозначение документа.
Данные стандарты и руководства будут определять, как следует выполнять задачи документирования, и будут обеспечивать критерии для оценки полноты, полезности и соответствия программной документации, создаваемой в организации.
Большинство стандартов и руководств выдают рекомендации, которые применимы на общем уровне. Зачастую будут требоваться управленческие решения для адаптации общих рекомендаций к конкретным проектам.
39. Проектная документация []
№ | Билет № | Формулировка ответа | Преподаватель | Кто делает ответ | Состояние |
39 | 18.2. | Проектная документация. Функции программной документации по ГОСТ Р ИСО/МЭК ТО 9294-93. Их взаимосвязь и содержательная характеристика. | Маятин Александр Владимирович | Тоня Аркуша
| ОПЛ (Ден), готовый ответ Тони |
Готовый ответ Тони
Стандарт ГОСТ Р ИСО/МЭК ТО 9294-93 представляет собой руководство по документированию программного обеспечения для тех руководителей, которые отвечают за производство программного обеспечения или программной продукции. Руководство предназначено для помощи руководителям в обеспечении эффективного проведения документирования в их организациях. Данный стандарт направлен на определение стратегий, стандартов, процедур, ресурсов и планов, которыми должны заниматься сами руководители для того, чтобы эффективно управлять документированием программного обеспечения.
Функции программной документации
Для эффективного управления документированием программного обеспечения важно осознавать различные функции, выполняемые документацией.
Программную документацию можно рассматривать как имеющую шесть основных функций:
1) информация для управления;
2) связь между задачами;
3) обеспечение качества;
4) инструкции и справки;
5) сопровождение программного обеспечения;
6) исторические справки.
- Архитектура crm-систем
- 2. Архитектура кис []
- 3. Архитектура кис []
- 4. Архитектура кис []
- Готовый ответ. (Гриша) scm ( система управления сетями поставок ) -
- Scm надо рассматривать вне erp, а как отдельную систему с ней взаимодействующую.
- Функции scm
- Архитектура scm
- 5. Архитектура кис []
- Информационная система как производственная система
- 6. Архитектура кис []
- Классификация по архитектуре
- Классификация по степени автоматизации
- Классификация по характеру обработки данных
- Классификация по сфере применения
- 7. Архитектура кис []
- 8. Архитектура кис []
- 1С:Зарплата и Управление Персоналом
- 9. Архитектура кис []
- 2. Программно-аппаратная платформа
- 3. Системы документооборота
- 4. Информационные системы
- 10. Архитектура кис []
- § Iso/iec 12207:1995 – стандарт на процессы и организацию жизненного цикла. Распространяется на все виды заказного по. Стандарт не содержит описания фаз, стадий и этапов.
- Каскадная модель
- Итеративная
- 8.2.3. Типы резервного копирования
- 8.2.3.1. Полные копии
- 8.2.3.2. Добавочные копии
- 8.2.3.3. Разностные копии
- 8.2.5. Хранение резервных копий
- Модели разработки ис
- Методы проектирования снизу-вверх и сверху-вниз
- Подходы к проектированию ис
- 1. Структурный (функциональный) подход
- 2. Объектно-ориентированный подход
- Диаграммы потоков данных dfd (Data Flow Diagrams)
- 1 Область применения
- 2 Определения
- Методология функционального моделирования работ sadt
- Диаграммы потоков данных dfd (Data Flow Diagrams)
- Особенности методологии uml
- Основные виды диаграмм, классификации
- Другая классификация (более поздняя, более полная)
- Детальное описание диаграмм
- 6) Диаграмма кооперации
- Особенности применения
- Способы применения uml при разработке по
- Методология объектного проектирования на языке uml (uml-диаграммы)
- Модель rup. Основные диаграммы модели rup.
- 3. Архитектура Системных Паттернов
- 3.1.1 Репозиторий
- 3.1.2 Клиент/сервер
- 3.1.3 Обьектно - ориентированный, Модель предметной области (Domain Model), модуль таблицы (Data Mapper)
- 3.1.4 Многоуровневая система (Layers) или абстрактная машина
- 3.1.5 Потоки данных (конвейер или фильтр)
- 4.1 Структурные паттерны интеграции
- 4.1.1 Взаимодействие "точка - точка"
- 4.1.2 Взаимодействие "звезда" (интегрирующая среда)
- 4.1.3 Смешанный способ взаимодействия
- 4.2 Паттерны по методу интеграции
- 4.2.1 Интеграция систем по данным (data-centric).
- 4.2.2 Функционально-центрический (function-centric) подход.
- 4.2.3 Объектно-центрический (object-centric).
- 4.2.4 Интеграция на основе единой понятийной модели предметной области (concept-centric).
- 4.3 Паттерны интеграции по типу обмена данными
- 4.3.1 Файловый обмен
- 4.3.2 Общая база данных
- 4.3.3 Удаленный вызов процедур
- 4.3.4 Обмен сообщениями
- Образец (паттерн) проектирования.
- Модель sadt. Основные диаграммы модели sadt.
- Все указанные требования должны быть трассируемыми.
- Документация, создаваемая на различных этапах жизненного цикла
- 1.7. Тестирование, верификация и валидация - различия в понятиях
- 1) Требования документации охватывают весь жизненный цикл программного обеспечения.
- 2) Документирование должно быть управляемым.
- 5) Должны быть определены и использованы стандарты по документированию.
- 6) Должны быть определены средства поддержки.
- 1) Требования документации охватывают весь жизненный цикл программного обеспечения.
- 2) Документирование должно быть управляемым.
- 5) Должны быть определены и использованы стандарты по документированию.
- 6) Должны быть определены средства поддержки.
- 1. Информация для управления
- 2. Связь между задачами
- 3. Этапы разработки системы бюджетирования
- 4. Главные этапы бюджетирования: формирование финансовой структуры, создание структуры бюджетов
- 5. Типичные причины, ведущие к снижению эффективности бизнес-процесса бюджетирования
- Что такое затраты
- Непосредственная классификация затрат
- Описание видов затрат
- 1) Входящие и истекшие
- 2) Прямые и косвенные затраты.
- 3) Основные и накладные.
- 4) Производственные и внепроизводственные.
- 5) Одноэлементные и комплексные затраты.
- 6) Постоянные, переменные и полупеременные.
- 7) Затраты, принимаемые и не принимаемые в расчет при оценках.
- 8) Безвозвратные затраты.
- 9) Вмененные (воображаемые) затраты.
- 10) Приростные и предельные затраты.
- 11) Планируемые и непланируемые затраты.
- Ещё одна классификация затрат
- Ещё одна классификация затрат в уу
- 1) Процесс принятия управленческих решений
- 2) Процесс прогнозирования
- 3) Процесс планирования
- 4) Процесс нормирования
- 5) Процесс организации
- 6) Процесс учета
- 7) Процесс контроля
- 8) Процесс регулирования
- 9) Процесс стимулирования
- 10) Процесс анализа
- Классификация затрат в отечественном управленческом учете.
- 2. Определение затрат. Как классифицировать затраты
- Методы учета затрат и калькулирования
- 1.Понятие себестоимости и калькулирования себестоимости
- 2. Попроцессный и позаказный методы калькулирования себестоимости
- 3.Методы калькулирования по полноте затрат
- Метод полных затрат
- Директ-костинг
- Ещё один метод - abc-костинг (дифференцированный метод учета себестоимости)
- Методы калькулирования себестоимости продукции.
- 1. Нормативный метод калькулирования
- 2. Метод (способ) прямого счета
- 3. Параметрический метод
- 4. Коэффициентный метод
- 5. Комбинированный и позаказный методы
- 6. Попередельный метод калькулирования
- 7. Позаказный и попроцессное калькулирования
- 9. «Директ-костинг» (direct costing)
- Что такое управленческий учет (уу)
- Цель и задачи уу
- Другое описание задач уу
- 1. Учет ресурсов организации
- 2. Контроль и анализ финансово-хозяйственной деятельности
- 3. Планирование
- 4. Прогнозирование и оценки прогноза
- Ещё одно описание задач уу
- Объекты
- Задачи управленческого учета
- 1. Учет ресурсов организации
- 2. Контроль и анализ финансово-хозяйственной деятельности
- 3. Планирование
- 4. Прогнозирование и оценки прогноза
- 1. Система учета и управления затратами
- 2. Система показателей деятельности
- 3. Система долгосрочных и текущих бюджетов
- 4. Система управленческих отчетов
- 1. Идентификация, измерение и накопление данных
- 2. Анализ, подготовка и интерпретация информации
- 3. Разработка и технологическое внедрение информационной системы
- 4. Администрирование системы управленческого учета
- 8. Факторы, оказывающие влияние на организацию системы управленческого учета в организациях
- Определение
- Какие затраты включаются
- Как ведётся учёт затрат
- Где используется
- Ключевые понятия
- Сущность
- Пример:
- Достоинства метода
- Недостатки метода
- Система «директ-костинг» в современном управленческом учете.
- 9. «Директ-костинг» (direct costing)
- Сущность и методика нормативного метода учета затрат.
- 1. Нормативный метод калькулирования
- Определение
- Состав себестоимости
- Виды себестоимости
- Структура себестоимости
- Структура себестоимости по статьям калькуляции
- Структура себестоимости по элементам затрат
- Состав и структура себестоимости продукции
- Показатели себестоимости продукции
- Базовые показатели финансового менеджмента.
- I классификация
- II классификация
- Эффект финансового левереджа;
- Этапы оптимизации структуры капитала Анализ капитала
- Определяется
- Определяют систему коэффициентов
- Эффективность использования капитала
- Оценка факторов, определяющих структуру капитала
- (Применить) Методы оптимизации
- Глава 1. Условия осуществления безналичных расчетов
- Глава 2. Расчеты платежными поручениями
- Глава 3. Расчеты по аккредитивам
- Глава 4. Расчеты чеками
- Глава 5. Расчеты по инкассо
- Глава 6. Заключительные положения
- Учет дебиторской задолженности
- 1. Учет кредиторской задолженности
- 1.1. Учет расчетов займам
- 1.2. Учет расчетов с поставщиками и подрядчиками
- 1.3. Учет задолженности по налогам
- 1.4. Учет прочей кредиторской задолженности
- 2 Базовые денежные потоки экономической системы.
- Государственный кредит.
- Источники образования государственных доходов.
- 7. Коммерческий кредит (кк) и его особенности
- Обязательное и добровольное страхование и их взаимодействие.
- Коммерческий кредит и его особенности.
- 1 Понятие ликвидности активов и ее связь с доходностью.
- Финансовый рынок и его макроэкономическая задача.