软件开发过程与管理 实验5.docx

软件开发过程与管理 实验5.docx

《软件开发过程与管理 实验5.docx》由会员分享，可在线阅读，更多相关《软件开发过程与管理 实验5.docx（13页珍藏版）》请在冰点文库上搜索。

软件开发过程与管理实验5

软件开发过程与管理实验报告

实验5软件需求分析过程

专业班级_软件技术1201__学号__201227030109__姓名_陈鸿涛___上机日期_____________

题目依据你们小组准备设计的软件，写出你负责的部分的软件需求说明书

项目名称

图书管理系统

项目编号

MSS_201206

项目经理

文档编号

文档版本

V1.0

编制

审批

修订记录：

修订版本号

修订人

修订日期

修订描述

V0.1

2013-6-20

创建

V1.0

2013-6-21

修改后发布

目录

1简介1

1.1目的1

2范围1

3总体概述1

3.1软件概述1

3.1.1项目介绍1

3.1.2系统环境介绍1

3.2设计层次/组件功能2

4假设和依赖关系3

5总体设计约束3

5.1标准符合性3

5.2硬件约束3

5.3技术限制3

6功能需求4

7非功能性需求23

7.1获取来源23

7.2准确性23

7.3可用性23

7.3.1SNR1：

清晰的功能导航23

7.3.2SNR2：

友好的错误提示23

7.3.3SNR3：

个性化定制界面23

7.4安全性24

7.4.1SNR4：

网络安全管理24

7.4.2SNR5：

系统级安全管理24

7.4.3SNR6：

应用级安全24

7.5可靠性24

7.5.1SNR7：

系统可靠性24

7.5.2SNR8：

使用可靠性24

7.5.3SNR9：

修复可靠性25

7.6性能25

7.6.1SNR10：

数据精确度25

7.6.2SNR11：

时间特性25

7.6.3SNR12：

用户数25

7.6.4SNR13：

容量需求25

7.7可维护性25

7.7.1SNR14：

命名约定25

7.7.2SNR15：

编码标准25

7.8其它26

8外部接口需求26

8.1用户接口26

8.2软件接口26

8.3硬件接口26

8.4通讯接口26

9其他需求27

9.1数据库27

9.2本地化27

9.3其它27

10需求分级28

11待确定问题29

12附录29

1简介

1.1目的

能够实现基于数据库的快速图书管理系统，能够实现对图书的记录、分类管理、和信息的查询，能够自动处理用户输入的错误信息，

本说明书可以用来指导设计与开发人员设计开发系统，测试人员进行测试，技术人员编写用户手册，以及其它相关人员熟悉系统。

预期读者：

郑州……有限公司的系统分析人员、系统架构师、软件测试人员、QA等相关人员。

2范围

项目名称：

图书管理系统

任务提出者：

魏华杰,李刚.陈鸿涛

开发者：

魏华杰,李刚.陈鸿涛

用户：

魏华杰,李刚.陈鸿涛

本次软件开发包括程序登陆验证，图书信息录入，图书信息查询3个方面。

同时要满足与此相关的非功能性需求，外部接口需求和其他需求。

本文档描述本次软件开发相关的软件需求，包括软件需要实现的所有功能性和非功能性需求，以及软件所依赖的外部接口需求；不包括软件开发环境，开发语言等技术方面的描述。

3总体概述

3.1软件概述

3.1.1项目介绍

图书管理系统是指依据用户的需求对书籍的一种电子管理方法，通过数据库来储存所保存的图书信息，通过前台程序查询保存在数据库中的图书信息。

3.1.2系统环境介绍

图书管理系统的系统环境如图所示：

登陆界面

3.2设计层次/组件功能

图书管理系统分为三个部分：

用户登录界面，开始界面，信息输入界面，信息查询界面。

子系统之间的关系为：

用户登录界面：

让用户输入用户名和密码，符合要求即允许进入系统。

错误则要求用户重新输入或者是退出系统

开始界面：

如果用户输入的用户名密码没有问题，则进入此界面，此界面提供两个选项，一个选项进入信息输入界面，一个选项进入信息阅览界面。

信息输入界面：

一共有五个选项，分别记录图书的不同的信息，并赋予图书在数据库中的编号，如果用户输入错误信息，则提示重新输入。

