需求分析如何来做？

1．引言 3

11编写目的 3

12项目背景 3

13定义 3

14参考资料 3

2．任务概述 4

21目标 4

22运行环境 4

23条件与限制 4

3．数据描述 5

31静态数据 5

32动态数据 6

33数据库介绍 6

34数据表 6

35数据采集 6

4．功能需求 7

41功能划分 7

42功能描述 7

421采购管理 7

422器具管理 8

423检定管理 8

424台帐管理 9

425维修管理 9

426环境因素管理 9

5．性能需求 10

51数据精确度 10

52时间特性 10

53适应性 10

6．性能需求 10

61用户界面 10

62硬件接口 10

63软件接口 10

64故障处理 10

7．其它需求 11

按照常规的需求分析理论，需求可分为功能需求和肺功能需求，其中非功能需求又可分为质量和约束。一般来说，对于功能需求，我们仔细一点，多和用户沟通的话，是比较好分析的。而对于非功能需求，我们有时会觉得心有余而力不足，或者说不知如何是好。在很多情况下，项目组干脆就不去分析非功能需求了，所有的这些非功能需求只是停留在项目经理或者某些成员的脑子里。这种情况存在着非常大的隐患，如果产品发布了，我们没有对这些非功能需求进行测试和验证，导致我们的产品中存在许多定时炸弹。这些炸弹在某些场景下就有可能爆炸，炸了用户，也可能炸了自己。对于以上问题，业界有一定分析工具可以有效的解决该问题，即“目标-场景-对策”分析法。举例来说：目标场景决策性能客户端频繁访问页面，WEB服务器负荷大代理服务器客户端大量访问后台服务器程序频繁访问IO，磁盘压力大数据库拆分以上举了我们对非功能需求中的“性能”大类进行了分析，比如对月客户端大量访问后台的场景，我们采取了服务器的应对策略。这种分析方法和原有的“存而不论”的方法相比，有以下优点：1、它在流程上就规定了分析人员必须对产品中的非功能需求进行分析；2、它针对非功能需求的目标进行了归类整理；3、对于每个目标中可能发生的场景进行了梳理；4、最后就是比较关键的一条就是，对于每种场景，我们都仔细思考了针对性的决策分析，这些决策为后续的设计起到了指导作用。

目前， 国内外信息化建设已经进入基于Web应用为核心的阶段， Java作为应用于网络的最好语言，前景无限看好。然而，就算用Java建造一个不是很烦琐的web应用，也不是件轻松的事情。概括一下，实施Java的WEB项目需要掌握的技术如下： 

lJava语言

l面向对象分析设计思想

l设计模式和框架结构

lXML语言

l网页脚本语言

l数据库

l应用服务器

l集成开发环境

下面我们具体地看每个技术

1、Java语言

Java语言体系比较庞大，包括多个模块。从WEB项目应用角度讲有JSP、Servlet、JDBC、JavaBean(Application)四部分技术。

（1）、Java Database Connectivity (JDBC)技术

在Java Web应用开发中，数据库管理系统（RDBMS）的使用是不可缺少的。JDBC(Java Database Connectivity) 是一种用于执行 SQL 语句的 Java API。它由一组用 Java 编程语言编写的类和接口组成。JDBC 为工具/数据库开发人员提供了一个标准的API，使他们能够用纯Java API 来编写数据库应用程序。

简单地说，JDBC 可做三件事：

l与数据库建立连接，

l发送 SQL 语句，

l处理结果。

（2）、Servlet技术

Servlet是运行在服务器端的程序，可以被认为是服务器端的applet。servlet被Web服务器（例如Tomcat）加载和执行，就如同applet被浏览器加载和执行一样。servlet从客户端(通过Web服务器)接收请求，执行某种操作，然后返回结果。

Servlet的主要优点包括

lServlet是持久的。servlet只需Web服务器加载一次，而且可以在不同请求之间保持服务(例如一次数据库连接)。

lServlet是与平台无关的。如前所述，servlet是用Java编写的，它自然也继承了Java的平台无关性。

