需求工程总结

第1章.需求工程导论本章小结从20世纪60年代末期软件工程产生起，需求分析就一直是软件开发的重要主题20世纪90年代的调查状况说明，单纯的需求分析已经不能很好的解决软件生产中的“需求〞问题应用型软件的模拟性和一系列的技术原因说明软件生产需要进行一个比需求分析更加复杂和完整的需求工程需求工程是软件工程当中一项重要和复杂的活动，需求工程需要具备一定的知识和技能才可以很好的执行需求工程活动第2章.需求根底实例分析〔系统A—招标书〕请说出以下需求的类型，是否存在问题？1、实现各部门的公文流转无纸化、文档一体化、业务管理的标准化、自动化和网络化；2、实现工作流程合理化、高效化，决策支持科学化、准确化；3、统一办公流程、标准公文格式，加强信息交流和共享，提高工作效率。请说出以下需求的类型，是否存在问题？先进性：软件系统采用三层B/S系统结构，以“界面表示层－逻辑处理层－数据访问层〞分层设计实现。采用国际上先进成熟的、厂商广泛支持的计算机技术、网络技术与软件技术对系统进行规划，保证系统整体架构在未来几年内都处于国际领先的地位。平安性：软件系统具有较高的平安要求，系统必须具备充分的平安措施，包括具备严格的权限控制机制和完备的日志记录，以确保信息平安。可靠性：保证系统核心功能可以7×24小时连续运行；标准性：系统必须遵循国家有关法律法规要求，符合国家有关标准要求以及关于信息系统建设的各项标准和标准。请说出以下需求的类型，是否存在问题？收文管理应包括:来文登记、拟办、领导审批、办理、归档、查询统计等功能。附件支持WORD、PDF、EXCEL、HTML等文档类型格式；需提供方便、灵活、直观的文件批示处理；对收文的处理全过程进行自动化管理、跟踪和记录；在收文处理的过程中，支持电子印章、电子签名或手写批注等功能。来文登记：完成来文登记功能。登记来文根本信息〔来文编号、来文标题、主题词、来文单位、来文时间〕，还要对原文进行扫描处理，引入到公文库中。并可完成收文办文单打印功能。完成后启动收文流转流程。拟办：查看公文的根本信息，原文内容。签录拟办意见，发送给领导审批。领导审批：查看公文的根本信息，原文内容。签录批示意见，确定主办部门、协办部门。办理：办理人根据领导批示办理，记录办理情况。归档：对办理完结的来文归档，将来文信息、拟办意见、领导批示、办理情况等信息及来文扫描件发送到档案管理系统，档案科确认接收的文件，才属于己归档文件。查询统计：提供按来文编号、来文标题、主题词、来文单位、来文时间等查询统计功能，要求查询统计结果可以打印。请说出以下需求的类型，是否存在问题？编程应遵循如下原则：唯一性：每个实体及其属性必须有唯一的代码来确切地定义。可扩充性：考虑到系统以后的开展，编号要留有余地。当增加新的实体时，可以直接在原代码的根底上加以扩充，扩充后不会引起代码体系的混乱，这样就防止了重新设计代码系统的麻烦。通用性：凡国家、行业、地方对编码有统一标准和规定的，应尽量使用标准代码，代码适用范围越广越好。没有标准代码的，投标方设计的代码也应该统一，如代码长度与格式的统一。便于记忆和识别：代码不但要具有一定的逻辑定义，也要尽量考虑用户的使用习惯，使代码便于记忆和识别，做到简单明了简短性：在满足需要的前提下，代码要尽可能短。编程人员必须对所有代码进行严格自测。请说出以下需求的类型，是否存在问题？验收投标方需提供以下文档：软件需求分析报告软件总体设计报告软件操作手册软件配置手册软件试运行报告应用软件介质请说出以下需求的类型，是否存在问题？培训要求投标人必须提供相应的应用软件技术和系统操作等方面的培训。投标人须在文件中提出全面、详细的培训课程以及时间表交给业主，并在合同签定后征得业主同意后实施。投标人应提供面向系统管理员的应用软件系统结构、日常维护等方面的培训。对于所有培训，投标人必须派出具有相应专业资格和实际工作经验的人员进行培训。投标人须提供详细的培训方案。以上培训内容的培训费用均包含在投标报价内，工程采购人不再另行支付实例分析〔系统B—需求规格说明〕请说出以下需求的类型，是否存在问题？2.1.开发意图1.减少人力本钱2.提高办公效率3.本钱统计、查询4.历史信息查询5.支持WEB操作请说出以下需求的类型，是否存在问题？2.3.产品功能.人员管理对本公司的人力资源进行管理。提供功能：新员工信息录入、信息修改〔晋升、部门调动、休假、婚姻状况变更〕、离职人员归档。注〕该操作需要具有人员管理权限的人才可以进行。.业务管理对本公司的业务进行管理。提供功能：新业务录入、现有业务变更〔方案提前或延后、合同金额或付款方式变更、业务内容变更〕、已完成的业务归档。注〕该操作需要具有业务管理权限的人才可以进行。请说出以下需求的类型，是否存在问题？.扩展性要求结构设计良好，二次开发本钱要求低于本次开发本钱30%能够简单的进行多语言版本改造。.灵活性支持主流浏览器：IE7,8,FireFox2.0,Google浏览器。.精度金额相关：小数点后保存2位有效数字；时间相关：精确到秒；传输过程中的精度：小数点后保存5位有效数字。.响应要求用户登陆：<=0.5秒页面跳转：<=2秒.平安性系统管理员〔admin〕负责系统维护；根据公司体制指定各部门负责人，并赋予相应的操作权限；所有信息保存在MySQL数据库中；用户密码采用密文形式保存请说出以下需求的类型，是否存在问题？请说出以下需求的类型，是否存在问题？.人员信息变更目的：修改员工信息。功能：提供员工信息修改界面，并将修改后的信息保存进MySQL数据库。步骤：1.在界面上修改员工信息。2.操作者权限检查。3.操作成功，返回人员管理界面；操作失败，提示错误信息。流程图：本章小结需求是人们对现实世界问题解决的期望解系统通过共享知识和问题域进行互动，从而解决现实世界中的问题具体的需求包括功能需求、性能需求、质量属性、对外接口和约束需求工程活动是依据需求的内涵与外延逐步展开的书写的需求应该具有优秀的特性，尤其要防止出现常见的错误第3章.需求工程过程思考题1.除了需求开发的四个活动和需求管理活动之外，需求工程当中还有没有需要执行的活动？如果有的话，它们是哪些活动？给出你的理由。2.需求开发过程具有迭代特性，但是不是所有工程的需求开发过程都必须是迭代完成的？如果不是，请给出举例和理由。3.需求开发的迭代特性与软件开发过程的迭代式开发有什么关系？它们之间会互相影响吗？如果会，那么有哪些影响？4.需求工程细节知识的实践性对不同工程的需求开发过程的差异性有没有影响？如果有，请说明影响是什么。如果没有，请说明是哪些因素产生了不同工程的需求开发过程的差异性。本章小结需求工程有着属于它自己的生命周期模型，存在着针对需求开发的需求工程过程需求工程过程拥有一些常见的需求工程活动：需求获取、需求分析、需求规格说明、需求验证和需求管理需求开发活动是互相交织、并发、迭代和递增的需求工程过程的成功执行需要应用很多的有效实践方法第4章.需求获取概述本章小结需求获取是一个困难和复杂的任务需求获取的成功执行需要有效组织子活动过程执行需求获取时既要尽可能全面，又要防止不完备，更要注意进行过程控制实践调查情况说明，需求获取活动还是一个具有挑战性的任务第5章.确定工程的前景和范围如果存在不同业务需求之间的冲突，那么在确定工程前景和范围阶段必须予以解决注意：业务目标要具有第二章所述的各种优秀特性，尤其是要有可验证性实例分析〔一户式存储软件〕问题描述在软件开发期间造成很大的麻烦。由于时间比拟紧张，并没有仔细去明确业务需求结果在开发过程中，技术人员与业务人员通过交流，发现很多问题，这样就不断修改业务需求，再修改程序，浪费了很多时间。特别是由于单位领导参与到这次需求之中，提出的需求有的不是很符合系统整体的功能，甚至是超出一户式储存软件的范围业务实例分析〔一个管理信息系统〕解决问题业务需求用户问题；开发人员方案；用户评价思考题你被任命为替换学生财务资助工程的工程经理。你想开发一个工作陈述来定义范围并降低范围蔓延的风险。财务资助部门的主管坚持要你15个月、600000美元的预算内替换他现有的系统就可以了。他说这就是你需要知道的全部，不需要浪费时间开发一个工作陈述了。省略工作陈述的风险是什么？你将如何说服主管？一个需求工程师正在为一个信息系统考虑三个可选的解决方案，所有三个方案都满足了用户的业务需求。第一个方案被认为与开发人员的技术知识最一致，第二个方案被认为是最快的实现方案，第三个方案是最划算的方案。这三个方案中是否有一个可行方案？如果是这样，你认为需求工程师应该如果做出最后决定？某大银行的一位银行卡办公室的收账经理Liz遇到了一个问题。她每周都收到一份过期未付款的账户名单。这份报告已经从两年前的250个账户增加到现在的1250个账户。为了确定那些严重拖欠债务的账户，Liz需要通读这份报告。严重拖欠债务的账户由几个不同的规则确定，每个规则都要求Liz检查客户的一项或几项数据。过去半天的工作量现在增加到了每周三天。即使在确定了严重拖欠债务的账户后，如果没有查阅该账户三年内的历史资料，Liz也不能做出最后的信用决定〔例如严厉的催款、断绝信用或将这个账户转给一个收账代理〕。另外，Liz需要报告所有账户中过期未付款的、拖欠债务的、严重拖欠债务的和呆死账的比例。目前的报告中并没有给她提供这个信息。假设现在需要你来开发一个软件，解决Liz面对的难题。那么你认为Liz现在遇到的问题有哪些？你希望新的软件应该达成哪些业务目标？你怎样设计软件的高层解决方案和系统特性？本章小结确定工程的前景和范围是需求工程以及整个工程的重要工作，它决定着整个工程后继工作的方向确定工程的前景和范围要首先从分析问题着手然后依据明确的问题发现业务需求最后再为业务需求定义问题的解决方案依据系统特性各个单独问题的解决方案整合起来，就是整个解系统的整体解决方案工程的前景和范围需要以文档的方式明确的固定下来第6章.涉众分析与硬数据采样注：1、涉众分析就是为软件系统寻找并理解关键涉众的过程实例分析〔办公系统〕问题在开发过程中，因都是平时工作中接触的业务范围，因此开发时以为满足了功能需要，实现了软件预定的管理和统计功能，那么开发就是成功的在用户测试阶段，各等级的用户都反映出相对一致的意见。其中，反映最多的就是系统维护和操作太复杂，甚至经常报告说效劳器和软件不稳定，不匹配。经认真调研，发现问题虽然有一点，但绝非基层报告的那么严重，软件应该是可以满足日常工作的。结果：2003年，我处信息化还没有普及，尤其是基层领导，个别甚至是电脑盲。而我们的软件，为提高使用效率，设置了大量的快捷键操作方式，这让个别领导感觉难以接受。解决后来，我们对软件的操作界面和菜单进行了优化和简化，而用单项选择框选择代替了审批。通过一系列的修改和完善，反对该软件的人渐渐少了。实例分析〔地税业务管理系统〕问题因为地税业务各地有差异，各地的技术条件也有差异，有的地市已经实现了全市联网，使用上了小型机，有的地市、县还分立效劳器，效劳器还由PC效劳器代替。每个地市的业务人员提出的业务需求均以本地业务需要为参考，造成在推广过程中发现业务上不适应全省实际情况的现象，为后期推广带来了难度。总结前景与范围&&涉众分析协商实例分析〔供水业务管理系统〕问题在系统上线后，首先表达不满的是申请接水及变更业务的用户。我们发现，由于柜面人员需要向系统中录入申请信息并且扫描、上传局部重要文件，这延长了柜面办理业务的时间，造成用户业务申请的等待时间增长。总结我们在涉众识别的时候，遗漏那些不使用系统〔非参与者〕但是被影响的人，——在本工程中就是直接到柜面申请接水及变更业务的人。然而接水及变更业务的申请人是自来水公司的客户，非常重要。实例分析〔供水系统〕问题系统上线后，一线用户普遍向我们反映系统操作的风格不符合他们的习惯，使用起来不方便，造成他们操作效率很低。解决经过了解分析，我们发现：在对外效劳平台工程之前，自来水公司内部开发人员开发了一套简单的对外效劳管理系统。虽然该系统非常简单，功能有限，但是该系统已经使用了相当长的一段时间，用户已经习惯了该系统的操作风格。然而我们直接判断该系统是落后的，功能不健全的，我们要作一个全新的系统，所以没有过多的关注该系统实例分析〔供水系统〕问题在系统上线前，我们需要将用户收集积累的水表信息导入到系统中。在导入时，我们发现用户提供的水表号信息有大量的重复现象。而在系统设计时，水表号是主键。这是一个非常严重的问题。总结硬数据采用缺乏实例分析〔供水系统〕问题当业务流程进入到与施工方相关的任务时，流程多半停滞下来，但现实中的因为仍在继续办理。经过了解，我们得知：由于系统中要求施工方填写的局部信息属于机密信息，但系统中并未对这些内容作保密处理。解决涉众分析冲突协商思考题PhilIttup是系统分析员团队中的一员，他受委任去与组织成员面谈，为系统研究收集材料。企业称为FallBack工业，它有5个管理层。此外，生产、会计、营销、系统、物流和高层管理是将受到所建议的系统影响的职能区域。每个阶层大约有40人。生产层共有80人，会计层有35人，营销层有42人，系统层有10人，物流层有28人。高层管理有5人。Phil应该怎样选择面谈对象？为什么？Maverick公司是一家有15年历史的国内货物运输公司，假设你的小组担当Maverick公司的系统分析与设计团队，为Maverick公司的所有业务设计一个计算机化或者增强设计计算机化的工程。Maverick主要进行卡车零运，管理人员按照实时处理〔JustInTime〕原则工作。在这个原则指导下，他们建立了包括发货人、收货人和承运公司的伙伴关系，目的是准时运输和交付生产线上需要的材料。Maverick主张用626台拖拉机拖运货物，它拥有45000平方英尺的仓库和21000平方英尺的办公场地。制定分析Maverick公司的信息需求时，应当收集的硬数据列表。〔提示：想像一下该公司要开展的工作，应该会有哪些登记表格〕。设计一种采样机制，使得小组在不必查看这家公司15年来产生的所有文档的情况下，形成对该公司的清晰认识。本章小结涉众是软件工程当中的重要力量涉众的合作与参与是工程成功的必要条件涉众对产品的接受度和满意度也是成功的一个衡量标准对于复杂的系统，涉众力量的有效发挥并不是一件容易的任务对必要内容的关注和一个完整的过程可以帮助工程利用涉众的力量对涉众的分析需要很多的分析方法和技巧硬数据也是需求获取当中一个非常重要的源头不同的硬数据有着不同的奉献对硬数据的有效采样是发挥硬数据作用的必要前提第7章.面谈实例分析(业务管理系统)一是事先没有充分做好面谈的相关准备工作，没有带着问题去调研。在调研前，仅组织进行了半天的简单培训，并发了一份简单的调研方案和调研内容表，就要求开展调研，导致获取的需求不全面，不细致。二是没有征对不同的涉众对象，制定不同的面谈策略，更没有事先筹划好问题组织的使用技巧，最终导致面谈效果不好。总以为是在内部，一定能获得详细的需求。事实上，很多都是应付式的答复。我们问：你对这个软件开发有什么希望和建议？大局部人的答复是没有建议或者建议“操作要简单〞。答复多是被动式应付，而且无论答复以下问题还是填写问卷调查，不能充分表达出真实意图，导致在需求分析过程中出现很多模糊需求，从而影响了开发进度。思考题在重新浏览面谈日程的时候，你发现有几个问题看上去不适宜。下面是准备问Sampson纸产品公司销售经理的原问题。这家公司想把它的一些销售信息放到Web上去，以便经理们可以交互地评论它，从而优化他们的销售方案。用更适宜的方式，重新写下面的问题。你的下属告诉我，你非常渴望有一台计算机。这是真的么？我是这个领域的新手，我有没有忽略什么呢？你在销售计算中最常用的信息资源是什么，使用频度如何？其它销售经理认为，把一些月度销售商品放到Web上，然后做趋势分析，将会是一种主要改良，你同意他们的做法吗？没有比你现在使用的陈旧的方法更好的销售方案吗？作为系统分析工程的一局部，需要为生产数字钟的Chronos公司更新自动化会计功能。你将要同首席会计HarryStraiter面谈。说明你将如何联系Harry以安排一次面谈。说明在这场面谈中你会使用哪种面谈结构？为什么？Harry有3个下属也使用这个系统。你和他们面谈吗？为什么？从你进门到现在，面谈对象MaxHugo一直在翻阅文件、看手表、点燃和掐灭香烟。根据你看到的有关面谈对象的情况，可以猜出Max很紧张，因为它需要做其它事情。用一段话描述，为了使面谈能在Max全神贯注下完成，你将如何处理这种情况。〔Max不能在另外一天重新安排面谈。〕本章小结面谈是需求获取当中最为常用的手段，效果显著成功的面谈需要很多的面谈技巧对问题类型和组织结构的掌握是其中最为重要的技巧面谈的组织和进行当中也要注意很多事项按照完整的过程执行面谈可以更好的保证面谈的效果经过长期的实践，面谈开展出了多种不同的形式和类似的需求获取方法三种类型的面谈群体面谈、调查问卷和头脑风暴第8章.原型利用原型的好处有：及时、有力的响应用户需求的变化；帮助控制不完整需求所带来的风险；提高用户在软件开发中的参与程度。实例分析问题工程使用到了原型。该原型主要用于探索与试验目的，开发速度快，采用了一些技术不成熟的构造技术，原本打算在工程开发时抛弃。但是公司高层领导认为该原型花费了大量人力、物力以及时间，所以不允许抛弃。要求开发团队在该原型根底上继续开发，以到到达节约开发本钱的目的然而，事实上事情并非之前所预料的那样。由于该原型的质量没有到达最终系统的要求，局部实现细节存在缺陷，所以开发时不得不重新整理该原型，反而增加了工程的时间本钱与风险。本章小结原型是软件开发当中消除不确定性风险的有效工具，是一种有效的需求获取方法原型的体系是复杂的，不同类型的原型具有不同的作用和创立要求，实践当中应该综合考虑各种应用因素选择适宜的类别一个完整的原型方法过程可以帮助更有效的应用原型方法原型方法的应用可能会给工程带来相应的风险，需要妥善的加以解决思考题说明以下典型的应用情境适合使用哪种类型的原型？人机交互界面——信息表格或者报表。人机交互界面——具体功能的设置。人机交互界面——任务的执行过程。功能探索——任务的功能内容。功能探索——任务的执行过程。功能探索——任务的执行效果。第9章.观察和文档审查本章小结在需求获取的诸多方法当中，观察的作用越来越显重要，它可以帮助解决情景性问题采样观察的应用方法较为固定，但民族志的应用非常复杂，需要很多的实践积累文档审查方法是专门用于处理各种硬数据的需求获取方法思考题观察用户工作总是困难的。它通常使你和用户都感动不舒服。为了确保由于你的访问而不至于使用户的行为发生改变，你应该怎么办？为了使观观察起来更自然一些，你应该怎么做？“我知道你有很多材料。那些材料里到底有什么？〞BettyKant问道，她是MIS特别工作组的负责人。MIS特别工作组是你的系统团队联络Sawder家具公司的桥梁。你拖了一大堆材料，正准备离开这栋楼“哦，是过去6个月的一些财政决算、生产报表，还有Sharon给我的一些业绩报表，业绩报表涵盖了过去6个月的目标和工作业绩。〞你在答复时，有些纸掉到了地上，“你为什么问这个问题呢？〞Betty为你拾起纸并把它放到最近的桌子上，答复道：“因为你根本不需要这些垃圾。你来这里要做一件事情，就是和我们这些用户谈话。从这些材料中得不到任何有益的信息。〞只有告诉Betty你从每份文档中找到的东西才能使她相信每份文档都是重要的。用一段文字解释文档为星期工程师提供了什么帮助？在你和Betty谈话的时候，意识到实际上也需要其他的定量文档。列出你缺少的东西。第10章.模型驱动方法场景的内容主要关注点关于现在的，关于未来的，关于解决方案的环境范围系统内部，系统外部，系统和环境的交互抽象层次具体的、抽象的、混合的覆盖范围功能需求，非功能需求粒度整个业务过程；某个任务的完成过程；某个交互行为的详细处理步骤例如类型正常流程，异常流程本章小结模型驱动方法是基于模型的建立和使用而提出的方法，它在整个需求工程，甚至软件工程中都可以发挥重要的作用面向目标的方法目标的概念将会对需求工程产生重要的影响基于场景的方法在软件工程当中有着极为广泛的应用基于用例的方法是最为常用的一种基于场景的方法模型驱动方法虽然已经得到了相当广泛的应用，但是它们仍然在不断的开展和完善第十一章.需求分析概述企业建模作用：主要用来理解组织的结构、行为规则、目标、重要成员的任务与职责、操纵的数据等等。企业建模利用企业的目标、任务、策略、资源等来刻画组织的行为，并依此来发现组织开发系统的目的，建立系统的业务需求本章小结需求分析是需求工程中最为重要和核心的活动，它对信息的建模是理解问题的关键，也是创立正确解决方案的关键需求分析涉及很多的技术和方法，需求分析活动的有效执行需要分析人员能够掌握并判定这些方法的选择与使用需求分析过程当中会执行很多的重要子活动，它们的有效整合确保了整个需求分析工作的成功思考题分析“结构化分析〞和“面向对象分析〞的过程，说明它们为什么都开始于系统的边界定义？“事件〞和“事物〞一直是进行需求分析的一个重要思路，你对此如何评价？列举面向对象分析的各种技术，说明它们是对结构化分析技术的继承和借鉴吗？如果是，那么说明它们借鉴了哪些结构化分析技术，如果不是，那么说明它们的数学根底是什么？Wieringa框架和Zachman框架给了你什么启示？结合实践调查情况，评价一下各种建模技术在实践中的重要性.第15章.需求规格说明实例分析(wiki的使用)由于时间压力以及采取迭代开发的方式，造成了该工程没有编写需求规格说明书。但是可以采用更为灵活的方式编写，例如wiki。我曾在某一预研性质的工程中使用wiki来完成各类文档。结果证明它非常好用。个人认为wiki非常适合用在迭代开发以及预研性质的工程中编写文档。实例分析〔公司A〕我们公司工程的需求规格说明书，主要存在以下几点问题模版不是很统一，具有很多个人的特点没有明确的业务需求、用户需求、系统需求，这三个层次，在需求规格说明书中或多或少地涵盖前三项内容，但显得不够饱满和清晰鉴于工程的状况，一般较少考虑硬件需求，倒是一般来说，工程上线选用的都是最新的硬件设备，本钱较高。内