软件项目如何进行需求分析.docVIP

软件项目如何进行需求分析软件项目如何进行需求分析?我们要围绕两个核心问题开展需求分析：（1）应该了解什么？（2）通过什么方式去了解？ 1 应该了解什么那怕是天下最无能的市长或书记，都知道在作报告时要先从宏观上讲一、二、三、四、五，再从细节上讲A、B、C、D、E。需求分析不象侦探推理那样从蛛丝马迹着手。应该先了解宏观的问题，再了解细节的问题，如图4.1所示。 一个软件系统（记为 S）的涉及面可能很广，可以按不同的问题域（记为D）分类，每个问题域对应于一个软件子系统。S = { D1，D2，D3，… Dn }问题域Di 由若干个问题（记为P）组成，每个问题对应于子系统中的一个软构件。Di = { P1，P2，P3，… Pm }问题Pj有若干个行为（或功能，记为F），每个行为对应于软构件中的接口。Pj = { F1，F2，F3，… Fk }按图4.1结构写成的需求说明书，对于那些只想了解宏观需求的领导，和需要了解细节的技术员都合适。在写需求说明书时还应该注意两个问题：（1）最好为每个需求注释“为什么”，这样可让程序员了解需求的本质，以便选用最合适的技术来实现此需求。（2）需求说明不可有二义性，更不能前后相矛盾。如果有二义性或前后相矛盾，则要重新分析此需求。 2 通过什么方式去了解 了解需求的方式有好几种：（1）直接与客户交谈。如果分析人员生有足球评论员的那张“大嘴”，就非常容易侃出需求。（2）有些需求客户讲不清楚，分析人员又猜不透，这时就要请教行家。有些高手真的很厉害，你还没有开始问，他就能讲出前因后果。让你感到“听君一席言，胜读十年书。”（3）有很多需求可能客户与分析人员想都没有想过，或者想得太幼稚。要经常分析优秀的和蹩脚的同类软件，看到了优点就尽量吸取，看到了缺点就引以为戒。前人既然付了学费，后人就不要拒绝坐享其成。 软件工程之需求分析过程介绍软件需求工程过程(SREP)，本文简要地列举并说明了在整个软件需求工程的过程中的工作职责要点。一、 开始 1. 项目经理根据项目特点，指定对过程表格的具体要求； 2. 项目经理制订项目的标准，包括：DTS(缺陷类型)、TRA(风险类型)、TRS(需求类型)等，在过程表格中按标准引用. 二、 计划1. 计划经理估算需求开发时间； 2. 计划经理完成：SPT(进度计划)、TPT(任务计划)，将计划数据录入PDS(项目计划摘要). 三、 需求获取 1. 软件需求工程师搜集系统概要信息，填写REQ(需求获取概貌)； 2. 软件需求工程师搜集用户需求，分类并清晰地把需求写入REA(需求获取/分析)、RES(需求获取情节)、UIR(用户交互需求)； 3. 检查需求获取过程，并填写REC(需求获取检查)； 4. 如果检查不通过，从1.重头开始过程； 5. 软件需求工程师填写TRL(时间记录日志)、PIP(过程改进建议)； 6. 计划经理整理本阶段数据，录入SPT、TPT. 四、 需求分析1. 软件需求工程师进行需求分析，建立分析模型，数据字典及项目词汇表，完成REA（分析模型的具体要求，请分别参见结构化分析和面向对象分析的具体作业指导书）； 2. 软件需求工程师将发现的需求的冲突、交迭、冗余或矛盾，记入NCR； 3. 检查需求分析，完成RAC(需求分析检查)； 4. 如果检查不通过，从1重头开始过程； 5. 软件需求工程师填写TRL、PIP； 6. 计划经理整理数据，录入TPT、SPT. 五、 协商1. 软件需求工程师利用NCR，与风险承担者协商解决需求分析中发现的问题，将决议录入NCR； 2. 软件需求工程师根据决议，修改REA等相关文档； 3. 如果有新的需求引入，需要重新进行需求分析阶段； 4. 软件需求工程师填写TRL、PIP； 5. 计划经理整理数据，录入TPT、SPT. 六、 需求评审1. 评审小组负责人拟定检查清单，为成员分派检查任务，制订评审日程表； 2. 评审员各自评审分派的内容，将发现的问题录入DRL(缺陷记录日志)； 3. 评审小组负责人组织评审会议，各小组成员提交DRL并讨论； 4. 评审小组以IRF形式提交检查报表； 5. 软件需求工程师根据IRF修订相关文档； 6. 计划经理整理数据，录入TPT、SPT。 七、 需求文档编写1. 软件需求工程师综合考虑功能需求和非功能需求，编写《软件需求说明书》 《软件需求说明书》的编写格式与要求，请参见具体的作业指导书。 2. 利用RDC检查《软件需求说明书》是否全面、正确并可执行； 3. 如果检查不通过，从1重头开始过程； 4. 软