Докум1 (998083), страница 2

Файл №998083 Докум1 (Раздаточный материал) 2 страницаДокум1 (998083) страница 22015-11-20СтудИзба
Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 2)

Перечень действий: Этот процесс состоит из следующих видов деятельности.

1. Инструментарий процесс. Это действие состоит из следующих задач:

Если не оговорено в контракте, разработчик должен определить или выбрать модель

жизненного цикла программного обеспечения в соответствии с назначением, значимостью

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

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

взаимодействовать и могут быть исполнены итеративно или рекурсивно.

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

документировать результаты в соответствии с процессом документирования (раздел 6.1);

разместить результаты (выходы) в процессе конфигурации (6.2) и выполнить контроль

изменений в соответствии с этим;

документировать и разрешить проблемы и несоответствия, найденные в программном

продукте и задачах в соответствии с процессом разрешения проблем (6.8);

другие сопроводительные процессы (6), как определено в контракте.

Разработчик должен выбрать, довести и использовать внутренние стандарты,

методологии, процедуры и языки программирования (если это не оговорено в контракте).

которые должны быть зарегистрированы, соответствуют и установлены организацией для

исполнения действий процесса разработки и процесса поддержки.

Разработчик должен разработать планы управления действиями в процессе разработки. Планы должны включать особые стандарты, методы, средства, действия и обязанности, связанные с разработкой и квалификацией всех требований, включая надежность и безопасность. Эти планы должны быть зарегистрированы и исполнены. Официально непоставляемые элементы могут быть использованы в разработке или сопровождении программного обеспечения. Однако должна быть гарантия того, что эксплуатация и поддержка поставляемого программного обеспечения после его поставки заказчику не зависит от таких элементов, другими словами, эти элементы становятся официально поставляемыми.

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

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

3. Системное проектирование. Это действие состоит из следующих задач, которые
разработчик должен выполнить или поддерживать, как требуется контрактом.
Должна быть представлена архитектура верхнего уровня системы. Архитектура должна
определять элементы аппаратного, программного обеспечения и ручные операции.
Должна быть гарантия того, что все системные требования полностью распределены
среди элементов. Эти элементы должны быть впоследствии определены как элементы
аппаратной конфигурации (ЭАК), элементы конфигурации программного обеспечения
(ЭКПО) и соответственно ручные операции. Архитектура системы и системные
требования, распределенные между элементами аппаратной, конфигурации,
конфигурации ПО и ручными операциями, должны быть зарегистрированы.
Архитектура системы и требования для элементов конфигурации и ручных операций
должны быть оценены в соответствии со следующими критериями:
различимость системных требований:

согласованность с системными требованиями;

соответствие стандартам и используемым методам проектирования;

осуществимость наполнения элементов конфигурации ПО распределенными для них

требованиями;

выполнимость эксплуатации и поддержки.

4. Анализ требований к программному обеспечению. Для каждого ЭКПО это действие
состоит из следующих задач, которые разработчик должен исполнить.
Разработчик должен представить и зарегистрировать требования к программному
обеспечению, включая спецификации характеристик качества, описанных ниже:
спецификации функций и возможности, включая исполнение, физические характеристики,
условия окружающей среды, при которых выполняется программное обеспечение;
внешний интерфейс ЭКПО;

квалификационные требования;

спецификации безопасности, включая относящиеся к методами эксплуатации и

поддержки, влиянию окружающей среды и повреждению персоналом;

спецификации защиты, включая касающиеся особой информации и материалов;

человеческий фактор и спецификации человеко-машинного взаимодействия, включая

относящиеся к ручным операциям, человеко-машинным взаимодействиям, ограничениям

на персонал и области, требующие концентрации человеческого внимания,

чувствительные с точки зрения ошибок человека и его опыта;

требования определения данных и требования к базам данных;

требования по инсталляции и приемке поставляемого программного обеспечения в

эксплуатацию и сопровождение;

документация пользователя;

требования по эксплуатации пользователя и исполнению;

требования по пользовательскому сопровождению.

Руководство по определению характеристик качества может быть найдено в ИСО/МЭК

9126.

Разработчик должен оценить требования к программному обеспечению, руководствуясь

приведенными ниже критериями:

прослеживаемость системных требований и системного проекта;

внешняя согласованность с системными требованиями;

внутренняя согласованность;

тестовое покрытие требований;

тестируемость;

выполнимость проектирования программного обеспечения;

осуществимость эксплуатации и сопровождения.

Разработчик должен руководить общим обзором в соответствии с 6.6. После успешного

