科技交流与科技写作论文

17/17\documentclass[11pt,a4paper,oneside]{article}\usepackage{amsmath}\usepackage{graphicx}\usepackage{CJK}\begin{document}\begin{CJK*}{GB}{gbsn}\title{浅谈软件需求}\author{柴其栋，李俊德，李明哲，胡宇鹏，杨硕，严海威，王慧民，李克宁,朱鲁青}\maketitle\begin{abstract}软件需求是(1)用户解决问题或达到目标所需的条件或权能(Capability)。(2)系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。(3)一种反映上面(1)或(2)所描述的条件或权能的文档讲明。\end{abstract}\vspace{1mm}\noindent\textbf{Keywords:}MVC,Struts2,Spring,Hibernate,SSH,JAVAEE\section{内容摘要}本篇论文的内容要紧有软件需求的定义，软件需求的进展，软件需求的层次，软件需求的过程，软件需求的方法，以及软件需求讲明书的格式。\vspace{1mm}\noindent\textbf{Keywords:}MVC,Struts2,Spring,Hibernate,SSH,JAVAEE\section{软件需求的进展}需求工程是随着计算机的进展而进展的，在计算机进展的初期，软件规模不大，软件开发所关注的是代码编写，需求分析专门少受到重视。后来软件开发引入了生命周期的概念，需求分析成为其第一时期。随着软件系统规模的扩大，需求分析与定义在整个软件开发与维护过程中越来越重要，直接关系到软件的成功与否。人们逐渐认识到需求分析活动不再仅限于软件开发的最初时期，它贯穿于系统开发的整个生命周期。80年代中期，形成了软件工程的子领域——需求工程(requirementengineering,RE)。进入90年代以来，需求工程成为研究的热点之一。从1993年起每两年举办一次需求工程国际研讨会(ISRE)，自1994年起每两年举办一次需求工程国际会议(ICRE)，在1996年Springer-Verlag发行了一新的刊物——《RequirementsEngineering》。一些关于需求工程的工作小组也相继成立，如欧洲的RENOIR(RequirementsEngineeringNetworkofInternationalCooperatingResearchGroups)，并开始开展工作。\begin{figure}[t]\centering{\includegraphics[height=2.5in,width=3.5in]{images/20imageCon.eps}}\vspace{-2mm}\caption{ConfusionmatrixforDataSet2.Brightnessindicatesthepurityofthelearnedcategories.Theidealisbrightalongthediagonal.}\label{fig2}\end{figure}\section{软件需求的层次}软件需求包括三个不同的层次—业务需求、用户需求和功能需求—也包括非功能需求。1.业务需求(businessrequirement)反映了组织机构或客户对系统、产品高层次的目标要求，它们在项目视图与范围文档中予以讲明。2.用户需求(userrequirement)文档描述了用户使用产品必须要完成的任务，这在使用实例(usecase)文档或方案脚本(scenario)讲明中予以讲明。3.功能需求(functionalrequirement)定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。所谓特性(feature)是指逻辑上相关的功能需求的集合，给用户提供处理能力并满足业务需求。作为补充，软件需求规格讲明还应包括非功能需求，它描述了系统展现给用户的行为和执行的操作等。它包括产品必须遵从的标准、规范和合约；外部界面的具体细节；性能要求；设计或实现的约束条件及质量属性。所谓约束是指对开发人员在软件产品设计和构造上的限制。质量属性是通过多种角度对产品的特点进行描述，从而反映产品功能。多角度描述产品对用户和开发人员都极为重要。值得注意的一点是，需求并未包括设计细节、实现细节、项目打算信息或测试信息。需求与这些没有关系，它关注的是充分讲明你究竟想开发什么。\begin{figure}[t]\centering{\includegraphics[height=2.5in,width=3.5in]{images/20imageCon.eps}}\vspace{-2mm}\caption{ConfusionmatrixforDataSet2.Brightnessindicatesthepurityofthelearnedcategories.Theidealisbrightalongthediagonal.}\label{fig2}\end{figure}\section{软件需求过程}软件需求工程要紧包括两个方面：需求开发和需求治理。需求开发可进一步分为：需求猎取、需求分析、编写需求规格和需求验证四个时期。各时期讲明如下：1．需求猎取：这一时期的核心任务确实是确定三个层次的需求，关于业务层要强调明确业务总目标及使用范围，关于用户层，要强调明晰用户工作流程，关于功能层还要收集系统运行环境的限制等非功能性需求。不同的时刻、不同的用户会由于不同的业务目标及使用范围而提出不尽相同的需求，同时由于没有约定提出方式也会有各不相同的表现形式。针对上述问题，首先要确定用户代表并对其在需求中的主次地位于以划分；其次要确定需求的整个开发过程，最后还要明确不同层次的需求要以约定的形式出具文档，以备双方的交流及问题检查。2．需求分析：这一时期的核心任务确实是确定并完善需求。初期时期所获得的大量需求往往是不系统、不完整甚至个不需求是错误的、不必要的，只有通过提炼、分析和认真审查需求，彼此沟通，采纳适当的表现形式，比如绘制业务目标关联图、绘制功能结构示意图、编制数据字典、编写用户实例等，明白需求含义并找出其中的错误、遗漏或不足的地点，尤其是应采纳特定符号标识需求优先级。3．这一时期的任务强调将已收集并做分析处理的需求经编制整理形成规范化的可视文档，即软件需求规格讲明书。4．本时期是需求开发工作的最后时期，要确定在第三时期所编制的需求文档是否与预期结果一致，是否符合高质量需求的评价标准。这项工作能够通过评审来完成。评审能够依照用户代表的个人偏好、适应予以审查需求，也能够遵循行业质量操纵方法制定严格的步骤进行审查，这要紧取决于项目的大小、需求及各个部分的重要程度。\begin{figure}[t]\centering{\includegraphics[height=2.5in,width=3.5in]{images/20imageCon.eps}}\vspace{-2mm}\caption{ConfusionmatrixforDataSet2.Brightnessindicatesthepurityofthelearnedcategories.Theidealisbrightalongthediagonal.}\label{fig2}\end{figure}\section{软件需求方法}软件需求分析方法大体分为如下四类：传统分析，结构化分析，信息工程，面向对象分析。1.传统分析确实是毫无章法的进行需求分析。2.结构化分析是一种单纯的由顶向下逐步求精的功能分解方法。分析员首先用上下文图表(称为数据流图DFD)表示系统的所有输入／输出，然后反复地对系统求精，每次求精都表示成一更详细的DFD从而建立关于系统的一个DFD层次。为保存DFD中的这些信息，使用数据字典来存取相关的定义、结构及目的。SA方法是目前实际应用效力广泛的需求工程技术。它具有较好的分不、抽象能力，为开发小组找到了一种中间语言，易于软件人员所掌握。但它离应用领域尚有一定的距离，难以直接应用领域术民与软件设计也有一段不小的距离因而为开发小组的思想交流带来了一定的困难。3.信息工程采纳了结构化方法的各种技术，并依照信息系统开发特点进行更为严格，全面的改进，改进策略规划，数据建模和自动化工具。从信息角度开发系统，客观世界被描述为数据和数据属性及其相互关系。4.面向对象分析把分析建立在系统对象以及对象间交互的基础之上，使得我们能以3个最差不多的方法框架——对象及其属性、分类结构和集合结构来定义和沟通需求。面向对象的问题分析模型从3个侧面进行描述，即对象模型(对象的静态结构)、动态模型(对象相互作用的顺序)和功能模型(数据变换及功能依存关系)。需求工程的抽象原则、层次原则和分割原则同样适用于面向对象方法，即对象抽象与功能抽象原则是一样的，也是从高级到低级、从逻辑到物理，逐级细分．每一级抽象都重复对象建模(对象识不)一动态建模(事件识不)一功能建模(操作识不)的过程，直到每一个对象实例在物理(程序编码)上全部实现为止。\begin{figure}[t]\centering{\includegraphics[height=2.5in,width=3.5in]{images/20imageCon.eps}}\vspace{-2mm}\caption{ConfusionmatrixforDataSet2.Brightnessindicatesthepurityofthelearnedcategories.Theidealisbrightalongthediagonal.}\label{fig2}\end{figure}\section{软件需求讲明书}软件需求讲明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。编制软件需求讲明书的内容要求如下：引言1．1编写目的讲明编写这份软件需求讲明书的目的，指出预期的读者。1．2背景讲明：a．待开发的软件系统的名称；b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；C．该软件系统同其他系统或其他机构的差不多的相互来往关系。1．3定义列出本文的原词组。1．4参考资料列出用得着的参考资料，如：a．本项目的经核准的打算任务书或合同、上级机关的批文；b．属于本项目的其他已发表的文件；c．本文件中各处引用的文件、资料、包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，讲明能够得到这些文件资料的来源。任务概述2．1目标叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者讲明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。假如本软件产品是一项独立的软件，而且全部内容自含，则讲明这一点。假如所定义的产品是一个更大的系统的一个组成部分，则应讲明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来讲明该系统的组成和本产品同其他各部分的联系和接口。2．2用户的特点列出本软件的最终用户的特点，充分讲明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使甩频度。这些是软件设计工作的重要约束2．3假定和约束列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。需求规定3．1对功能的规定用列表的方式（例如IPO表即输入、处理、输出表的形式），逐项定量和定性地叙述对软件所提出的功能要求，讲明输入什么量、经如何样的处理、得到什么输出，讲明软件应支持的终端数和应支持的并行操作的用户数。3．2对性能的规定3．2．1精度讲明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。3．2．2时刻特性要求讲明关于该软件的时刻特性要求，如对：a．响应时刻；b．更新处理时刻；c．数据的转换和传送时刻；d．解题时刻；等的要求。3．2．3灵活性讲明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如：a．操作方式上的变化；b．运行环境的变化；c．同其他软件的接口的变化；d．精度和有效时限的变化；e．打算的变化或改进。关于为了提供这些灵活性而进行的专门设计的部分应该加以标明。3．3输人输出要求解释各输入输出数据类型，并逐项讲明其媒体、格式、数值范围、精度等。对软件的数据输出及必须标明的操纵输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。3．4数据治理能力要求讲明需要治理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其重量的存储要求作出估算。3．5故障处理要求列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。3．6其他专门要求如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的专门要求等。运行环境规定4．1设备列出运行该软件所需要的硬设备。讲明其中的新型设备及其专门功能，包括：a