信息阅览界面：

进入此界面，信息栏中即显示数据库中用户储存的第一条信息，提供信息修改功能。

4假设和依赖关系

1.假设《图书管理系统业务实时细则》以及新老品种的图书管理规则在项目开发过程中不会再发生变化，如果发生变化，图书管理系统使用的所相关人员应及时与开发公司联系说明。

2.假设本系统的外部接口发送和接收的数据格式不出现变化。

如果发生变化，系统内对应接口部分需要对应变化，也有可能会影响数据库的设计。

5总体设计约束

5.1标准符合性

系统使用的通讯标准是：

TCP/IP

系统使用的平台有：

Windows，Linux

5.2硬件约束

数据库硬件环境要求：

主机：

DL585，或其它可以安装RH-AS5的服务器

硬盘：

300GB以上

内存：

16GB以上

后台程序硬件环境要求：

主机：

DL585，或其它可以安装RH-AS5的服务器

硬盘：

300GB以上

内存：

16GB以上

客户端程序硬件环境要求：

主机：

普通PC

硬盘：

80GB以上

内存：

最低2GB，推荐4GB

5.3技术限制

后台和数据库要求操作系统：

RedHatEnterpriseLinuxServerrelease5.5（Tikanga）

客户端要求操作系统：

WindowsXP及以上，推荐Windows7（64位）

数据库采用Oracle数据库：

OracleDatabase10gEnterpriseEditionRelease10.2.0.4.0-64bitProduction

本地数据库使用Access数据库：

Access2007及以上

通讯协议使用：

TCP/IP协议

6功能需求

6.1登陆界面

功能要求：

是进入系统的第一部，提供信息验证功能，验证用户输入的用户名和密码，如果与事先保存在硬盘文件中的用户名和密码的信息一致，则允许用户进入该系统，否则要求用户重新输入，或者退出系统。

6.2开始界面

功能要求：

用户在登陆界面信息验证无误后，即进入该界面，该界面提供两个功能：

一个是进入信息输入界面，一个是进入信息查询界面。

6.3信息输入界面

功能要求：

分五项来储存用户输入的图书信息，并且为图书在数据库中提供一个独一无二的编号，方便查询。

如果用户输入了错误信息，则要求用户重新输入。

6.4信息查询界面

功能要求：

用户一进入该界面，即显示数据库中用户储存的第一条信息，信息显示的格式为用户储存时的格式，就是分五条显示图书信息，提供模糊查询功能，提供信息修改功能。

7非功能性需求

根据本系统的特点和客户对系统的要求，本章将在准确性、可用性、安全性、可靠性、性能和可维护性六个方面介绍系统的非功能性需求。

未描述到的在其他部分进行补充。

7.1获取来源

1.客户提出的，并已经与技术人员，运维人员等达成一致的非功能性需求；

2.图书管理系统v1所能参照的业界标准：

如清晰的功能导航和友好的错误显示；

7.2准确性

系统要实现两个方面的准确性：

1.数据准确性。

程序计算得到的每条图书数据的正确性以及图书数据先后顺序的正确性。

2.接口正确性。

数据发送以及反馈信息接收的正确性。

图书数据能够正确的发送到数据库系统中，并且要能够正确解读和保存图书反馈信息。

7.3可用性

普通用户要高效地执行特定操作所需的培训时间为一周，而高级用户所需的时间为三天。

由于用户已经使用本系统之前版本一年以上，且本次实现沿用以前风格，所以用户能较快的适用新系统。

本次使用的可用性标准为Microsoft的GUI标准。

7.3.1SNR1：

清晰的功能导航

系统必须提供良好的用户界面以方便用户使用业务，菜单最大深度为二级。

7.3.2SNR2：

友好的错误提示

系统在运行错误时，不能导致整个系统不可用，要在错误的地方给出给出明确的提示信息，说明本次错误的信息。

给出的错误信息不能直接是程序捕获的异常信息，而应该是根据系统的异常信息翻译成用户理解的错误信息，并且不能口语化。

同时所有的原出错信息必须保存到日志文件中，方便以后查询修复。

7.3.3SNR3：

个性化定制界面

系统必须提供个性化定制功能以方便用户将窗体设置成自己想要的格式。

个性化定制包括字体，窗口风格等。