завершения обзора должна быть представлена основа для требований к ЭКПО.

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

Разработчик должен преобразовать требования для ЭКПО в архитектуру, описывающую

структуру его верхнего (высшего) уровня и определяющую главные компоненты. Должна

быть гарантия того, что требования к ЭКПО полностью распределены между его

компонентами и далее уточнены для облегчения детального проектирования.

Разработчик должен разработать и зарегистрировать:

проект высшего уровня для внешнего взаимодействия с ЭКПО и между компонентами

программного обеспечения;

проект высшего уровня для баз данных;

предварительные версии руководства для пользователя;

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

Разработчик должен оценить архитектуру ЭКПО и проекты интерфейса и баз данных.

руководствуясь приведенными ниже критериями:

прослеживаемость требований к ЭКПО;

внешняя согласованность с требованиями к ЭКПО;

внутренняя согласованность между компонентами;

соответствие методов проектирования и стандартов, которые были использованы;

выполнимость детализированного проектирования

осуществимость эксплуатации и сопровождения.

Разработчик должен руководить общим обзором в соответствии с 6.6.

6. Детальное проектирование программного обеспечения. Для каждого ЭКПО это
действие состоит из следующих задач, которые разработчик должен выполнить.
Разработчик должен разработать детальный проект для каждого компонента
программного обеспечения ЭКПО. Компоненты программного обеспечения должны быть
уточнены на нижних уровнях, содержащих модули программного обеспечения, которые
могут кодироваться, компилироваться и тестироваться. Должна быть гарантия того, что
требования к программному обеспечению полностью локализованы в модулях
программного обеспечения. Детализированный проект должен быть зарегистрирован.
Разработчик должен разработать и задокументировать детальный проект для внешнего
интерфейса ЭКПО между компонентами программного обеспечения и между модулями

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

программы без необходимости в дополнительной информации.

Разработчик должен разработать и зарегистрировать детальный проект базы данных.

Разработчик должен обновить руководство пользователя насколько это необходимо.

Разработчик должен определить и задокументировать тестовые требования и расписание

тестирования блоков программного обеспечения. Тестовые требования должны включать

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

Разработчик должен обновить тестовые требования и расписание интеграции

программного обеспечения.

Разработчик должен оценить детальный проект программного обеспечения и тестовые

требования с точки зрения критериев, приведенных ниже:

прослеживаемостъ требований ЭКПО;

внешняя согласованность с архитектурой проекта;

внутренняя согласованность между компонентами и модулями;

соответствие методов проектирования и используемых стандартов;

выполнимость тестирования;

выполнимость эксплуатации и сопровождения.

Разработчик должен руководить объединением согласно 6.6.

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

Разработчик должен разработать и задокументировать следующее:

а) каждый модуль программного обеспечения и базы данных;

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

Разработчик должен обновить руководство пользователя, тестовые требования и

расписание интеграции ПО, оценить код ПО и результаты теста в соответствии с

критериями, приведенными ниже:

прослеживаемостъ требований ЭКПО и проекта;

внешняя согласованность с требованиями ЭКПО и архитектурой проекта;

внутренняя согласованность между требованиями модулей;

тестирование модулей;

соответствие методов кодирования и используемых стандартов;

выполнимость интеграции ПО и тестирования;

выполнимость эксплуатации и сопровождения.

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

Разработчик должен разработать план интеграции для объединения модулей ПО и компонентов в ЭКПО. План должен включать требования, процедуры, данные, ответственность и расписание.

Разработчик должен объединить модули ПО и компоненты. Должна быть гарантия того, что каждый компонент удовлетворяет требованиям SCI и что SCI полностью интегрирован как результат этой деятельности. Интеграция и результаты теста должны быть задокументированы.

Разработчик должен обновить руководство пользователя, если это требуется. Разработчик должен разработать и задокументировать для каждого квалификационного требования ЭКПО полный набор тестов, ситуаций (вход, выход, критерии тестирования) и процедуры тестирования для управления квалификационным тестированием ПО. Разработчик должен оценить план интеграции, проект, код, тесты, результаты тестирования и руководства пользователя с точки зрения критериев, приведенных ниже: отслеживаемость системных требований;

внешняя согласованность с системными требованиями:

внутренняя согласованность:

тестирование ЭКПО требований:

соответствие используемых стандартов и методов тестирования:

соответствие с ожидаемыми результатами:

выполнимость квалификационного тестирования ПО:

выполнимость эксплуатации и сопровождения.

Разработчик должен руководить общим обзором в соответствии с 6.6.

