维护需求与新增需求

一般来说,维护需求的项目时间都是比较紧急的,维护嘛,用户等着上线用的啊,其实在这里,我们对维护需求和新增需求的定义都不太清晰。
怎么理解呢?我个人的理解:
维护需求,是指用户提出在系统使用过程中的问题以及整合目前用户觉得需要改进系统的一些功能的需求文档。
新增需求,就是指用户在不满足当前系统使用功能的前提下提出一些不包含之前的需求文档内的新增的功能而形成的需求文档,它没有包含用户继续解决的用户bug。
因此,我个人从定义上区分,维护需求多数只是针对用户问题去修复并验证bug,当然也有掺入一些用户界面体验、新增的小功能点吧。而新增需求,在项目开发中可能就不是一个小新增功能点了,更多的是
大的项目系统分支、功能模块,需求业务规则的编写程度需要更明细。

时间: 2024-10-07 18:34:01

维护需求与新增需求的相关文章

市场需求和产品需求有哪些区别和联系?

1.市场需求是问题,产品需求是答案 一个是现象一个是方法 产品需求服务产品,产品服务市场需求,它们应该是因果关系 产品都是为解决某个问题存在的 2.市场需求有伪装性,产品需求要明晰性 就像福特和马的故事,用户真正需求的是要更快的交通工具,但用户只知道马 ,所以他们的需求是有隐蔽性的:福特的产品需求就很明晰了,要做更快的汽车 市场需求是需要挖掘的 3.都是1对多关系 市场需求可以有多个产品来满足,产品需求又可以满足多个市场需求 汽车和马都可以解决交通问题,而且各有优缺点:汽车快但贵,马慢但便宜 搜

[学习笔记]批次需求计划-净需求与毛需求

[学习笔记]批次需求计划-净需求与毛需求

【四】流程2:需求管理创建需求

创建需求 首页需求管理模块(需在创建项目时选中启用需求管理才能看到): 需求规格说明书是我们开展测试的依据,可以首先对其进行分解,一个项目可以包含多个需求,一个需求可以包含多个测试需求(如系统测试,单元测试,接口测试等) 创建测试需求规格 创建测试需求 一 产品需求规格 点击上图的产品需求规格,跳转到产品需求规格页面,改页面已树形式显示一个项目包含的需求层级关系 点击新建产品需求规格: 在规格下面可以创建产品需求:

47、软件需求工程的活动可以划分为5个独立的阶段:需求获取、需求建模、形成需求规格、需求验证和需求管理,需求建模是()

2013年下半年软考高级信息系统项目管理师综合知识真题答案与解析: 47.软件需求工程的活动可以划分为5个独立的阶段:需求获取.需求建模.形成需求规格.需求验证和需求管理,需求建模是() A.分析需求的正确性和可行性的过程 B.对需求的抽象描述 C.对生成需求模型构件的精确的形式化的描述 D.开发.捕获和修订用户的需求 信管网参考答案:B 信管网解析: 需求建模就是需求分析过程,目的是对各种需求信息进行分析并抽象描述,为目标系统建立一个概念模型.软件需求工程活动的5个阶段:http://www.

需求背后的需求

从软件开发的整个流程来讲,需求变更是软件行业,最令人忌惮的问题,一直困扰着我们的研发人员.南辕北辙的道理,每个人都明白.同样,需求变更的代价,会随着项目的进展成倍增长.按行业统计数据,如果在需求阶段只需要花费1个时间单位就能改正的错误,拖到设计阶段来改正需要5倍的时间,到了编码阶段将是10倍,测试阶段可能达到20-50倍,而到了运行或维护阶段或许达到200倍.这就好比盖房子,如果在设计阶段提出变更,只需要修改图纸,如果房子已经完工,却要推倒重来. 软件公司大部分成本是人力成本,研发周期越长,项目

ELK日志套件安装与使用

1.ELK介绍 ELK不是一款软件,而是elasticsearch+Logstash+kibana三款开源软件组合而成的日志收集处理套件,堪称神器.其中Logstash负责日志收集,elasticsearch负责日志的搜索.统计,而kibana则是ES的展示神器,前端炫丽,点几下鼠标简单配置,就可以完成搜索.聚合功能,生成华丽的报表. 目前我们的日志方案: flume负责收集,服务写日志到文件,flume收集日志文件 flume汇总到数据通道kafka,供其他服务消费 日志搜索:从kafka读取

学生宿舍管理系统--需求说明、概要设计、详细设计

1.引言 1.1编写目的 学生宿舍管理系统对于一个学校来说是必不可少的组成部分.目前好多学校还停留在宿舍管理人员手工记录数据的最初阶段,手工记录对于规模小的学校来说还勉强可以接受,但对于学生信息量比较庞大,需要记录存档的数据比较多的高校来说,人工记录是相当麻烦的.而且当查找某条记录时,由于数据量庞大,还只能靠人工去一条条的查找,这样不但麻烦还浪费了许多时间,效率也比较低.当今社会是飞速进步的世界,原始的记录方式已经被社会所淘汰了,计算机化管理正是适应时代的产物.信息世界永远不会是一个平静的世界,

作为产品人,如何更好的应对需求变更?

如何制定一份缜密的项目计划对于产品经理来说可能并不是项目中最难的事情,要应对计划之外的情况,才是最令大家头痛的地方.在项目实际推进过程中,不加控制的需求变更往往给项目带来沉重的负担和无法预料的风险.因此,设计一套合适的需求变更管理流程和规范,对项目和项目经理而言都是不可或缺的. 问题分析 首先对笔者所在项目做一个简单介绍:产品层面,我们是一个C端产品,需求主要来源于运营和策划,就产品阶段而言正处于转型期,现阶段主要以新功能探索为主:项目层面,由于功能较为复杂庞大,可切割空间不大,因此每个版本周期

需求管理之被遗忘的需求

先说一个小笑话.有一个生产队队长,他对专家说:"如今我们生产队的地越来越多,牛越来越忙只是来了.我想要这么一种牛,他吃的草和普通牛一样多,可是干的活是普通牛的十倍. "专家说:"这种牛是能够造出来的,如今有基因project."队长说:"好吧,你给这造几头这种牛."于是专家找到了生物实验室.让生物实验室的人搞一个基因project,把牛造出来. 于是project浩大,投资无法保证,合作多半是不愉快的收场. 现实世界里非常多人分析需求的过程就相似