lServlet是可扩展的。由于servlet是用Java编写的，它就具备了Java所能带来的所有优点。Java是健壮的、面向对象的编程语言，它很容易扩展以适应你的需求。servlet自然也具备了这些特征。

lServlet是安全的。从外界调用一个servlet的惟一方法就是通过Web服务器。这提供了高水平的安全性保障，尤其是在你的Web服务器有防火墙保护的时候。

lServlet可以在多种多样的客户机上使用。由于servlet是用Java编写的，所以你可以很方便地在HTML中使用它们。

（3）、JavaServer Pages(JSP) 技术

JSP是从Servlet上分离出来的一小部分，简化了开发，加强了界面设计。JSP定位在交互网页的开发。运用Java语法，但功能较Servlet弱了很多，并且高级开发中只充当用户界面部分。JSP容器收到客户端发出的请求时，首先执行其中的程序片段，然后将执行结果以HTML格式响应给客户端。其中程序片段可以是：操作数据库、重新定向网页以及发送 E-Mail 等等，这些都是建立动态网站所需要的功能。所有程序操作都在服务器端执行，网络上传送给客户端的仅是得到的结果，与客户端的浏览器无关，因此，JSP 称为Server-Side Language。

JavaServer Pages的主要优点包括

●一次编写，各处执行(Write o­nce, Run Anywhere)特性

作为Java 平台的一部分，JavaServer Pages 技术拥有Java语言“一次编写，各处执行”的特点。随着越来越多的供货商将JavaServer Pages 技术添加到他们的产品中，您可以针对自己公司的需求，做出审慎评估后，选择符合公司成本及规模的服务器，假若未来的需求有所变更时，更换服务器平台并不影响之前所投下的成本、人力所开发的应用程序。

● 搭配可重复使用的组件

JavaServer Pages技术可依赖于重复使用跨平台的组件（如：JavaBean或Enterprise JavaBean组件）来执行更复杂的运算、数据处理。开发人员能够共享开发完成的组件，或者能够加强这些组件的功能，让更多用户或是客户团体使用。基于善加利用组件的方法，可以加快整体开发过程，也大大降低公司的开发成本和人力。

● 采用标签化页面开发

Web 网页开发人员不一定都是熟悉Java 语言的程序员。因此，JSP 技术能够将许多功能封装起来，成为一个自定义的标签，这些功能是完全根据XML 的标准来制订的，即JSP 技术中的标签库(Tag Library)。因此，Web 页面开发人员可以运用自定义好的标签来达成工作需求，而无须再写复杂的Java 语法，让Web 页面开发人员亦能快速开发出一动态内容网页。

今后，第三方开发人员和其他人员可以为常用功能建立自己的标签库，让Web 网页开发人员能够使用熟悉的开发工具，如同HTML 一样的标签语法来执行特定功能的工作。

● N-tier 企业应用架构的支持

有鉴于网际网络的发展，为因应未来服务越来越繁杂的要求，且不再受地域的限制，因此，

必须放弃以往Client-Server的Two-tier 架构，进而转向更具威力、弹性的分散性对象系统。由于JavaServer Page 技术是Java 2 Platform Enterprise Edition (J2EE)集成中的一部分，它主要是负责前端显示经过复杂运算后之结果内容，而分散性的对象系统则是主要依赖EJB ( Enterprise JavaBean )和JNDI ( Java Naming and Directory Interface )构建而成。

（4）、JavaBean(Application)应用组件技术

Application是Java应用程序，在WEB项目和一些开发中主要应用JavaBean。它就是Application的一部分，逻辑运算能力很强，能极大的发挥Java语言的优点。JavaBean 被称为是Java 组件技术的核心。JavaBean 的结构必须满足一定的命名约定。JavaBean能提供常用功能并且可以重复使用，这使得开发人员可以把某些关键功能和核心算法提取出来封装成为一个组件对象，这样就增加了代码的重用率和系统的安全性。