9. Квалификационное тестирование программного обеспечения. Для каждого ЭКПО это
действие состоит из следующих задач, которые должен выполнить разработчик:
Разработчик должен руководить квалификационным тестированием в соответствии с
квалификационными требованиями, особыми для ЭКПО. Должно быть гарантировано,
что реализация каждого требования к ПО полностью протестирована. Результаты
квалификационного тестирования должны быть зарегистрированы.

Характеристики

Тип файла
Документ
Размер
363,19 Kb
Тип материала
Высшее учебное заведение

Список файлов учебной работы

Свежие статьи
Популярно сейчас
Почему делать на заказ в разы дороже, чем купить готовую учебную работу на СтудИзбе? Наши учебные работы продаются каждый год, тогда как большинство заказов выполняются с нуля. Найдите подходящий учебный материал на СтудИзбе!
Ответы на популярные вопросы
Да! Наши авторы собирают и выкладывают те работы, которые сдаются в Вашем учебном заведении ежегодно и уже проверены преподавателями.
Да! У нас любой человек может выложить любую учебную работу и зарабатывать на её продажах! Но каждый учебный материал публикуется только после тщательной проверки администрацией.
Вернём деньги! А если быть более точными, то автору даётся немного времени на исправление, а если не исправит или выйдет время, то вернём деньги в полном объёме!
Да! На равне с готовыми студенческими работами у нас продаются услуги. Цены на услуги видны сразу, то есть Вам нужно только указать параметры и сразу можно оплачивать.
Отзывы студентов
Ставлю 10/10
Все нравится, очень удобный сайт, помогает в учебе. Кроме этого, можно заработать самому, выставляя готовые учебные материалы на продажу здесь. Рейтинги и отзывы на преподавателей очень помогают сориентироваться в начале нового семестра. Спасибо за такую функцию. Ставлю максимальную оценку.
Лучшая платформа для успешной сдачи сессии
Познакомился со СтудИзбой благодаря своему другу, очень нравится интерфейс, количество доступных файлов, цена, в общем, все прекрасно. Даже сам продаю какие-то свои работы.
Студизба ван лав ❤
Очень офигенный сайт для студентов. Много полезных учебных материалов. Пользуюсь студизбой с октября 2021 года. Серьёзных нареканий нет. Хотелось бы, что бы ввели подписочную модель и сделали материалы дешевле 300 рублей в рамках подписки бесплатными.
Отличный сайт
Лично меня всё устраивает - и покупка, и продажа; и цены, и возможность предпросмотра куска файла, и обилие бесплатных файлов (в подборках по авторам, читай, ВУЗам и факультетам). Есть определённые баги, но всё решаемо, да и администраторы реагируют в течение суток.
Маленький отзыв о большом помощнике!
Студизба спасает в те моменты, когда сроки горят, а работ накопилось достаточно. Довольно удобный сайт с простой навигацией и огромным количеством материалов.
Студ. Изба как крупнейший сборник работ для студентов
Тут дофига бывает всего полезного. Печально, что бывают предметы по которым даже одного бесплатного решения нет, но это скорее вопрос к студентам. В остальном всё здорово.
Спасательный островок
Если уже не успеваешь разобраться или застрял на каком-то задание поможет тебе быстро и недорого решить твою проблему.
Всё и так отлично
Всё очень удобно. Особенно круто, что есть система бонусов и можно выводить остатки денег. Очень много качественных бесплатных файлов.
Отзыв о системе "Студизба"
Отличная платформа для распространения работ, востребованных студентами. Хорошо налаженная и качественная работа сайта, огромная база заданий и аудитория.
Отличный помощник
Отличный сайт с кучей полезных файлов, позволяющий найти много методичек / учебников / отзывов о вузах и преподователях.
Отлично помогает студентам в любой момент для решения трудных и незамедлительных задач
Хотелось бы больше конкретной информации о преподавателях. А так в принципе хороший сайт, всегда им пользуюсь и ни разу не было желания прекратить. Хороший сайт для помощи студентам, удобный и приятный интерфейс. Из недостатков можно выделить только отсутствия небольшого количества файлов.
Спасибо за шикарный сайт
Великолепный сайт на котором студент за не большие деньги может найти помощь с дз, проектами курсовыми, лабораторными, а также узнать отзывы на преподавателей и бесплатно скачать пособия.
Популярные преподаватели
Добавляйте материалы
и зарабатывайте!
Продажи идут автоматически
6384
Авторов
на СтудИзбе
308
Средний доход
с одного платного файла
Обучение Подробнее