需求工程总结

1、第1章.需求工程导论本章小结从20世纪60年代末期软件工程产生起，需求分析就一直是软件开发的重要主题20世纪90年代的调查状况表明，单纯的需求分析已经不能很好的解决软件生产中的“需求” 问题应用型软件的模拟性和一系列的技术原因表明软件生产需要进行一个比需求分析更加复杂和 完整的需求工程需求工程是软件工程当中一项重要和复杂的活动，需求工程需要具备一定的知识和技能才可 以很好的执行需求工程活动第2章.需求基础实例分析（系统A招标书）请说出下列需求的类型，是否存在问题？口 1、实现各部门的公文流转无纸化、文档一体化、业务管理的规范化、自动化和网络 化；口 2、实现工作流程合理化、高效化，决策支持科学

2、化、准确化；口 3、统一办公流程、规范公文格式，加强信息交流和共享，提高工作效率。请说出下列需求的类型，是否存在问题？口先进性：软件系统采用三层B / S系统结构，以“界面表示层一逻辑处理层一数据访问 层”分层设计实现。采用国际上先进成熟的、厂商广泛支持的计算机技术、网络技术 与软件技术对系统进行规划，保证系统整体架构在未来几年内都处于国际领先的地 位。口安全性：软件系统具有较高的安全要求，系统必须具备充分的安全措施，包括具备严 格的权限控制机制和完备的日志记录，以确保信息安全。口可靠性：保证系统核心功能可以7X24小时连续运行；口规范性：系统必须遵循国家有关法律法规要求，符合国家有关标准要求

3、以及关于信息 系统建设的各项标准和规范。请说出下列需求的类型，是否存在问题？口收文管理应包括：来文登记、拟办、领导审批、办理、归档、查询统计等功能。附件支持WORD、 PDF、EXCEL、HTML等文档类型格式；需提供方便、灵活、直观的文件 批示处理；对收文的处理全过程进行自动化管理、跟踪和记录；在收文处理 的过程中，支持电子印章、电子签名或手写批注等功能。 来文登记：完成来文登记功能。登记来文基本信息（来文编号、来文标题、 主题词、来文单位、来文时间），还要对原文进行扫描处理，引入到公文库中。 并可完成收文办文单打印功能。完成后启动收文流转流程。拟办：查看公文的基本信息，原文内容。签录拟办意

4、见，发送给领导审批。领导审批：查看公文的基本信息，原文内容。签录批示意见，确定主办部门、 协办部门。办理：办理人根据领导批示办理，记录办理情况。归档：对办理完结的来文归档，将来文信息、拟办意见、领导批示、办理情 况等信息及来文扫描件发送到档案管理系统，档案科确认接收的文件，才属 于己归档文件。查询统计：提供按来文编号、来文标题、主题词、来文单位、来文时间等查 询统计功能，要求查询统计结果可以打印。请说出下列需求的类型，是否存在问题？口编程应遵循如下原则：唯一性：每个实体及其属性必须有唯一的代码来确切地定义。可扩充性：考虑到系统以后的发展，编号要留有余地。当增加新的实体时， 可以直接在原代码的基

5、础上加以扩充，扩充后不会引起代码体系的混乱，这 样就避免了重新设计代码系统的麻烦。通用性：凡国家、行业、地方对编码有统一标准和规定的，应尽量使用标准 代码，代码适用范围越广越好。没有标准代码的，投标方设计的代码也应该 统一，如代码长度与格式的统一。便于记忆和识别：代码不但要具有一定的逻辑定义，也要尽量考虑用户的使 用习惯，使代码便于记忆和识别，做到简单明了简短性：在满足需要的前提下，代码要尽可能短。编程人员必须对所有代码进行严格自测。请说出下列需求的类型，是否存在问题？口验收投标方需提供以下文档：软件需求分析报告软件总体设计报告软件操作手册软件配置手册软件试运行报告应用软件介质请说出下列需求的