高级的WEB项目会应用到以上所有技术，它们之间联合使用和协作开发会提高开发的效率和系统的性能。 

2、面向对象分析设计思想

Java语言是完全面向对象的语言，所以在项目设计时会有很大的帮助，在设计时应尽量舍弃以往的面向过程的设计方式。 

在分析项目业务关系的时候，应用一些UML(Unified Modeling Language)图,例如常用的用例图(use case diagram)，类图(class diagram)，时序图(sequence diagram)等等,会有很大的帮助，这样能尽快找出业务逻辑主要面对的对象，然后对每个对象进行行为划分，最后再实现对象之间的集成和通信。

3、设计模式和框架结构

Java从语言角度来讲不是很难，但是从整体设计角度来讲我们还需要了解一些高级应用框架。如果要设计一个良好的框架结构，单单只掌握Java语言远远不够。这就涉及到一个设计模式，还有和设计模式相关的一些知识。 

设计模式在Java项目实施过程更是重中之重。主要在与两层的设计模式、三层的设计模式和N层的设计模式。它直接决定着项目的应用、部署和实际开发设计。 

在普通的WEB项目中很多采用两层的开发结构。JSP+Servlet或JSP+JavaBean。当对开发要求高的项目中使用很多的还是MVC的三层开发结构，也就是JSP+Servlet+JavaBean。它能分有效的分离逻辑开发，使开发人员能专注于各自的开发。同时也能时整个开发结构流程更清晰，但是需要比较高的开发配合度。 

在项目中，我们经常使用著名的Model-View-Controller(MVC)架构。MVC架构是随着smalltalk language语言的发展提出的，它是一个著名的用户界面设计架构。经典的MVC架构把一个组件（可认为是整个应用程序的一个模块）划分成三部分组 Model管理这个模块中所用到的数据和业务逻辑。而View 管理模块如何显示给用户，Controller 决定如何处理用户和该模块交互式时候产生的事件 如用户点击一个按钮等。 

4、XML语言

在服务器和设计模式结构中会应用到自定义文件，而且在应用高级设计时也会定义自用的标签，现在流行的是用XML去定义配置，所以XML语言应该有一定掌握。

当前，Java 2平台企业版（J2EE）架构在厂商市场和开发者社区中倍受推崇。作为一种工具，可扩展标记语言（XML）简化了数据交换、进程间消息交换这一类的事情，因而对开发者逐渐变得有吸引力，并开始流行起来。自然，在J2EE架构中访问或集成XML解决方案的想法也很诱人。因为这将是强大系统架构同高度灵活的数据管理方案的结合。

XML的应用似乎是无穷无尽的，但它们大致上可以分为三大类：

1、简单数据的表示和交换（针对XML的简单API（SAX）和文档对象模型（DOM）语法解析，不同的文档类型定义（DTDs）和概要（schemas））

2、用户界面相关、表示相关的上下文（可扩展样式表语言（XSL），可扩展样式表语言转换（XSLT））

3、面向消息的计算（XML-RPC（远程过程调用），基于SOAP协议的Web 服务（Web Services），电子化业务XML（ebXML））

5、网页脚本语言

为了提高WEB项目的整体性能，提高人机交互的友好界面，网页的脚本语言是很有用处的，有的时候可以解决很大的难题或提高程序的性能和应用性。 

网页脚本语言的执行都是在客户端执行的，速度很很快，并且大多的操作与服务器没有交互运算，所以在一些应用中非常理想。在设计WEB项目的应用中，网页的脚本语言起着不能忽视的作用，所以如果设计WEB项目的应用中，对JavaScript应有一定的了解。

JavaScript是一种基于对象(Object Based)和事件驱动(Event Driven)并具有安全性能（Secure）的脚本语言。使用它的目的是与HTML超文本标记语言、Java 脚本语言（Java小程序）一起实现在一个Web页面中链接多个对象，与Web客户交互作用。从而可以开发客户端的应用程序等。它是通过嵌入或调入在标准的HTML语言中实现的。它具有以下几个基本特点：

