软件工程研究论文软件工程设计论文：需求调查表在软件.doc

软件工程研究论文软件工程设计论文:需求调查表在软件需求分析阶段的应用摘要本文论述了需求调查表在软件需求分析阶段的重要性，提出计求调查表的关键技术，并给出需求调查阶段的注意事项。关键词软件开发；需求分析；需求调查表需求分析是软件开发流程中的重要一步，需求分析说明书是需求分析阶段的主要产出物，它不是客户写给开发公司也不是开发公司开发好后的使用说明书。它是在产品开发前期由产品经理或者需求分析师写出来，给所有与该产品开发相关的人员看的，包括客户、开发人员、设计人员、决策层等。需求调查表是形成需求分析说明书的重要工具之一。1软件系统需求分类 软件系统需求常常分为功能需求、非功能需求和领域需求。功能需求：包括对系统应该提供的服务、如何对输入做出反应以及系统在特定条件下的行为的描述。在某些情况下，功能需求可能还需要明确申明系统不应该做什么。理论上，系统的功能需求描述应该既全面又具有一致性。全面意味着用户所需的所有服务都应该给出描述。一致性意味着需求描述不能前后矛盾。在实际过程中，对大型而又复杂的系统而言，要做到需求描述既全面又一致几乎是不可能的。一方面是因为系统固有的复杂性，另一方面是因为观点不同，需求也会发生矛盾。非功能需求：对系统提供的服务或功能给出的约束。包括时间约束、开发过程约束、标准等。非功能需求源于用户的限制，包括预算上的约束、机构政策、与其他软硬件系统间的相互操作，还包括如安全规章、隐私权利保护等外部因素。领域需求：这是来自系统的应用程序领域的需求，反映了该领域的特点。他们也可能是功能需求或非功能需求。2需求调查表中的关键技术需求调查表是开发人员到企业进行实地考察、访谈得到的，是客户业务经营的真实写照，需求调查表所记录的都是与本项目有关的业务，它对开发人员理解业务起着重要作用。需求调查表由业务调查表、节点调查表两部分组成，业务调查表一般记录的是一个部门的业务，节点调查表记录着一个部门中的一笔业务细节。以销售业务为例说明如何理解调查表:1）业务调查表（1）业务名称最好用动词加名称形式加以描述，这样开发人员很容易理解业务内容。（2）业务描述客户完成业务的概述。（3）业务流程业务流程是指连续的有规律的企业经营活动序列，这些活动以确定的方式发生或执行，导致特定结果的实现。流程有范围，指穿越的经营部门或职能科室等组织单位的数量。流程有规模，取决于流程的业务内容。有的流程仅由几个非常简单的活动组成。有的则可能包括众多高度复杂且又互相关联的活动。（4）节点节点也称活动、作业、任务，可以看作一个基本工作单元（本书中以后章节称为活动），以一个人的一次处理为单位，在业务流程中，首先定义出节点，然后在节点调查表中将每个节点处理的内容展开讨论。（5）安全性数据是否需要保密，保密程度如何。系统运行环境是运行于Internet还是Intranet，是公用服务器还是私有服务器，是集中式应用还是分布式应用，是单机版还是服务器版，使用人员的成份等。例如，是否都是内部人员，是否分为正式员工和合同工，是否有外部人员访问等等。（6）可变性探查该功能就目前情况来看，将来是否会改变，如果改变，将改变哪些内容，改动幅度有多大。（7）使用频率该流程的使用频率有多高。（8）调研要点每次调查需要解决的问题。根据各个项目的特点，自行设计必要的调研要点。2）节点调查表（1）数据来源来源于哪个部门、系统、业务人员。（2）进入条件当有数据到达或发生事情时，活动才能进行。（3）数据描述本节点输入的数据有哪些，在哪些单据上。（4）数据处理过程实现该功能的工作流程是怎样的，如果不采用此流程，是否还有其他流程，是多种流程并存还是流程唯一。（5）数据处理结果是存储（存库，存文件）还是显示、打印（照打/套打，模板）等，有无其他特殊要求。（6）数据与其他节点的关系是否与其他功能点存在数据相关，如果存在，与谁相关，怎样相关（即从哪来，到哪去），相关条件是什么，在相关时的数据传递方式是怎样的。（7）参与者的权限使用权限需要详细说明。如哪些人对哪部分数据有哪些权限。（8）界面与接口在该功能中，用户界面有无特殊要求，如有，具体要求是什么，最好能以图形方式体现。在该功能中，是否涉及与其他硬件设备或软件系统的挂接，如果是，挂接方式是怎样的。（9）原始资料本节点相关的原始单据或表单有哪些，相互有什么关系。性能要求。性能指标有：响应时间、吞吐量等。响应时间是指对用户而言，系统响应的快慢程度；吞吐量是指在一定的时间内系统完成的工作量。3需求调查中需要注意的关键问题首先，需求调查要做两件事情：业务需求调查、用户需求调查。业务需求调查是客户现在经营活动的真实写照，针对现有系统（旧系统）进行的，现有系统（旧系统）就是企业现在运行的系统，或是手工的、或是信息化的、或是半手工半信息化的。在调查、理解过程中，要遵循工作原貌，不能有主观想象及分析成份。业务需求对后期的需求分析工作起着重要性作用，对业务理解程度是决定软件成功的关键因素。用户需求调查从用户角度对目标系统（新系统）有什么要求和愿望，目标系统（新系统）是指将要开发的软件，用软件管理企业经营的活动。目标系统有两部分：功能需求和非功能需求。功能需求就是企业通过软件要完成哪些事情，功能需求通过分析业务流程得到。非功能需求是功能之外的需求，是实现功能需求的质量方面的要求，比如调查表中的：安全性、可变性探查（影响未来的可扩展性等）、权限管理、界面与接口、性能等。概括起来功能是软件做什么，非功能是如何把事情做得更好，比如QQ聊天软件，“发送信息”就是功能，要求在500ms内发送成功就是非功能。非功能的获取往往通过客户或用户回答一些引导问题来间接得到。其次，需求调研不能求大求全、原样照搬，而要对那些业务数据重复性大、依赖性高、制约性强，共用数据信息比较多，查找统计比较频繁，操作复杂等类的业务进行分析和处理，这样才能使针对具体业务操作开发的应用软件具有真正的价值。对业务需求的分析、设计工作是对业务需求的一个优化整合过程。利用计算机技术解决具体业务处理的实用性、科学性、合理性和前瞻性的问题，才能实现业务办理简单、易学易操作。要实现这个目的，计算机网络、硬件设备的配置和维护，用软件的开发、维护等技术是其根本的保证。计算机网络设备操作系统和数据库是业务应用软件的运行平台，业务应用软件业务处理的实现手段。所以业务应用软件开发的好坏直接决定业务处理的质量。另外，务必对业务需求调查表进行评审，并与干系人一起行分析，以确定真正的业务需求。有各种技术（用例、场景）、念和相关工具用于捕获此工作的结果。但这个领域不是艺术，不能靠模仿来掌握，您只能通过全心投入加以适应才能获得相的专业知识。对每个需求进行了评审后，务必要与干系人就技看法和一系列解决方案选择（以及成本效益分析）进行沟通。个步骤可帮助从技术角度验证需求，也进一步使其与未声明的务需求保持一致。在验证选项时，请通过讨论来确定各种不同求的优先级，并在需求间建立交叉依赖关系。这些需求的依赖系有助于创建可跟踪性，而且在出现更改请求时扮演着重要的色。同样，这也不完全是技术问题。RequisitePro之类的工具允您包含一个请求管理模板（基于RUP或任何自定义方法），此功可实现很多方面的自动化，如可跟踪性、需求的状态和构建之的转换等等。参考文献1周咏德.业务需求调研不能求大求全N.中国劳动保障报，2006-01-05.2陈显刚.软件设计M.北京：电子工业出版社，2009.