6、类型，是否存在问题？口培训要求投标人必须提供相应的应用软件技术和系统操作等方面的培训。投标人须在 文件中提出全面、详细的培训课程以及时间表交给业主，并在合同签定后征 得业主同意后实施。投标人应提供面向系统管理员的应用软件系统结构、日常维护等方面的培训。对于所有培训，投标人必须派出具有相应专业资格和实际工作经验的人员进 行培训。投标人须提供详细的培训计划。以上培训内容的培训费用均包含在投标报价内，项目采购人不再另行支付实例分析（系统B需求规格说明）请说出下列需求的类型，是否存在问题？口 2.1.开发意图1.减少人力成本2.提高办公效率3.成本统计、查询4.历史信息查询5,支持WEB操作请说出下列

7、需求的类型，是否存在问题？口 2.3.产品功能2.3.1.人员管理对本公司的人力资源进行管理。提供功能：新员工信息录入、信息修改（晋升、部门调动、休假、婚 姻状况变更）、离职人员归档。注）该操作需要具有人员管理权限的人才可以进行。2.3.2.业务管理对本公司的业务进行管理。提供功能：新业务录入、现有业务变更（计划提前或延后、合同金额 或付款方式变更、业务内容变更）、已完成的业务归档。注）该操作需要具有业务管理权限的人才可以进行。请说出下列需求的类型，是否存在问题？口 2.4.1.扩展性要求结构设计良好，二次开发成本要求低于本次开发成本30%能够简单的进行多语言版本改造。口 2.4.2.灵活性支

8、持主流浏览器：IE7,8, FireFox2.0, Google浏览器。口 2.4.3.精度金额相关：小数点后保留2位有效数字；时间相关：精确到秒；传输过程中的精度：小数点后保留5位有效数字。口 2.4.4.响应要求用户登陆：=0.5秒页面跳转：=2秒口 2.4.5.安全性系统管理员（admin）负责系统维护；根据公司体制指定各部门负责人，并赋予相应的操作权限；所有信息保存在MySQL数据库中；用户密码采用密文形式保存请说出下列需求的类型，是否存在问题？请说出下列需求的类型，是否存在问题?口 3.3.2.人员信息变更目的：修改员工信息。功能：提供员工信息修改界面，并将修改后的信息保存进MySQ

9、L数据库。步骤：口 1.在界面上修改员工信息。口 2.操作者权限检查。口 3.操作成功，返回人员管理界面；口操作失败，提示错误信息。流程图:解系统通过共享知识和问题域进行互动，从而解决现实世界中的问题具体的需求包括口功能需求、性能需求、质量属性、对外接口和约束需求工程活动是依据需求的内涵与外延逐步展开的书写的需求应该具有优秀的特性，尤其要避免出现常见的错误第3章.需求工程过程思考题1.除了需求开发的四个活动和需求管理活动之外，需求工程当中还有没有需要执行的活动？ 如果有的话，它们是哪些活动？给出你的理由。2.需求开发过程具有迭代特性，但是不是所有项目的需求开发过程都必须是迭代完成的？如 果不是

10、，请给出举例和理由。3.需求开发的迭代特性与软件开发过程的迭代式开发有什么关系？它们之间会互相影响吗？ 如果会，那么有哪些影响？ 4.需求工程细节知识的实践性对不同项目的需求开发过程的差异性有没有影响？如果有，请 说明影响是什么。如果没有，请说明是哪些因素产生了不同项目的需求开发过程的差异性。本章小结需求工程有着属于它自己的生命周期模型，存在着针对需求开发的需求工程过程需求工程过程拥有一些常见的需求工程活动：需求获取、需求分析、需求规格说明、需求验 证和需求管理需求开发活动是互相交织、并发、迭代和递增的需求工程过程的成功执行需要应用很多的有效实践方法第4章.需求获取概述本章小结需求获取是一个困

11、难和复杂的任务需求获取的成功执行需要有效组织子活动过程执行需求获取时既要尽可能全面，又要防止不完备，更要注意进行过程控制实践调查情况表明，需求获取活动还是一个具有挑战性的任务第5章.确定项目的前景和范围如果存在不同业务需求之间的冲突，那么在确定项目前景和范围阶段必须予以解决注意：业务目标要具有第二章所述的各种优秀特性，尤其是要有可验证性实例分析（一户式存储软件）问题描述口在软件开发期间造成很大的麻烦。由于时间比较紧张，并没有仔细去明确业务需求结果口在开发过程中，技术人员与业务人员通过交流，发现很多问题，这样就不断修改业务 需求，再修改程序，浪费了很多时间。口特别是由于单位领导参与到这次需求之中