1它是一种脚本编写语言

JavaScript是一种脚本语言，它采用小程序段的方式实现编程。像其它脚本语言一样,JavaScript同样已是一种解释性语言,它提供了一个易的开发过程。 

它的基本结构形式与C、C++、VB十分类似。但它不像这些语言一样，需要先编译，而是在程序运行过程中被逐行地解释。它与HTML标识结合在一起，从而方便用户的使用操作。

2 基于对象的语言。

JavaScript是一种基于对象的语言，同时以可以看作一种面向对象的。这意味着它能运用自己已经创建的对象。因此，许多功能可以来自于脚本环境中对象的方法与脚本的相互作用。

3简单性

JavaScript的简单性主要体现在：首先它是一种基于Java基本语句和控制流之上的简单而紧凑的设计, 从而对于学习Java是一种非常好的过渡。其次它的变量类型是采用弱类型，并未使用严格的数据类型。

4安全性

JavaScript是一种安全性语言，它不允许访问本地的硬盘，并不能将数据存入到服务器上，不允许对网络文档进行修改和删除，只能通过浏览器实现信息浏览或动态交互。从而有效地防止数据的丢失。

5 动态性

JavaScript是动态的，它可以直接对用户或客户输入做出响应，无须经过Web服务程序。它对用户的响应，是采用以事件驱动的方式进行的。所谓事件驱动，就是指在主页(Home Page)中执行了某种操作所产生的动作，就称为“事件”(Event)。比如按下鼠标、移动窗口、选择菜单等都可以视为事件。当事件发生后，可能会引起相应的事件响应。 

6、开发工具

（1）、数据库

在主要的应用中，数据库相关的环节应用很多，所以对数据库应该有一定了解。不能单单只了解一种数据库，因为在很多实际开发中会提出很多数据库解决方案，所以只有在了解多种数据库的情况下才能有一个比较方案。

对于数据库应该了解他的性能和一些基本的操作常识，还有该数据库的特点。而针对与Java语言WEB项目的数据库开发则主要是对JDBC的应用，还有数据库事务处理和连接池等高级概念的应用。

（2）、Web服务器

同数据库一样，应该了解该服务器的性能，特点和一些常识。

在应用方面，Web服务器主要是针对于配置和部署，对目录的配置，调试；对配置文件属性的修改；对访问权限和并发性的控制；Java类的部署等。

（3）、集成开发环境（IDE）：

“公欲善其事， 必先利其器” 对于Web应用开发人员来讲，好的集成开发环境（IDE：Integrated Development Enviroment）是非常重要的。目前在市场上占主导位置的一个集成开发工具就是Eclipse

需求分析

格式

1 引言

11 编写目的

说明目标：对用户的需求进行收集、整理与分析，弄清楚系统究竟要 “干什么”及“由谁干”，并用合乎规范的文字及图表予以描述。不需要说明“怎么干”，因为那是设计阶段的事情。有关文字与图表应尽量让用户便于理解。

预期读者：用户方的相关业务人员、双方的开发人员和系统维护人员。

作用：实现开发方与用户方的双向沟通，是把业务需求计算机化的关键步骤。

为下一阶段的概要设计工作提供依据。当用户的需求发生变更时，应添写补充说 明；如变动过大可形成新版本。

软件需求说明（Software Requirements Specification）的主要作用为：

 为用户方与开发方建立共同协议奠定基础。

 提高开发效率、强化进度控制。

 为项目的的评测与验收提供依据。

 便于移植。

 作为系统不断提高的基础。

12 编写背景

121 系统名称及版本号

说明形如“网银三期系统V300”。其中，版本号的格式为“XXXXXX”，X为阿拉伯数字，左“0”可省略。

122 使用者

说明适应对象和范围。主要指预期读者，也供有关领导审阅。

123 与其它系统的关系

说明在用户现有的及预期的整个应用系统中，给本系统准确定位。用示意图及相应的文字予以说明。

2 用户的基本情况

21 系统建设背景

