科技交流与科技写作论文--浅谈软件需求.docVIP

\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,JAVA EE \section{内容摘要} 本篇论文的内容主要有软件需求的定义，软件需求的发展，软件需求的层次，软件需求的过程，软件需求的方法，以及软件需求说明书的格式。 \vspace{1mm} \noindent\textbf{Keywords:}MVC,Struts2,Spring,Hibernate,SSH,JAVA EE \section{软件需求的发展} 需求工程是随着的发展而发展的，在计算机发展的初期，软件规模不大，所关注的是代码编写，很少受到重视。后来软件开发引入了生命周期的概念，需求分析成为其第一阶段。随着规模的扩大，需求分析与定义在整个软件开发与维护过程中越来越重要，直接关系到软件的成功与否。人们逐渐认识到需求分析活动不再仅限于软件开发的最初阶段，它贯穿于系统开发的整个生命周期。80年代中期，形成了软件工程的子领域——需求工程(requirement engineering, RE)。进入90年代以来，需求工程成为研究的热点之一。从1993年起每两年举办一次需求工程国际研讨会(ISRE)，自1994年起每两年举办一次需求工程国际会议(ICRE)，在1996年Springer-Verlag发行了一新的刊物——《Requirements Engineering》。一些关于需求工程的工作小组也相继成立，如欧洲的RENOIR(Requirements Engineering Network of International Cooperating Research Groups )，并开始开展工作。 \begin{figure}[t] \centering {\includegraphics[height=2.5in,width=3.5in]{images/20imageCon.eps}}\vspace{-2mm} \caption{Confusion matrix for DataSet2. Brightness indicates the purity of the learned categories. The ideal is bright along the diagonal.} \label{fig2} \end{figure} \section{软件需求的层次} 软件需求包括三个不同的层次—业务需求、用户需求和功能需求—也包括非功能需求。业务需求( business requirement)反映了组织机构或客户对系统、产品高层次的目标要求，它们在项目与范围文档中予以说明。用户需求(user requirement) 文档描述了用户使用产品必须要完成的任务，这在使用实例()文档或方案脚本(scenario)说明中予以说明。功能需求(functional requirement)定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。所谓特性(feature)是指逻辑上相关的功能需求的集合，给用户提供处理能力并满足业务需求。 　　作为补充，软件需求规格说明还应包括非功能需求，它描述了系统展现给用户的行为和执行的操作等。它包括产品必须遵从的标准、规范和合约；外部界面的具体细节；性能要求；设计或实现的约束条件及质量属性。所谓约束是指对开发人员在软件产品设计和构造上的限制。质量属性是通过多种角度对产品的特点进行描述，从而反映产品功能。多角度描述产品对用户和开发人员都极为重要。 值得注意的一点是，需求并未包括设计细节、实现细节、项目计划信息或测试信息。需求与这些没有关系，它关注的是充分说明你究竟想开发什么\begin{figure}[t] \centering {\includegraphics[height=2.5in,w