12、，提出的需求有的不是很符合系统整体的功 能，甚至是超出一户式储存软件的范围业务实例分析（一个管理信息系统）解决口问题业务需求口用户问题；开发人员方案；用户评价思考题你被任命为替换学生财务资助项目的项目经理。你想开发一个工作陈述来定义范围并降低范 围蔓延的风险。财务资助部门的主管坚持要你15个月、600 000美元的预算内替换他现有的系统就可以了。 他说这就是你需要知道的全部，不需要浪费时间开发一个工作陈述了。省略工作陈述的风险是什么？你将如何说服主管？ 一个需求工程师正在为一个信息系统考虑三个可选的解决方案，所有三个方案都满足了用户 的业务需求。第一个方案被认为与开发人员的技术知识最一致，第二

13、个方案被认为是最快的实现方案，第三个方案是最划算的方案。这三个方案中是否有一个可行方案？如果是这样，你认为需求工程师应该如果做出最后决 定？某大银行的一位银行卡办公室的收账经理Liz遇到了一个问题。她每周都收到一份过期未付 款的账户名单。这份报告已经从两年前的250个账户增加到现在的1250个账户。为了确定那些严重拖欠债务 的账户，Liz需要通读这份报告。严重拖欠债务的账户由几个不同的规则确定，每个规则都要 求Liz检查客户的一项或几项数据。过去半天的工作量现在增加到了每周三天。即使在确定 了严重拖欠债务的账户后，如果没有查阅该账户三年内的历史资料，Liz也不能做出最后的信 用决定（例如严厉的

14、催款电话、断绝信用或将这个账户转给一个收账代理）。另外，Liz需要 报告所有账户中过期未付款的、拖欠债务的、严重拖欠债务的和呆死账的比例。目前的报告 中并没有给她提供这个信息。假设现在需要你来开发一个软件，解决Liz面对的难题。那么你认为Liz现在遇到的问题有哪 些？你希望新的软件应该达成哪些业务目标？你怎样设计软件的高层解决方案和系统特性？ 本章小结确定项目的前景和范围是需求工程以及整个项目的重要工作，它决定着整个项目后继工作的 方向确定项目的前景和范围要口首先从分析问题着手口然后依据明确的问题发现业务需求口最后再为业务需求定义问题的解决方案依据系统特性各个单独问题的解决方案整合起来，就是整

15、个解系统的整体解决方案项目的前景和范围需要以文档的方式明确的固定下来第6章.涉众分析与硬数据采样注：1、涉众分析就是为软件系统寻找并理解关键涉众的过程实例分析（办公系统）问题口在开发过程中，因都是平时工作中接触的业务范围，因此开发时以为满足了功能需要， 实现了软件预定的管理和统计功能，那么开发就是成功的口在用户测试阶段，各等级的用户都反映出相对一致的意见。其中，反映最多的就是系 统维护和操作太复杂，甚至经常报告说服务器和软件不稳定，不匹配。经认真调研， 发现问题虽然有一点，但绝非基层报告的那么严重，软件应该是可以满足日常工作的。口结果：2003年，我处信息化还没有普及，尤其是基层领导，个别甚至

16、是电脑盲。而我 们的软件，为提高使用效率，设置了大量的快捷键操作方式，这让个别领导感觉难以 接受。解决口后来，我们对软件的操作界面和菜单进行了优化和简化，而用单选框选择代替了审批。 通过一系列的修改和完善，反对该软件的人渐渐少了。实例分析（地税业务管理系统）问题口因为地税业务各地有差别，各地的技术条件也有差别，有的地市已经实现了全市联网， 使用上了小型机，有的地市、县还分立服务器，服务器还由PC服务器代替。每个地 市的业务人员提出的业务需求均以本地业务需要为参考，造成在推广过程中发现业务 上不适应全省实际情况的现象，为后期推广带来了难度。总结口前景与范围&涉众分析口协商实例分析（供水业务管理系