说明项目背景与依据、现有基础、项目规模、预期目标等。可繁可简，格式自定。

22 组织机构与职能

说明用层次示意图及相应文字表示(如果需要开发的系统与部门没有直接依赖关系此节可省略,本章随后的小节数将顺次减1)，

加注：组织机构的层次数、数目、各个机构的职能简述。

23 用户特点

说明所在行业特征、操作人员与系统维护人员的数量、学历与水平、数据量大小、使用频度等。

24 用户业务分析

说明在本部分，希望系统分析人员能够对用户业务现状进行分析、对用户对本系统的未来发展方向作出一定的预测等。以便设计人员对业务及其发展有所了解，增强系统设计的前瞻性。

25 计算机应用现状

说明可繁可简，格式自定。

3 业务需求

31 项目概述

说明

第一、 指明项目的开发意图、应用目标（总目标、分期目标）、作用范围、预期效益等。

第二、 指明在输入信息转变为输出信息的过程中，为了满足用户的业务需求，应用软件必须完成的基本功能(采用自然语言叙述)。但此时不要求对基本功能进行分解。

第三、 如果本系统与其他系统相关联，则应确定本系统的基本功能边界（可采用图示+文字说明的形式，用蓝色标示出本系统的功能，用绿色标示出相关系统的功能）。

32 约束条件

321 费用约束

说明 预计投资金额概算、其中软硬件费用的比例、资金分期到位计划。

322 进度约束

说明预计完成日期、分步实施期限。

323 其它约束

说明场地面积限制、通信设施基础、其它干扰因素。

注意：任何计算机系统都不是包罗万象的；用户自身的能力也是有限的。轻诺必寡信。故应特别指出：由于哪些条件的约束，本系统不能满足哪些业务需求与系统需求。

本章主要介绍项目的总体业务功能,要求站在客户的角度把握系统需求

33 性能需求

说明依据ISO9000标准及我们的理解，下面列出了软件的6组性能，共涵盖21个子特性。这些性能/子特性的相对重要性并不是等同的。编写时，可以基于具体项目的实际需求，对下述标题或内容进行取舍/侧重。事实上不可能做到面面俱到，往往要作出某些折中。

本节说明系统在性能方面的预期目标，不要求提供实现上述目标的具体实施方案。

331 功能性

说明指与软件实现的各项功能及其指定性质有关的一组属性。这些功能都是满足规定需求和潜在需求所必需的。它包括5个子特性：

适用性：与指定业务所需各项功能的实现及其适合程度有关的一些软件属性。

准确性：与保证正确（或符合要求的）结果（或效果）有关的一些软件属性。

互操作性：与软件同一些指定系统交互作用能力有关的一些软件属性。

复合性：使软件遵守相关的标准、约定/法律或类似规定有关的一些软件属性。

保密安全性：与针对蓄意（或无意）而非法存取程序和数据的预防能力有关的一些软件属性。这里主要指的是保护软件的要素，旨在防止各种非法访问、修改、破坏、泄密及感染计算机病毒等。

332 可靠性

说明指在规定的条件和期限内，与软件保持其性能水平有关的一组软件属性。

成熟性：与软件故障引起的失误频率有关的一些软件属性。

容错性：在软件故障发生或其规定界面被破坏的情况下，与软件仍能保持规定性 能水平的能力有关的一些软件属性。

可恢复性：在失效的情况下、在限定的期限和强度范围内，与软件重建性能水平 并恢复直接受影响的数据的能力有关的一些软件属性。

333 易使用性

说明指与规定用户（或潜在用户）使用软件所需的努力程度、对这种使用所做的评估有关的一组软件属性。它包括3个子特性：

易理解性：与用户为理解其逻辑概念及适用范围需做的努力有关的一些软件属性。

易学习性：与用户学习其应用（例如操作控制、输入、输出）需做的努力有关的一些软件属性。

易操作性：与用户操作及运行控制需做的努力有关的一些软件属性。

334 高效性

