需求开发与管理规范

软件需要不断的改变原因：1，2，3
二、软件常见开发问题
① 低质量：可能存在各种错误 ② 进度难以控制：不断提出新要求、需求不断变更 ③ 难以维护：缺陷难以定位、错误难以改正、功能 难以扩充、编码难以修改
三、加强需求分析力度
需求分析的目的
消除模糊性、歧义性和不一致性、分析数据要求，建立逻辑模型；
需求分析的任务
发现问题并求精的过程；
需求定义的结果
Leabharlann Baidu进一步准确无误的定义产品需求；
四、加强需求管理力度
需求评审（分阶段分层次进行评审）
目标性需求：定义系统要达到的目标； 功能性需求：定义系统必须完成的任务； 操作性需求：定义任务的具体人机交互；
需求跟踪
登记需求功能点，并在设计、编码、测试的各环节追踪其实现位置 （需求跟踪矩阵法）；
需求规格说明书（模板暂未定） 需求跟踪矩阵 需求变更管理表(含变更单)
六、附件二：需求变更流程
本PPT阐述了小型软件企业在资源有限 阐述了小型软件企业在资源有限 的情况下， 的情况下，应该从需求以下几个关键点 进行开发与管理。 进行开发与管理。
需求工程规范
一、软件特征
① 复杂性：人脑功能的加强与延伸 ② 难以描述性：自然语言的二义性导致难以表达 ③ 不可见性：无形的，存在于各种存储介质中 ④ 变化性：代码的修改引起功能的变化
需求变更控制
按照变更控制流程，通过变更单清晰定义变更内容，越精确定义需 求，越能避免需求的渐变，减少变更误解，做到变更的可控性与有 益性；（变更单+评审相结合，配置管理上辅助实施） 变更策略：项目启动后，进入需求基线前，侧重变更的清晰定义； 项目进入设计及之后的实施阶段，侧重变更的可控性与必要性；
五、附件一：需求阶段规范产物