17、统）问题口在系统上线后，首先表达不满的是申请接水及变更业务的用户。我们发现，由于柜面 人员需要向系统中录入申请信息并且扫描、上传部分重要文件，这延长了柜面办理业 务的时间，造成用户业务申请的等待时间增长。总结口我们在涉众识别的时候，遗漏那些不使用系统（非参与者）但是被影响的人，一一在 本项目中就是直接到柜面申请接水及变更业务的人。然而接水及变更业务的申请人是 自来水公司的客户，非常重要。实例分析（供水系统）问题口系统上线后，一线用户普遍向我们反映系统操作的风格不符合他们的习惯，使用起来 不方便，造成他们操作效率很低。解决口经过了解分析，我们发现：在对外服务平台项目之前，自来水公司内部开发人员开

18、发 了一套简单的对外服务管理系统。虽然该系统非常简单，功能有限，但是该系统已经 使用了相当长的一段时间，用户已经习惯了该系统的操作风格。然而我们直接判断该 系统是落后的，功能不健全的，我们要作一个全新的系统，所以没有过多的关注该系 统实例分析（供水系统）问题口在系统上线前，我们需要将用户收集积累的水表信息导入到系统中。在导入时，我们 发现用户提供的水表号信息有大量的重复现象。而在系统设计时，水表号是主键。这 是一个非常严重的问题。总结口硬数据采用不足实例分析（供水系统）问题口当业务流程进入到与施工方相关的任务时，流程多半停滞下来，但现实中的因为仍在 继续办理。经过了解，我们得知：由于系统中要求

19、施工方填写的部分信息属于机密信 息，但系统中并未对这些内容作保密处理。解决口涉众分析冲突协商思考题Phil Ittup是系统分析员团队中的一员，他受委任去与组织成员面谈，为系统研究收集材料。企业称为Fall Back工业，它有5个管理层。此外，生产、会计、营销、系统、物流和高层管 理是将受到所建议的系统影响的职能区域。每个阶层大约有40人。生产层共有80人，会计 层有35人，营销层有42人，系统层有10人，物流层有28人。高层管理有5人。Phil应该怎样选择面谈对象？为什么？Maverick公司是一家有15年历史的国内货物运输公司，假设你的小组担当Maverick公司的 系统分析与设计团队，为

20、Maverick公司的所有业务设计一个计算机化或者增强设计计算机化 的项目。Maverick主要进行卡车零运，管理人员按照实时处理（Just In Time）原则工作。在 这个原则指导下，他们建立了包括发货人、收货人和承运公司的伙伴关系，目的是准时运输 和交付生产线上需要的材料。Maverick主张用626台拖拉机拖运货物，它拥有45000平方英 尺的仓库和21000平方英尺的办公场地。制定分析Maverick公司的信息需求时，应当收集的硬数据列表。（提示：想像一下该 公司要开展的工作，应该会有哪些登记表格）。设计一种采样机制，使得小组在不必查看这家公司15年来产生的所有文档的情况下， 形成对

21、该公司的清晰认识。本章小结涉众是软件项目当中的重要力量口涉众的合作与参与是项目成功的必要条件口涉众对产品的接受度和满意度也是成功的一个衡量标准对于复杂的系统，涉众力量的有效发挥并不是一件容易的任务口对必要内容的关注和一个完整的过程可以帮助项目利用涉众的力量口对涉众的分析需要很多的分析方法和技巧硬数据也是需求获取当中一个非常重要的源头口不同的硬数据有着不同的贡献口对硬数据的有效采样是发挥硬数据作用的必要前提第7章.面谈实例分析（业务管理系统）一是事先没有充分做好面谈的相关准备工作，没有带着问题去调研。在调研前，仅组织进行 了半天的简单培训，并发了一份简单的调研计划和调研内容表，就要求开展调研，导