说明指在特定的运行环境中，描写软件性能水平与所用的资源量之间关系的一组软件属性。它包括两个子特性：

时间特性：在完成软件功能时，与响应时间、处理时间、吞吐率有关的一些软件属性。

资源特性：在完成软件功能时，与所用资源量及占用时间有关的一些软件属性。

335 可维护性

说明与对软件进行指定的修改所需的工作量有关的一组软件属性。它包括4个子特性：

易分析性：与诊断故障、确定失败原因、在需要修改的部位进行标识等所做努力有关的一些软件属性。

易修改性：与实施修改、排除故障、环境改变所做努力有关的一些软件属性。

稳定性：与修改的意外影响带来的风险有关的一些软件属性。

易测试性：与对经过修改的软件进行检验/确认做努力有关的一些软件属性。

336 可移植性

说明指软件从一个环境转移的另一个环境时，与其适应能力有关的一组软件属性。它包括4个子特性：

适应性：除已有手段外，无须采用其它措施或手段，软件便应能适应指定的环境。与这种能力有关的一些软件属性称为适应性。

易安装性：在指定环境内，与安装软件所需努力有关的一些软件属性。

一致性：软件从一个环境转移的另一个环境时，应符合一定的标准和约定。与这种符合程度有关的一些软件属性，称为一致性。

易替换性：有时会出现这种需求：在某个其它软件的运行环境下，要用本软件来置换那个软件。与这种可能性及所需努力有关的一些软件属性。

4 用户需求

说明本章下面介绍的是一般规模软件系统的书写格式。在书写过程中可能要以业务名称划分小节(例如:51 代收电话费)。每个业务小节包含两个部分：第一部分是对此业务中角色和功能的定义；第二部分是此业务的图形分析方法。

在本章开始未分节的部分，应当绘制一个总体结构图，依据这个总体结构图进行一个总体描述，使得阅读者对下面分节描述的各个功能形成一个整体印象。这个总体结构图不一定是指在ROSE工具中绘制的用例总图， 而是根据需要可以选择包括“用例总图”、“适当级别的数据流图”、“IDFF图”、“数据流程图”或其他专业图形分析图示等。

每个小节中的第二部分采用rational公司的rose2000作为工具绘制用例（use case）图和顺序（sequence）图。在这里采用rose工具是作为绘图分析工具使用，对需求的描述和分析并不代表我们的设计采用UML标准和面向对象的设计，具体分析人员应当根据实际的用户需求描述绘制顺序图，而并不着重考虑对象的分析限制。

需求变更的处理原则：获得批准的需求变更，需要在《需求分析》中有所体现。增加的需求，需直接从本章尾部顺序添加，相应的小节编号也需要依次增加。例如：本章小节为51—55，增加的需求小节编号则为56。删除的需求，不需要将相应需求直接从《需求分析》中删除，而只需在相应需求小节上注明删除，并标出《需求变更单》编号。修改的需求，可在相应的需求小节直接修改。所有对《需求分析》内容的修改必须在修改历史中留有记录。

41 业务名称1

411 角色/功能定义

说明根据会议纪要、小组讨论，确定系统中的角色（角色可以为外部系统或系统用户），和功能，并给出相应的定义或解释。

412 图形分析

说明本节主要描述相应业务的用例图和顺序图的内容

统一建模语言（UML）是一个通用的可视化建模语言，用于对软件进行描述、可视化处理、构造和建立软件系统制品的文档。它记录了对必须构造的系统的决定和理解，可用于对系统的理解、设计、浏览、配置、维护和信息控制。UML适用于各种软件开发方法、软件生命周期的各个阶段、各种应用领域以及各种开发工具，是一种总结了以往建模技术的经验并吸收当今优秀成果的标准建模方法。

在本需求模板中我们选取的是UML视图来辅助进行图形需求分析，选用Rational公司的ROSE工具完成。在需求分析过程需要完成结构分类中的用例分析，绘制用例图；对用例的动态行为进行交互分析，描述执行系统功能的各个角色之间相互传递消息的顺序关系，绘制顺序图。

