软件项目的需求分析课程大纲.docxVIP

软件项目的需求分析课程大纲

一、课程引言

1.软件项目建设源于需求，需求分析是将需求转化为系统功能的关键环节。

2.引出课程核心问题：什么是需求分析、其重要性、对项目建设的影响，以及业务部门与科技部门职责、需求分析流程。

二、需求分析的重要性与基本概念

1.重要性

-作为项目开端与基石，质量直接影响项目质量，八成失败项目源于需求分析不明确。

-分析需求不明确的原因：

-用户参与度不够，致开发人员理解片面、功能分析不完整，引发返工与资源浪费。

-用户需求易变，想法一日数改，使开发人员频繁返工。

-用户需求模棱两可，增加需求不确定性。

-未抓住主要矛盾，引入不必要特性。

-用户分类不到位，分析不全面。

2.基本概念

-指对要解决问题详细分析，明确输入、输出与结果要求。

-软件开发中，任务是回答“系统必须做什么”，确定系统工作内容，输出软件需求规格说明书。

三、需求分析的层次

1.业务需求分析：体现组织高层次目标，阐述开发系统的缘由与期望达成目标，如企业为优化供应链管理开发新系统。

2.用户需求分析：描述用户使用系统达成的目标、任务，即用户能用系统做什么，如员工通过考勤系统打卡、查询考勤记录。

3.功能需求分析：明确系统为解决用户问题需执行的操作、目标用户及操作细节，如电商系统支持用户浏览商品、加入购物车、结算付款等功能。

4.非功能性需求分析

-性能需求分析：涵盖系统执行速度、响应时间、吞吐量、并发度等指标要求，为软件架构设计、性能测试提供依据。

-可维护性与可扩展性：包含模块性、可复用性、易分析性，便于后续系统维护升级。

-可靠性：涉及易恢复性、容错性、成熟性，保障系统稳定运行。

-易用性：聚焦易操作性、界面美观、易学习性，提升用户体验。

四、需求分析流程

1.需求获取

-核心环节，困难且关键，易出错，需充分沟通。

-方法：

-问卷调查：编写问卷收集需求，效率高，利于统计分析，受众广。

-访谈：正式约访与非正式交流（电梯、茶水间、电话、邮件、视频等）结合，提前准备提纲。

-头脑风暴：组织会议，营造畅所欲言氛围，激发创意灵感。

-标杆对照：参考同行业优秀案例。

-原型系统：针对需求不明情况，开发可操作模型，依用户反馈明确需求。多种方法可并用。

2.分析需求

-遵循步骤：理解需求来龙去脉，抓关键点，思考3W1H（who、what、why、how），其中why最关键。

-从多方面分析：

-需求要素分析：剖析内容、用户/角色、频次、价值、场景-动机、强度，明确需求详情、服务对象、重要紧迫程度、真伪目的及价值。

-定位分析：判断需求对产品当前阶段目标的意义，用于优先级排期与框定需求范围。

-需求分解：细化原始粗粒度需求为独立可实现子需求。

-优先级分析：以子需求为单位，依判断方法原则，评估上线顺序与时间，确保关键功能优先。

-常见问题：

-缺乏系统性：无分析框架，考虑不全面。

-缺乏深度：对需求要素认识浅，如对用户了解笼统。

3.需求文档化：输出《软件需求规格说明书》，描述软件需求，涵盖业务、功能、数据模型等，为开发测试依据，展示模板更佳。

4.需求验证：通过需求评审，组织开发、测试、项目经理、文档编写人员，以软件需求说明书为基，评审需求正确性、一致性、完整性、可行性，确保人员看法一致。

5.需求确认：需求部门确认签字，为开发测试基础，影响项目验收，变更需走流程。

五、实战案例分享

1.案例一：XX年，接X业务部门需求建票据系统，对接票交所ECDS系统，介绍项目关键节点与成果。

2.案例二：2020年，A公司承建B公司系统，因需求变更致项目推迟4个月上线。

-原因：

-需求分析不明、业务流程不合理。

-获取需求方法不当。

-需求提出部门配合不力。

-措施：

-事前分析干系人，争取用户与主管支持。

-针对干系人选取合适需求获取方法。

-制作原型减少返工。

-确定需求优先级。

六、业务部门与科技部门职责

1.业务部门：

-明确自身需求及关联性，判断必要性。

-考量需求合理性、合规性，