22、致获取 的需求不全面，不细致。二是没有征对不同的涉众对象，制定不同的面谈策略，更没有事先策划好问题组织的使用技 巧，最终导致面谈效果不好。口总以为是在内部，一定能获得详细的需求。事实上，很多都是应付式的回答。我们问: 你对这个软件开发有什么希望和建议？大部分人的回答是没有建议或者建议“操作要 简单”。口回答多是被动式应付，而且无论回答问题还是填写问卷调查，不能充分表达出真实意 图，导致在需求分析过程中出现很多模糊需求，从而影响了开发进度。思考题在重新浏览面谈日程的时候，你发现有几个问题看上去不合适。下面是准备问Sampson纸产 品公司销售经理的原问题。这家公司想把它的一些销售信息放到Web上

23、去，以便经理们可以 交互地评论它，从而优化他们的销售方案。用更合适的方式，重新写下面的问题。口你的下属告诉我，你非常渴望有一台计算机。这是真的么？口我是这个领域的新手，我有没有忽略什么呢？口你在销售计算中最常用的信息资源是什么，使用频度如何？口其它销售经理认为，把一些月度销售商品放到Web上，然后做趋势分析，将会是一种 主要改进，你同意他们的做法吗？口没有比你现在使用的陈旧的方法更好的销售方案吗？作为系统分析项目的一部分，需要为生产数字钟的Chronos公司更新自动化会计功能。你将 要同首席会计Harry Straiter面谈。口说明你将如何联系Harry以安排一次面谈。口说明在这场面谈中你会

24、使用哪种面谈结构？为什么？口 Harry有3个下属也使用这个系统。你和他们面谈吗？为什么？从你进门到现在，面谈对象Max Hugo 一直在翻阅文件、看手表、点燃和掐灭香烟。根据你 看到的有关面谈对象的情况，可以猜出Max很紧张，因为它需要做其它事情。用一段话描述， 为了使面谈能在Max全神贯注下完成，你将如何处理这种情况。（Max不能在另外一天重新 安排面谈。）本章小结面谈是需求获取当中最为常用的手段，效果显著成功的面谈需要很多的面谈技巧口对问题类型和组织结构的掌握是其中最为重要的技巧口面谈的组织和进行当中也要注意很多事项按照完整的过程执行面谈可以更好的保证面谈的效果经过长期的实践，面谈发展出

25、了多种不同的形式和类似的需求获取方法口三种类型的面谈口群体面谈、调查问卷和头脑风暴第8章.原型利用原型的好处有：口及时、有力的响应用户需求的变化；口帮助控制不完整需求所带来的风险；口提高用户在软件开发中的参与程度。实例分析问题口项目使用到了原型。该原型主要用于探索与试验目的，开发速度快，采用了一些技术 不成熟的构造技术，原本打算在项目开发时抛弃。但是公司高层领导认为该原型花费 了大量人力、物力以及时间，所以不允许抛弃。要求开发团队在该原型基础上继续开 发，以到达到节约开发成本的目的口然而，事实上事情并非之前所预料的那样。由于该原型的质量没有达到最终系统的要 求，部分实现细节存在缺陷，所以开发时

26、不得不重新整理该原型，反而增加了项目的 时间成本与风险。本章小结原型是软件开发当中消除不确定性风险的有效工具，是一种有效的需求获取方法原型的体系是复杂的，不同类型的原型具有不同的作用和创建要求，实践当中应该综合考虑 各种应用因素选择合适的类别一个完整的原型方法过程可以帮助更有效的应用原型方法原型方法的应用可能会给项目带来相应的风险，需要妥善的加以解决 思考题说明下列典型的应用情境适合使用哪种类型的原型？口人机交互界面信息表格或者报表。口人机交互界面具体功能的设置。口人机交互界面任务的执行过程。功能探索任务的功能内容。 功能探索任务的执行过程。 功能探索任务的执行效果。第9章.观察和文档审查本章