在这里请作者将制作的用例图和顺序图拷贝到本文档中。

基本成分：用例（use case）、用例视图（use case view）、角色（role、actor）、顺序图（sequence diagram）、协作图（collaboration diagram）。

模板和命名：为更好地使用ROSE图形分析工具，我们设定一个基本的分析模板，文件名为lansoftmdlmdl。该文档涉及项目开发的需求、概设和详设3个阶段，在需求阶段主要完成模板中用例视图（use case view）规定完成的部分。在项目中使用该模板后生成的mdl文件纳入文档的配置管理，具体命名参照SEMP体系的命名规定。修改历史记入文档开始部分的“mdl文档修改历史表”中。

ROSE使用要求

1、 要求使用ROSE工具时必须完成模板和使用要求中规定完成的内容，在完成基本内容的基础上，可以根据需要增加部分内容。

2、 在公司没有购买确定版本的ROSE以前，使用的ROSE版本应在项目开始前在项目组规定好，并由配置管理员负责配置。

3、 在用例视图（use case view）中建立一个名称为main的主用例图（use case diagram），具体内容应当包括所有用例图的全部内容，具体应用时还可以根据情况建立多个用例图（use case diagram）。

4、 在用例视图中请采用中文对所有的角色（actor\role）进行命名。其中角色必须在双击该对象图后，详细填写该角色的描述（documentation）和该角色代表的角色数量（detail-multiplic）。

5、 在用例视图中请采用中文对所有的用例（use case）进行命名。命名中在一般的中文概括前应增加代表本节编号的部分，如“1用户认证”，顺序编号。其中用例必须在双击该对象图后，详细填写该用例的描述（documentation）。

6、 在每个用例下必须组织建立相应的顺序图（sequence diagram），对于一个用例可以包含多个顺序图（sequence diagram），各个顺序图（sequence diagram）的命名需在一般的中文概括前增加代表本节编号的部分，如“11用户认证”，顺序编号，其中第一个1代表所属的用例，第二个1代表顺序图（sequence diagram）的编号。产生顺序图的数量根据说明需求的具体要求设定。其中顺序图中的各个对象消息（object message）必须在双击该对象图后，详细填写该对象消息（object message）的描述（documentation）。

413 数据存储需求

说明根据会议纪要、小组讨论，对于在需求调研中有关的数据实体对象或数据实体信息，应当根据需要提出可能数据类型和数据长度以及单位量纲的记录或建议。

5 运行环境

说明本章只提出运行环境的逻辑结构，物理结构将在《概要设计说明书》中给出。

容许提出几种可选方案。

51 硬件平台

说明指出本应用软件适用的主机/服务器与终端/工作站的技术指标、基本配置、接口特点、特殊约定等。

应尽可能地说明上述设备在各级用户机构预计的分布状态。

52 网络平台

说明选型标准、网络类型、基本部件、接口情况、对综合布线的要求、限制条件等。应画出网络（广域网、局域网）的拓扑结构图，说明后者对前者的接入方式。

53 软件平台

说明操作系统的名称、生产厂家、版本号等。

数据库的名称、生产厂家、版本号等。

数据库设计工具的名称、生产厂家、版本号等。

网络通信协议的名称、生产厂家、版本号等。

前端开发工具的名称、生产厂家、版本号等。

测试开发工具的名称、生产厂家、版本号等。

现场运行时需要的工具软件的名称、生产厂家、版本号等。

配置管理工具软件的名称、生产厂家、版本号等。

6 附录

说明列出基础素材中的文件、报表、单据等的样张，再附上必要的注释。

如果条件成熟，可以把数据字典（data dictionary）作为附件列于后。

61 电子文档编写方式与使用工具

说明编写要求、工具名、版本号、操作系统平台。使用多种工具时，应分别说明。形如：

Microsoft Word 97 for Windows 95/98

Power Designer 60 for Windows 95/98

Rational Rose 98 for Wintel

Visio或Power Point 97 for Windows 95/98

62 定义说明与符号