7.4安全性

本节将详尽陈述与系统安全性、完整性等相关的需求，这些问题将会影响到产品的使用和产品所创建或使用的数据的保护。

定义用户身份确认或授权需求。

明确产品必须满足的安全性或保密性策略。

7.4.1SNR4：

网络安全管理

系统的网络环境使用封闭的局域网，系统采用高效、稳定的中间件ACE作为网络通讯和进程间通讯底层，使系统的性能及数据安全有了强有力的保证。

7.4.2SNR5：

系统级安全管理

在系统中采用全局性的异常捕获机制，保证所有错误都被捕获并保存下来。

7.4.3SNR6：

应用级安全

系统可以不进行权限监管，所有用户操作有用户自己分配监管。

但是系统在运行时需要进行登录，只是在相关操作中进行记录，并防止未授权用户的非法访问。

在登陆时指定登陆用户名和密码；在发送图书数据时重新输入登录用户和密码。

在所有用户输入的部分都必须进行合法性检查。

在可能相互影响的操作上加上判断，保证在同一时刻最多只有一种操作进行，避免了因相互影响而造成的系统错误。

7.5可靠性

7.5.1SNR8：

使用可靠性

系统发生异常到系统发出告警的时间的时延不能超过1分钟。

当程序运行出现错误时，不能引起系统的运行故障，要保证整个系统功能的95％可用。

7.5.2SNR9：

修复可靠性

在系统运行中出现问题时，保证在一天之内找出问题的原因，并提出多种修复方案。

7.6性能

7.6.1SNR10：

数据精确度

系统中的数据有整数和小数，对于整数，要求精确到个位。

对于小数，精确到小数点后两位。

7.6.2SNR11：

时间特性

图书查询计算的响应时间要求在与用户察觉之间能够完成所有图书情况的计算。

7.6.3SNR12：

用户数

图书管理计算最大用户数为20人，最大并发用户数为20；图书管理发送最大用户数为20人，最大并发用户为20人。

7.6.4SNR13：

容量需求

在满足系统要求的硬件环境下，要求系统能容纳的最大图书数据为100万条。

7.7可维护性

7.7.1SNR14：

命名约定

从前台系统得到的数据扔沿用之前的命名方式，表名需要加上ES标志。

与本次功能相关的代码文件和数据库表名都加上CUT，临时表需要有_TMP后缀。

7.7.2SNR15：

编码标准

本次程序开发客户端部分依照《C#编码规范》，后台服务依照《C++编码规范》，数据库程序依照《数据库编码规范》。

7.8其它

本次程序开发不需要考虑可移植性。

8外部接口需求

8.1用户接口

查询的数据内容显示在表格中。

表格支持排序，筛选。

表中的数据能保存到txt，excel，word中。

表中的数据支持右键操作，能根据表格内容查询相关信息。

8.2软件接口

一.系统外部接口

本系统需要从交易系统、会员服务系统接收数据。

其中，交易系统中相关成交、持仓信息由交易实时数据接收模块完成，该模块连接风险预警分析系统的服务端，经内部协议接收到RTE共享内存的实时数据变化，然后把数据分类发布到信息共享平台。

会员服务系统中相关会员客户信息、仓单信息等数据由数据同步程序完成，该程序从信息共享平台上订阅相关数据，写入监控数据库。

外部接口沿用以前版本，详细内容参见以前版本说明书。

二.系统内部接口

服务器程序：

根据客户端的订阅发送定单成交等信息到客户端；写数据到数据库

数据库程序：

根据客户端和服务端的要求计算数据并保存到指定表中。

客户端程序：

向服务器和数据库发送数据申请；接收服务端发送的数据；读取数据库中表的数据。

8.3硬件接口

N/A

8.4通讯接口

系统与外部系统的数据传输使用ISO8583package

9其他需求

9.1数据库

数据库使用oracle数据库和access数据库。

其中oracle数据库用于存储从外部接口接收的数据，access数据库随客户端程序存放，用来存储历史数据。

9.2本地化

系统操作为中文环境，显示的内容包含中文和英文。

9.3其它

N/A

10需求分级

11待确定问题

需求ID

问题描述

影响

（H/M/L）

风险

责任人

解决日期

状态（Open/Close）

12附录

N/A