27、小结在需求获取的诸多方法当中，观察的作用越来越显重要，它可以帮助解决情景性问题采样观察的应用方法较为固定，但民族志的应用非常复杂，需要很多的实践积累文档审查方法是专门用于处理各种硬数据的需求获取方法思考题观察用户工作总是困难的。它通常使你和用户都感动不舒服。为了确保由于你的访问而不至 于使用户的行为发生改变，你应该怎么办？为了使观察看起来更自然一些，你应该怎么做？“我知道你有很多材料。那些材料里到底有什么？ Betty Kant问道，她是MIS特别工作组的负 责人。MIS特别工作组是你的系统团队联络Sawder家具公司的桥梁。你拖了一大堆材料，正 准备离开这栋楼“哦，是过去6个月的一些财政决算

28、、生产报表，还有Sharon给我的一些业绩报表，业绩报表 涵盖了过去6个月的目标和工作业绩。”你在回答时，有些纸掉到了地上，“你为什么问这个 Betty为你拾起纸并把它放到最近的桌子上，回答道：“因为你根本不需要这些垃圾。你来这 里要做一件事情，就是和我们这些用户谈话。从这些材料中得不到任何有益的信息。”只有告诉Betty你从每份文档中找到的东西才能使她相信每份文档都是重要的。用一 段文字解释文档为星期工程师提供了什么帮助？在你和Betty谈话的时候，意识到实际上也需要其他的定量文档。列出你缺少的东西。第10章.模型驱动方法1、场景的内容主要关注点关于现在的，关于未来的，关于解决方案的环境范围

29、系统内部，系统外部，系统和环境的交互抽象层次具体的、抽象的、混合的覆盖范围 功能需求，非功能需求粒度整个业务过程；某个任务的完成过程；某个交互行为的详细处理步骤示例类型正常流程，异常流程本章小结模型驱动方法是基于模型的建立和使用而提出的方法，它在整个需求工程，甚至软件工程中 都可以发挥重要的作用面向目标的方法目标的概念将会对需求工程产生重要的影响 基于场景的方法在软件工程当中有着极为广泛的应用口基于用例的方法是最为常用的一种基于场景的方法模型驱动方法虽然已经得到了相当广泛的应用，但是它们仍然在不断的发展和完善第十一章.需求分析概述企业建模作用：主要用来理解组织的结构、行为规则、目标、重要成员的

30、任务与职责、操纵的数据等等。企业 建模利用企业的目标、任务、策略、资源等来刻画组织的行为，并依此来发现组织开发系统的 目的，建立系统的业务需求本章小结需求分析是需求工程中最为重要和核心的活动，它对信息的建模是理解问题的关键，也是创 建正确解决方案的关键需求分析涉及很多的技术和方法，需求分析活动的有效执行需要分析人员能够掌握并判定这 些方法的选择与使用需求分析过程当中会执行很多的重要子活动，它们的有效整合确保了整个需求分析工作的成 功思考题分析“结构化分析”和“面向对象分析”的过程，说明它们为什么都开始于系统的边界定义？“事件”和“事物”一直是进行需求分析的一个重要思路，你对此如何评价？列举面向

31、对象分析的各种技术，说明它们是对结构化分析技术的继承和借鉴吗？如果是，那 么说明它们借鉴了哪些结构化分析技术，如果不是，那么说明它们的数学基础是什么？Wieringa框架和Zachman框架给了你什么启示？结合实践调查情况，评价一下各种建模技术在实践中的重要性.第15章.需求规格说明实例分析（wiki的使用）由于时间压力以及采取迭代开发的方式，造成了该项目没有编写需求规格说明书。但是可以 采用更为灵活的方式编写，例如wiki。我曾在某一预研性质的项目中使用wiki来完成各类文 档。结果证明它非常好用。个人认为wiki非常适合用在迭代开发以及预研性质的项目中编写文档。实例分析（公司A）我们公司项目的需求规格说明书，主要存在以下几点问题口模版不是很统一，具有很多个人的特点口没有明确的业务需求、用户需求、系统需求，这三个层次，在需求规格说明书中或多 或少地涵盖前三项内容，但显得不够饱满和清晰口鉴于项目的状况，一般较少考虑硬件需求，倒是一般来说，项目上线选用的都是最新 的硬件设备，成本较高。口内容的书写