系统分析师论文范文-论系统设计中对用户需求的把握3

【#第一文档网# 导语】以下是®第一文档网的小编为您整理的《系统分析师论文范文-论系统设计中对用户需求的把握3》，欢迎阅读！

论系统设计中对用户需求的把握

【摘要】

2011年3月，我参加了某市供电公司《电力营销管理信息系统》的开发工作，并担任系统架构师一职，主要负责系统分析和架构设计。该系统分为：业扩管理、计量管理、电量电费核算管理、收费与账户管理、线损管理等五个模块。采用了Struts+Spring+Hibernate的主流Web框架，降低了开发的难度和成本，降低了模块之间的耦合度，提高软件的可维护性和可扩展性。 需求分析是软件开发过程中最为重要的环节，是项目成败的关键。软件需求包括：功能需求、非功能需求、设计约束三个方面。本文以该项目为例，结合作者的实践，论述了系统设计中对用户需求的把握。我们采用了面向对象的分析方法，从需求捕获、需求分析、需求规格化、需求验证4个环节来论述。还介绍了需求分析中使用UML的类图、用例图、状态图等，最后介绍了存在的问题及改进措施。 【正文】

2011年3月，我参加了某市供电公司《电力营销管理信息系统》的开发工作，并担任系统架构师一职，主要负责系统分析和架构设计。该供电公司年供电量在10亿度以上，计量点915个，固定大客户209个。以前的业务流程是：电话包装、手工派单、自主开发的VFP系统算费、财务系统收费开票。业务之间不连续，无法有效对业务的整个过程进行管理，客户满意度低。随着业务量的扩大，供电公司认识到存在的不足，急需一套电力营销管理信息系统来解决上述问题。以系统的建设促进用电管理水平的提升，以电力信息化推动电力企业现代化。杜绝重复投资，总体规划，实现用电管理信息的高速交汇和决策，提升用户的满意度，降低管理的成本。 该系统包括：业扩管理、计量管理、电量电费核算管理、收费与账户管理、线损管理五个模块。采用了面向服务SOA架构模型，Struts+Spring+Hibernate的主流Web框架，开发工具采用MyEclipse10.0。硬件方面，两台IBM X3650服务器安装Oracle10g做数据库服务器，在两台服务器上搭建了数据库高级复制功能，实现了数据自动同步。两台IBM X3650以双机热备的方式做营销应用服务器，两台服务器上运行集群软件，通过“心跳”检测对方的状态，发现故障能动切换。一台IBM X3650做算费服务器。 需求分析是软件开发过程中最重要的环节，是项目成败的关键。软件需求就是系统必须完成的事及必须具备的品质。具体来说，软件需求包括：功能需求、非功能需求、设计约束三个方面。


功能需求是系统必须完成的事，即向用户提供有用的功能，产品必须执行的动作。非功能需求是产品必须拥有的属性和品质，如可靠性、性能、响应时间、安全性等。设计约束是限制条件，如用户必须运行在UNIX系统下，必须使用的数据库管理系统等。 需求分析是一项技术含量很高的工作。包括需求捕获、需求分析、需求规格化、需求验证4个环节。需求捕获是收集需求信息；需求分析是把收集的信息进行分析、建立模型；需求规格化是编制软件需求规格说明书；最后客户和管理层进行验证。上述4个步骤不是瀑布式，是迭代的演化过程。 在项目的开发中，我们采用了统一建模语言（UML），并使用了Rational Rose工具。在建模中使用了UML的类图、用例图、部署图和活动图。 1、需求捕获 我们制定捕获计划时，在计划中我们建立了一张表格，左边填写想要了解的内容，右边填写预计信息的来源，这样建立起一一对应的关系，使我们的捕获有的放矢、更高效。 首先，我们通过对关键人员进行访谈，了解用户现在存在的问题和继续解决的问题。对原有的系统进行分析（如自主开发的VFP算费系统、财务系统等）,找出那些可以满足用户的需要，那些不能满足继续改进。财务系统开出的发票是有统一的标准，我们只要把开票所需的数据提供给财务系统就可以满足用户的要求。自主开发的算费系统就不能满足对电费计算的多样化需求。查阅历史报表，对关键业务进行现场观摩、参与业务流程。经过上述过程对用户的需求有了大概的了解，经过整理后邀请客户代表、系统分析人员、开发团队代表等召开联合讨论会，讨论那些需求被正确理解，那些没有考虑，那些还需要修改。迭代上述过程，直到把计划中想了解的问题全部的到确定。 2、需求分析 我们采用面向对象的分析方法进行求分析。需要标示于系统相关的对象，并描述对象的属性和它们之间的关系，还要了解这些对象是如何协同完成系统功能。 首先要寻找类。找出需求描述中的名词和名词短语，从中提取对象与属性。找出动词和动词短语，从中提取操作于关联。在完成了类型寻找之后，我们用UML的类图工具对找到的类记录，确定类之间的层次、关系等。 然后建立系统的用例模型。用例是系统执行的一系列动作，产生特定参与者可见的价值结果。先识别系统的参与者，是同系统交互的所有事物。不仅指人，还有其他的系统、硬件设备。参与者一定在系统之外，我们可以通过谁使用这个系统，谁维护这个系统，谁为这个系统提供信息，谁从这个系统获取信息等方面来识别参与者。在本系统中参与者包括：系统业务人员、管理人员、集抄系统、财务系统、抄表机等。 找到参与者之后，接下来是仔细检查参与者，为每个参与者确定用例。主要依据已经获得的特征表。利用UML的用例图工具对参与者和用例进行描述。获得了用例模型的框架，接下来要细化用例描述，包括：用例名称、简要说明、事件流、前置条件、后置条件、扩展点、优先级等。用协作图描述了协作实现特定功能的对象。用状态图描述了对象在生命


周期的转换情况。 3、需求规格化 用需求分析的结果编写软件需求规格说明书。需求规格说明书是软件开发过程中最为重要的文档之一，要保证完整性、正确性、可行性。为了让非技术人员方便阅读和理解，尽量通过自然语言和简单图表来描述，防止造成不必要的误会。我们对传统的用例说明书进行了一些简单的调整，加入了基于用例分析的图形元素，对参与者和用例采用了客户容易的词语来描述，如业务人员、业务经理、财务人员、计算电费等。 4、需求验证 由用户关键代表、领域专家、我们公司的领导组成的验证小组对需求规格说明书进行验证评审，最终通过了评审。 结束语： 该项目于2012年3月通过了客户的验收正式运行，大大提高了供电公司的用电管理水平，提升了客户的满意度，降低了管理的成本。项目的成功源于各方面共同努力的结果。需求分析是软件开发过程中最重要的过程，是项目成败的关键。正确理解客户的要求是需求分析的基础，这是一个复杂多变的过程，需要分析人员运用各种技巧，按照需求捕获、需求分析、需求规格化、需求验证来迭代演化的过程。 这次需求分析我也遇到了一些问题，主要是维护Word文档与模板的一致性。我们使用Rational Rose建模，使用Word编写文档，通过截图的方式把模型插入文档，一旦模型发生变化还要重新插入到文档中，比较繁琐容易出错。在以后的系统分析中，我打算使用Rational公司的Soda工具，自动的把Rose模型插入到Word文档中。

本文来源：https://www.dy1993.cn/rSQ.html