需求分析阶段说明和任务分解

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

需求分析的目的:用户和开发者共同明确将要开发的是什么系统。

有一个软件开发人员滔滔不绝地向用户讲解在“信息高速公路上做广告”的种种好处,用户听得津津有味。最后,心动的用户对软件开发人员说:“好得很,就让我们马上行动起来吧。请您决定广告牌的尺寸和放在哪条高速公路上,我立即派人去做。”

项目组在开发产品时并不清楚究竟该做什么,但却在一直忙碌不停地开发。

如何调查需求、如何写需求文档????

需求获取-----》(用户需求说明书) -----》分析建模-----》需求定义和描述(需求规格说明书)-----》需求复审和验证

主要步骤:

1 了解项目背景,事先准备问题,设计问卷或调查表。(选择题,是非题),制定调查计划(时间,地点,人员);

需求调查的主要方式:

用户访谈;

参观用户的工作流程和操作;

分析已经存在的同类系统;

Internet搜索材料;

同行或专家的意见;

从《用户需求说明书》的模板中提取需求问题。

2 记录并整理调查内容,编写《用户需求说明书》(文字性描述)

3 分析建模(常见工具: UML用例图,状态图,类图,对象-关系模型,E-R 图,数据字典,数据流图等)

4 编写《需求规格说明书》SRS(Software Requirement Specification)(文字性描述+图形模型)。

文字表述是第一重要的,图形模型是分析和解释。

测试计划与设计,开发同步,仅仅执行测试在编码之后。

测试组人员根据《需求规格说明书》编写《系统测试计划》

5 复审,需求确认。填写《需求跟踪矩阵》。

《用户需求说明书》和《需求规格说明书》两者区别:

《用户需求说明书》:自然语言,粗略描述。

《需求规格说明书》:细化,计算机语言,图形符号。

需求分析阶段任务分解 5天

2.1准备:了解需求分析的目的,方法,常见的调研方法,学习需求调研理论知识,每个学生完成心得体会并小组内分享、讨论。设计需求调研的调查表。(事先准备问题)

2.2 需求调研:项目经理与客户(实训教师)进行需求调研,也可以参考现有的系统的功能。项目秘书做会议纪要,包括时间,地点,参与人员(双方),确认议题和内容,结果,(填写需求调研报告)。确定系统的功能需求,性能需求(响应速度),界面需求。编写《用户需求说明书》作为项目档案。由实训教师(或其他组项目经理)进行评审,修改后进行需求确定,提交最终的文档。

2.3 需求分析和定义:项目经理分配需求任务,细化需求功能点, 2个开发人员负责功能需求(使用UML用例图,活动图等,描述用例说明信息),1个开发人员负责界面需求(用户界面初步设计,如静态HTML),测试组组长确定测试需求。

2.4 确定软件系统的逻辑模型,整理需求文档,其他人员提供素材,项目秘书协助编写《需求规格说明书》。测试组制定《系统测试计划》并分配任务。

2.5 评审会。其他人员完成心得体会(扮演的角色及贡献,花费时间,需要改进的地方,对项目的建议和意见),任务难易程度和角色的调整。

周总结例会:

根据自身的角色,补充相关的知识。

项目经理对每个组员进行评价和考核,并做记录。考核指标:出勤,任务的难易,任务的重要性,完成情况,质量,是否具有团队精神,协作意识。

相关文档
最新文档