3.软件性能：性能良好，安全稳定，效率高。

1.1.3功能规格

在设计这个系统的时候，我使用常用的UML（Unified Modeling Language）作为建模语言。想要从不同角度观察和展示系统的各种特征的方法时就可以使用UML，因为它自动为建模活动提供了这些特性，方便用户的使用。

在传统UML中，我们清楚地知道不管是从任何一个角度对系统进行抽象描述操作。都至少需要几种甚至好多种模型同时来描述，而这些来自不同角度的模型图最终组成了系统的设计思路和方案，所以他是决定系统设计走向的重要点。除此之外我采用面向对象分析作为主要的系统建模方法。面向对象的思路是现在非常主流的。该方法有助于系统的设计和开发。

下面我将采用用例描述该系统的相关角色，在该系统中常见的角色无非分成用户、外部系统以及系统处理等。采用用例可以明确地表现出用户是如何与系统交互来完成工作的。因为用例模型提供了一个非常重要的方式来界定系统边界以及定义系统功能。

而与此同时，我们可以轻松的通过该模型在将来为系统派生出一系列的动态对象模型。更加细致的展现系统的内在结构，方便系统后续的建模工作。

设计所有的用例时，我主要是按照下面几个步骤进行的：

第1步：先纵观全局，从大体上识别出系统的角色。一般的系统角色可以是用户、外部系统，甚至是外部处理，它可以被看做通过某种途径与系统交互。接下来重要的是着重从系统外部执行者的角度来描述系统需要提供哪些功能，并指明这些功能的执行者（主要角色）是谁。尽可能地确保所有角色都被完全识别出来。比如对于这个系统可以很容易的看出“管理员”这个角色。

第2步：接着第一步，下面可以进行详细的描述主要的用例。为了更够尽可能完整的描述清除所有的用例。我经常会分析这个角色究竟在想系统为该用户自身做了些什么问题。来了解这个用例中用户的主要职能，还有它在这个用例图中起到的作用以及它工作的一整套的流程。

第3步：执行完第二步之后，我们现在回头来重新详细的看待每个用例，从每个用户的角度来为它们各自定下个详尽的定义。比如管理员这个用户，他需要执行添加信息，删除信息，更改信息等操作。文献综述

第4步：检查每个用例的细节部分，从而发现遗漏或者定义有误的相关问题。

第5步：有了前边几步的分析，现在可以在此基础上设计并画出系统的用例图。

1.3 支持条件与限制

1. 应该具备的条件，应提供相应的硬件设施，相应的软件技术人员。

2. 专业的管理人员，还包括合理的有效的开发环境。

3. 由用户提出项目开发的具体要求，协商和讨论上述的开发的软硬件环境。

1.4 开发环境

前台编程工具：sublime text3；

后台编程工具：Idea；

图形工具：Microsoft Office Visio 2013，UMLet等；

开发环境：Idea+Tomcat；

数据库环境：MySql+Navicat；

2 分析

对于一个系统的分析要从很多方面来进行，最常见的就是可行性分析，需求分析等等，然而这些还只是比较打的概念和方向。他们各自还细分成许多更加细致的方向，比如可行性分析中还包含评价尺度、决定可行性的因素、社会条件可行性、目标等等。当然需求分析包含的更加丰富。至于更加细致的描述，下面将进行更加全面的介绍。

2.1 可行性分析