需求分析第二版.docx

需求分析第二版.docx

《需求分析第二版.docx》由会员分享，可在线阅读，更多相关《需求分析第二版.docx（11页珍藏版）》请在冰豆网上搜索。

需求分析第二版

编号：

_________________

版本：

___第一版________

<系统名称>

需求分析说明书

委托单位:

承办单位:

编写:

（签名）_________________年月日

复查:

（签名）_________________年月日

批准:

（签名）_________________年月日

目录

第1章引言1

1.1目的1

1.2范围1

1.3术语1

1.4参考文献1

第2章项目概述1

2.1产品描述1

2.2产品功能1

2.3用户特点1

2.4一般约束1

2.5假设和依据1

第3章具体需求1

3.1功能需求1

3.1.1<功能需求1>1

3.1.1.1引言1

3.1.1.2输入1

3.1.1.3处理1

3.1.2<功能需求2>1

3.1.3<功能需求n>1

3.2外部接口需求1

3.2.1用户接口1

3.2.2硬件接口1

3.2.3软件接口1

3.2.4通信接口1

3.3性能需求1

3.4设计约束1

3.4.1其它标准的约束1

3.4.2硬件的限制1

3.5属性1

3.5.1可用性1

3.5.2安全性1

3.5.3可维护性1

3.6其它需求1

3.6.1数据库1

3.6.2操作1

3.6.3场合适应性1

第1章

引言

1.1目的

本需求说明书的目的是：

一般情况下，任何软件开发的过程，首先就是，用户根据自己的实际情况，考虑自己所要解决的主要问题，然后向开发人员提出问题开始的，而用户不能确切的理解这些概念，所以双方交流时存在着隔阂。

更糟的情况是：

用户本身也不知道他到底要计算机做些什么，这就更增加了交流的难度。

本说明书为用户提供一个最初的轮廓，根据用户的反馈对需求进行开发和改进。

本需求说明书预期的读者是：

用户公司，项目经理等。

1.2范围

本系统适用于各大中小型公司的人事管理，固定资产的管理，各类报表的呈现等，用途广泛，操作简单，给用户带来不一样的体验和隐形资产。

1.3术语

<编号><术语><描述性定义>

__01______设计约束_____在设计或实现应用系统时应遵守的限制条件。

__02______接口需求_____描述应用系统与它的环境通讯的格式。

__03______

1.4参考文献

序号

文件名

文件编号

发表日期

出版单位

01

《软件工程导论》

2011年

清华大学出版社

02

《实用软件工程》

2003年

清华大学出版社

03

《固定资产管理系统开发与应用》

2005年

鞍山钢铁集团公司

第2章项目概述

2.1产品描述

固定资产管理系统是企业管理中的一个重要组成部分，固定资产具有价值高，使用周期长、使用地点分散、管理难度大等特点。

许多企业在固定资产管理中也许都遇到过以下所列的问题：

1）企业资产管理中帐、物不相符合。

2）不清楚每个资产所在的部门，也无法得知某个部门究竟有多少资产。

3）资产管理缺乏文档数据以及相对应的管理手段。

4）资产的购买无法及时处理，财务上无法及时记录，无法形成采购清单。

5）文档信息少，准确性差，导致固定资产流失。

6）资产缺乏中间跟踪管理没有资产的历史记录，如安装、移动、调拨、报废、维修等，没有和资产一一对应的编码。

7）资产的保修无法进行管理。

本系统就是为了解决这些问题而开发的，它可以解决以往人工管理存在的问题，例如实物与资金不相符，出现资产无故减少等。

2.2产品功能

本系统主要有三个主要功能：

1）公司信息管理，主要包含公司信息的更新维护，部门的增删改查管理，人员的增删改查等等功能。

2）固定资产管理，主要包含资产信息表，采购合同表，固定资产的生命周期管理等等，以便更好地对公司固定资产的管理和保护。

3）统计报表，公司统计报表（从公司维度、统计目前有多少资产，数量，金额），部门统计报表（从部门维度、统计目前有多少资产，数量，金额），人员统计报表（从人员维度、统计目前有多少资产，数量，金额），还可以按时间统计（按年、月的维度统计资产）等。

2.3用户特点

本系统面对用户较广，公司上到总经理，下到员工都可以有权限使用，只是针对其不同身份而定。

2.4一般约束

项目中，设计人员要在各要素需求之间保持平衡

1）项目范围，时间，质量，成本。

这四项是项目设计的最基本约束。

关系如下图，

质量

成本

时间

2）明确表达用户所需要的功能，完成功能，在时间充足的情况下可为用户提供特色的功能。

3）开发约束：

框架JSP+Servlet+Struct2+Spring+hibernate+Maven

。

2.5假设和依据

为更好地完成系统分析需求报告，本小组分角色进行模拟，分别担任用户经理，软件公司经理，软件需求分析员的角色，就各类问题提出更好的更完善的解决方案。

模拟依据传统的软件交易场合，符合软件工程教学标准，使我们更好地完成本项目。

第3章具体需求

3.1功能需求

1）需求分析思路：

2）总体功能需求

固定资产管理系统主要是完成对系统员工管理、资产查询管理、统计分析表。

系统可以对登录系统的公司进行管理、部门管理、人员管理等进行配置，对固定资产进行数据库的设计，更好地保存公司资产。

普通用户可通过查询界面对公司员工，资产进行相应的查询。

而总经理具有最高权限，可以对部门增删改查，人员的增删改查，资产的信息管理等等。