说明包括对专用术语及缩略语的解释、所用到的图（如use case、sequence图）之图符的表示与解释等。

63 参考资料

说明格式：作者，[版本号，]资料来源，日期 [，起止页号] 。其中，《质量保证计划》是必选的参考资料。

64 有关表格清单

说明列出用户提供的素材，加上我们积累的有关文件，作为系统分析的基础。在这里除系统内部没有用户参与的需求分析工作外，必须包括一个以上的用户访谈纪要、用户确认签名文件以及用户访谈计划等文件的列表。在列表中的文件应当作为附件与需求文档共同纳入配置管理

一、注册域名

　　想要拥有一个网站，域名是必不可少的，域名也就是网站的地址，是企业在网络上的重要标示，所以一个好记忆的域名很容易让人记住你的网站。通常情况下，后缀为。com的域名较为中国大多数人习惯。选定好后缀，就可以注册域名了，价格通常为200至500，且需要每年续费。

　　二、购买空间

　　网站空间是就是存放网站内容的空间，它能存放网站的文件和资料，包括文档、数据库、、视频等文件。我们可以自己买服务器做网站空间，但是费用较高，价格从数万到几百几千万不等，且需要由专人负责、24小时开机。网站空间的稳定性和速度影响访客的浏览感受，容量不宜过小，以免影响网站的正常运行，我们也可以单独购买网站空间，通常1G的网站空间价格大约在数百到数千元不等。

　　三、网站风格设计

　　需要根据公司性质设计网站的色彩、版式、、文字还有横幅等，才能充分吸引访客的注意，在视觉上产生愉悦感。这一工作通常需要专业的设计师与技术人员互相沟通合作，所以价格不菲，约在数千到数万。

　　四、网站维护

　　为了让网站能够长期的稳定运行，需要对网站服务器、数据库及相关软硬件进行维护，这些都必须专业人员来操作，因而仍是一笔不小的开销。

　　五、时间精力

　　一个网站创建好后，就需要我们上传内容不断更新来维持网站的活力，从而带动点击和知名度。许多企业以外包项目的方式建设网站，建设时投入了大量资金，但是网站发布后，更新、优化跟不上，反而起不到网站应有的效果。

随着智能手机的普及和移动互联网的发展，移动应用程序已成为我们生活中不可或缺的一部分。然而，对于很多用户来说，下载软件时遇到的问题却屡屡发生，例如下载速度缓慢、下载过程中出现广告弹窗、软件界面过于复杂等。这些问题不仅浪费了用户的时间，也降低了用户对软件的信任度。因此，如何从用户角度来解决这些痛点问题，值得我们深入探讨。

首先，针对下载速度缓慢的问题

建议开发者加强服务器的配置，提高软件的下载速度。同时，为了缓解用户的焦虑情绪，可以在下载过程中添加一个进度条或提示信息，让用户了解当前的下载进度和剩余时间。

其次，针对广告弹窗的问题

建议开发者合理设置广告展示的方式。例如，可以将广告展示在软件界面的合适位置，避免弹窗式广告对用户的干扰。此外，为了避免用户对广告的不满，建议开发者增加用户自主选择关闭广告的功能。

最后，针对软件界面过于复杂的问题

建议开发者注重用户体验的设计，保持软件简洁易用。例如，在软件设计中应尽可能简化操作步骤，避免过多的图标和按钮，使用户能够更快捷地完成目标操作。

除了以上几点，我们还需要注意以下几个方面。首先，保障软件的安全性和稳定性。用户的信息安全和软件的稳定性是用户选择下载软件的重要因素。因此，开发者需要加强软件的安全防护措施，以保护用户的隐私和数据。其次，尽可能减少软件的存储空间。随着手机内存的不断扩容，用户对软件的存储空间要求越来越高，因此，开发者应尽可能减小软件的体积，以提高用户的下载体验。最后，开发者应注意软件的版本更新。在更新版本时，应及时修复已知的问题和漏洞，提高软件的稳定性和安全性。