в бизнесе,часто слышно:Потребности пользователяиТребования к программному обеспечению
Документация требований к программному обеспечению, фактически наблюдаемая в работе, аналогична следующему представлению:
Примечание. Потребности пользователей не могут быть напрямую использованы в качестве основы для разработки и тестирования. В ответ на потребности пользователей менеджеры по продуктам должны провести анализ спроса (техническая осуществимость, рыночная осуществимость, соотношение затрат и доходов и т. д.), прежде чем преобразовать их в требования к программному обеспечению.
Стандартизированные процессы постепенно сформировались в ходе эволюции и с самого начала не были стандартизированными процессами.
Что такое жизненный цикл?
шаг | Подвести итог | Картирование процессов программного обеспечения |
---|---|---|
Зачем строить дом? Коммерческое жилье или обычное жилье? Возможно ли построить 100 этажей технически? | Ставьте четкие и разумные цели жилищного строительства | анализ потребностей |
Когда будет построено и построено жилье? Планируемое время завершения? Сколько времени занимает сдача дома? | Планируйте свое время | план |
Прежде чем строить дом, уточните процесс: сначала заложите фундамент, сделайте основной каркас, постройте стены, покрасьте, проведите водопровод и электричество... | Разработайте конкретный процесс строительства дома | дизайн |
Строительство дома ведется в соответствии с предыдущим процессом и сроками... | В разработке | кодирование |
Строительство дома завершено, застройщик принимает результаты, а покупатель принимает качество дома (прочный ли дом, нет ли протечек или других срезов углов, построен ли в соответствии с нормами) | Проверить результаты строительства дома | тест |
После осмотра мы начали постепенно въезжать в дом. Во время эксплуатации возникали различные проблемы, такие как протечки воды, отслаивание стен, засор канализации и т. д. Во время эксплуатации дома мы нашли управляющую компанию, которая его отремонтировала. | Используйте и обслуживайте вовремя | Эксплуатация и обслуживание |
Таким образом, мы получаем жизненный цикл программного обеспечения (разработки): анализ потребностей——план——дизайн——кодирование——тест——Эксплуатация и обслуживание
Что все делают в жизненном цикле программного обеспечения?
этап | Конкретный контент | выход |
---|---|---|
анализ потребностей | Анализируйте, являются ли потребности пользователей разумными, и анализируйте их с учетом рыночного спроса, технологий и других аспектов. | На этом этапе будут выведены такие документы, как требования. |
план | Выполнение установленных требований План исполнения требований,Сколько времени занимает выполнение этого требования?,Какие функции конкретно выполняются в каждый период времени. | На этапе выводятся такие документы, как план. |
дизайн | Уточните требования в задачи,Члены команды выполняют свои обязанности, получают задания и проводят техническое проектирование (как структурировать дизайн).,дизайнкакие интерфейсы、Выбирать Что использоватьтехнология) | Долженэтапвыведеттехнологияждатьдокумент。 |
кодирование | Персонал, работающий над разработкой кода, обращается к документам с требованиями, проектным документам, схемам взаимодействия и другим документам для написания кода. | Файлы кода и другие документы. |
тест | Персоналу, занимающемуся тестированием, необходимо вмешаться в работу программного обеспечения и выполнить тестирование программного обеспечения, ссылаясь на варианты использования тестового программного обеспечения. | тествариант использования、тестдизайниплан、Отчеты испытаний и другие документы |
Эксплуатация и обслуживание | После завершения проекта,Проект должен выйти в онлайн,И выполнять онлайн-обслуживание продуктов. Онлайн-обслуживание в основном разделено на три аспекта. Это восстановительное обслуживание, Полнота обслуживания и профилактический уход. |
Процесс разработки программного обеспечения (жизненный цикл программного обеспечения)
ижизненный цикл программного обеспечение Основной процесс совершенно иной.
Функции:
Один из самых больших недостатков модели водопада заключается в том, что рабочие продукты видны очень поздно.
Преимущества/Особенности | недостаток |
---|---|
Подчеркните поэтапный характер инноваций | пост-позиция теста,Риски, оставленные предыдущим этапом, не были обнаружены до тех пор, пока не был проведен тестэтап.,Приводит к масштабной переработке проекта.,Упущена возможность досрочного ремонта |
линейная структура,Каждый этап выполняется только один раз | пост-позиция теста,Для тестовых мероприятий должно быть оставлено достаточно времени,В противном случае это приведет к недостаточному тестированию.,Непосредственно сообщать пользователям о дефектах (низкое качество продукции). |
Это базовая основа для других моделей. | Если цикл слишком длинный, продукт будет замечен и использован очень поздно, что может привести к устаревшим требованиям/функциям. |
Когда на предприятии используется большой масштаб Quduo、Высокая сложность、Рискованные проекты,В этом случае целесообразно использоватьспиральная модель
преимущество | недостаток |
---|---|
Акцент на строгом управлении рисками всего процесса | Риски, которые могут существовать в проекте, напрямую связаны с уровнем квалификации персонала по управлению рисками. |
Подчеркните качество каждого проекта | Увеличение и инвестиции в персонал, средства и время могут привести к тому, что стоимость проекта окажется слишком высокой. |
Добавьте анализ рисков и прототипирование |
Поскольку спрос варьируется от большого к малому,,Для небольших нужд мы можем напрямую использовать модель водопадааразвивать.,Мы разбиваем сложные требования на множество мелких требований.。Эти декомпозированные небольшие требования называются——Приращение1、Шаг 2、Приращение 3…
Существует большой спрос. Сначала создайте базовую версию, а затем запустите оптимизированную версию 1, оптимизированную версию 2, оптимизированную версию 3...
Итеративная модель и инкрементная модель больше не используются отдельно, а используются вместе.