本固定资产管理系统大大提高了员工的工作效率，既方便了员工，也使管理人员从繁杂的体力劳动中解脱出来，为实现固定资产管理的合理化、可靠化、效率化、提供了强有力的技术手段。

功能图如下：

3.1.1<功能需求1>公司信息管理

3.1.1.1引言

随着时代的变迁，越来越多的员工开始注重公司文化，一个好的公司文化总是能给员工带来更多的工作动力，因此本系统开端会有客户端进行对公司的文化历史修改。

同时，思想观念的变更使得公司的人员变动尤为频繁，因此本系统提供对公司的部门管理，人员管理等功能。

3.1.1.2输入

输入员工id，通过密码验证进入系统

3.1.1.3处理

3.1.1.4输出

调用选中相应功能时，操作结束后将相应表格输出

3.1.2<功能需求2>固定资产管理

3.1.2.1引言

此模块为本系统的核心功能，是企业管理中的一个重要组成部分，固定资产具有价值高，使用周期长、使用地点分散、管理难度大等特点，故本模块完成对固定资产的一个总体管理，包括所属人员，基本信息，资产总额等等。

3.1.2.2输入

1）输入合同编号，对采购合同进行管理

2）输入固定资产id，查看资产生命周期

3.1.2.3

处理

3.1.2.4输出

输出审核通过或者不通过；

输出采购合同管理表；

输出资产信息记录表。

3.1.3<功能需求3>统计报表

3.1.3.1引言

统计报表是对公司员工与固定资产信息的整合，二者同通过数据库的连接将公司所有信息呈现出来，包括从公司维度，部门维度，个人维度及时间的分类来完成。

3.1.3.2输入

1）按目录查询，包括公司，部门，个人，时间等

2）输入所属id，查询结果

3.1.3.3处理

3.1.3.4输出

1）输出id正确与否

2）输出公司统计报表，部门统计报表，个人统计报表，时间统计报表

3.2外部接口需求

3.2.1用户接口

用户登录界面，前台后台的开发使用。

要求满足用户与应用系统的需求接口。

3.2.2硬件接口

CPU：

Celeron2.50GHz；

内存：

4GB。

3.2.3软件接口

操作系统：

WindowsXP\Windows7\Windows8；

数据库：

MySQL；

开发工具包：

jdk1.7.0_45及以上版本；

开发平台：

MyEclipse2013；

3.2.4通信接口

本系统其他应用系统通信的信息格式。

3.3性能需求

性能需求在软件的质量保证中起着重要的作用。

通常我们把性能指标全部归结到硬件，操作系统和开发环境上，而忽略了代码本身性能上的考虑。

因此程序的稳定性，安全性都很重要，作为程序员我们要考虑受到的负荷压力以及各种潜在的危险和恶意攻击的可能性。

系统满足定时约束或容量约束，通常包括速度（响应时间），信息量速率，安全性等方面的需求。

要求用户提出操作请求后，系统尽快作出反应，一定不能出现卡死，数据崩溃，乱码等现象，优化彻底，同时保证数据的安全。

3.4设计约束

3.4.1其它标准的约束

用户或环境强加给项目的限制条件

数据约束：

数据精度

语言约束：

java

工具约束：

数据库mysql

3.4.2硬件的限制

硬件平台限制：

处理器IntelCorei5

Cpu2.50GHz

内存4GB.

其他平台未测试。

3.5属性

3.5.1可用性

量化用户可以使用系统的程度，在任何时候都不会因为使用人数过多而产生系统崩溃的基本问题。

要有备份数据，数据删除后，要可以可以恢复。

具有自我保护功能，可以自动恢复由停电断网引起的服务器中断连接。

发生故障时可自动保存当前工作状态。

3.5.2安全性

（1）用户必须通过用户名及密码才能登陆系统，行使自己的权限，保证数据库信息的正确性。

（2）不同的用户有不同的系统权限，不允许用户进行超过自身权限的操作。

3.5.3可维护性

系统对环境错误做出正确的反应，收集错误，以便系统维护员或公司做出正确的维护操作。

可以对权限维护，管理员需要对用户的用户名、密码和权限进行维护，给每名员工分配享用的用户名和密码，确定操作级别。

可以对数据库维护，在日常运行中要不断对数据库管理及其表进行修改，对无用的表及表中的信息进行删除处理。

这样确保系统能够正常，快速地运行。

3.6其它需求

3.6.1数据库

1.使用mysql数据库与本系统连接，要求功能全面，信息准确。

2.数据的完整性和准确性

为确保数据的完整性和准确性必须及时的保存数据和及时更新数据，所有需要使用固定资产管理系统的部门都需要在综合管理办公室设置专柜用于存放本部门所有固定资产的信息，然后将所有的信息全部输入计算机中，方便以后的使用、查询、管理等操作。

同时应坚持每天将数据库信息备份，以防系统出现意外故障。

3数据的安全性

为了确保数据和系统的安全性，用户需要满足一下要求。

（1）用户必须通过用户名及密码才能登陆系统，行使自己的权限。

（2）不同的用户有不同的系统权限，不允许用户进行超过自身权限的操作。

3.6.2操作

1．系统启动，进入身份验证。

2．初始化系统，进入系统操作界面。

3．进入选择循环状态，通过选择驱动激活各模块，执行各任务。

4．一任务执行完毕后重新进入消息循环状态。

5．通过事件驱动退出系统。

要求：

要求界面美观，通用性较强，操作简单，容易上手。

；可伸缩的系统架构，易于扩展；功能丰富，可以灵活裁减；广泛的应用领域等

3.6.3场合适应性