软件需求分析说明书最新采用打印.docx
《软件需求分析说明书最新采用打印.docx》由会员分享，可在线阅读，更多相关《软件需求分析说明书最新采用打印.docx（10页珍藏版）》请在冰豆网上搜索。
软件需求分析说明书最新采用打印
文档编号：
嘉应学院工资处理系统–SRS–2011版
工资处理系统
软件设计说明书
用户方:
嘉应大学财务处
开发方:
嘉应学院083班
日期：
2010-11-12
目录
1．引言-----------------------------------------------------------------------------------------------------------2
1.1编写目的2
1.2读者对象2
1.3软件项目概述2
1.4文档概述2
1.5定义--3
1.6参考资料3
《软件工程初级教程》陶华亭清华大学出版社2010年3月3
2.软件设计约束3
2.1设计目标和原则3
2.2设计约束4
3.软件设计描述5
3.1总体结构设计5
3.2数据设计6
3.3详细设计7
3.4接口设计11
1.引言
1.1编写目的
•确定项目的可实施性，在此基础上完成系统的逻辑功能模型的建立。
•通过本次实验掌握需求分析的原理、思想和具体过程，加深对结构化分析重要技术和概念的掌握。
1.2读者对象
嘉应大学的财务处工作人员
1.3软件项目概述
-项目名称：
嘉应大学教师工资管理系统
-简称：
工资管理系统
-用户单位：
嘉应学院财务处教师工资管理科
-开发单位：
嘉应学院083班
-软件项目的大致功能和性能要求：
首先，该系统应该满足查询、修改、保存等基本功能。
1.4文档概述
•简要说明本文档的大致内容及其组织结构：
用MicrosoftVisio200软进行结构化数据流分析，进行软件系统需用求分析,得出系统的数据流图和数据字典，写出需求规格说明书。
•该文档的特点主要体现在两个方面：
一是，数据字典，二是，数据流图。
1.5定义
数据流图（DataFlowDiagram）：
简称DFD，它从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。
数据字典（Datadictionary）是一种用户可以访问的记录数据库和应用程序元数据的目录。
1.6参考资料
《软件工程初级教程》陶华亭清华大学出版社2010年3月
2.软件设计约束
2.1设计目标和原则
首先，设计的目标：
-设计该系统的时候，就本着最大程度上节约成本和满足用户的需求的宗旨来开展工作的。
我最想达到简单操作、可维护、容易理解、可以修改的目标。
具体如下：
-
（1）可修改性：
容许对该系统中的记录进行修改而不增加原系统的复杂性。
它支持软件的调试与维护，是一个难以达到的目标。
-
（2）可理解性：
该系统具有清晰的结构，能直接反映问题的需求。
可以满足用户进行编辑、查询、输出和保存等需求。
-（3）可维护性：
该软件产品交付用户使用后，能够对它进行修改，以便改正潜伏的错误，改进性能和其他属性，使软件产品适应环镜的变化。
只要用户需要，它可以无限期的使用下去，因此软件维护是不可避免的。
其次，设计原则：
1、模块化：
把程序划分为若干个模块，每个模块完成一定的功能，把这些模块集合起来就是一个整体，来满足用户的总体需求。
例如：
查询工资记录模块、增加工资模块、输出工资记录模块等等。
2、抽象化：
抽象就是先抽取出事物本质的共同特性而暂不考虑其细节，也不考虑其他因素。
软件工程实施中的每一步都可以看作是对软件抽象层次的一次细化。
在软件设计当中对需求的每一次的细化就是抽象。
这样可以提高软件的可理解性。
3、信息隐蔽：
通过抽象，可以确定组成软件的过程实体。
通过信息隐蔽，可以定义和实施对模块的过程细节和局部数据结构的存取限制。
我在软件设计的时候，使得一个模块内包含的信息，对于不需要这些信息的模块来说，是不允许访问的，即有效的模块化通过定义一组相互独立的模块来实现，而且在需要交换信息的时候也会隐蔽自己内部的信息。
这有利于软件的安全和可靠性。
2.2设计约束
-开发语言：
VB
-开发工具：
SQLSERVER
-数据管理能力需求：
要求数据库具有很好的更新能力，由于本产品是实验性软件，故对磁盘和内存容量没有很高的要求，但是数据库应该能够对并发事件和数据具有较强的识别处理能力。
3.软件设计描述
3.1总体结构设计
●分子系统，从多个侧面和角度描述待开发系统的总体结构，要求：
1、用户要及时的更新工资档案记录、查询工资记录、保存修改和输出所需要的数据。
2、采用系统流程图和文字说明来描述该软件。
该流程图主要由各个模块组成一个整体，通过各个模块的配合，分工合作，才能够很好的满足用户的基本需求。
下面就展示一下该系统的流程图。
3.2数据设计
（1）数据库的设计：
1、建表：
工资档案表。
2、字段：
姓名、工资、电话、工号、赡养人数、雇用日期、所任课程、所在学院。
3、数据类型：
主要有字符型、整型、浮点型等。
（2）数据结构的设计：
数据结构是计算机存储、组织数据的方式。
在程序设计中，为了处理方便，把具有相同类型的若干变量按有序的形式组织起来。
我采用数组的数据结构的形式。
一个数组可以分解为多个数组元素，这些数组元素可以是基本数据类型或是构造类型。
（3）数据文件的设计：
数据文件没有特别的设计，指保证一个数据文件对应一个数据库，对数据进行有效保存。
3.3详细设计
我主要通过系统结构图和数据流图进行描述详细设计的叙述：
1、数据流图
在介绍数据流图之前，先描述一下使用该软件的用户的特征该软件的用户的一些基本情况，该用户主要为学校的财务处工作人员。
用户的特征：
了解学校老师工资的状况和老师的家庭状况，如果老师的工资多于46000元，就不用增加工资了。
如果老师的工资少于46000元，就需要增加工资了，所增加的工资数，按照以下的方法计算：
给每个由此老师赡养的人（包括老师本人）每月补助100元，此外老师按照工龄每年再多补助50元，但增加后的年薪总额不能多于46000元。
教师的工资档案储存在劳资处的数据库中，档案中有目前的年薪、赡养的人数、雇用日期等信息。
此外，还要求用户了解数据库的基本算法和查询的方法，以便用户更好的适应本职工作。
首先，通过系统的数据流图描述整个系统的工作逻辑。
其次，通过对数据流图进行文字说明，来更进一步的来描述该系统。
名称：
工资单
简述：
财务人员发放工资时开出的单据
组成：
编号+教师工号+学院名称+电话+所任课程+所领工资数目
类型：
数据存储条目
组织形式：
索引文件、以工资单的编号为关键字
查询要求：
要求立即查询
表1工资单的描述
名称：
已存档的工资表
简述：
财务处日常工作的依据，记录着老师的一些个人信息
来源：
教师的本人叙述
去向：
财务处的工资处理系统
数据流量：
20份/每周
组成：
教师工号+学院名称+电话+年薪+赡养的人数+雇用日期
其中：
数据流量是单位内（每周）传输的次数
类型：
数据流条目
表2已存档工资表的描述
名称：
编号
别称：
工资单编号
简述：
本学校的所有教师工号
类型：
字符型
长度：
10位
取值范围及含义：
第1位：
学院名称
第2-4位：
所任课程
第5-7位：
赡养人数
第8-10位：
工号
类型：
数据项条目
表3对编号的描述
名称：
确定是否能够增加工资
类型：
加工条目
激发条件：
满足增加工资的条件
优先级：
普通
输入：
满足增加工资的条件
输出：
经过修改后的工资单
加工逻辑：
根据工资档案
IF工资<46000元
THEN修改工资并核对工资情况
ELSE开出工资单
ENDIF
表4对确定是否能够增加工资的描述
2、系统结构图
A
传递的是数据，表示已经增加工资成功的工资记录
B
传递的是数据，表示工资档案中需要编辑的工资记录
C
传递的是数据，表示工资档案中所有合格的工资记录
D
传递的是控制标志，表示工资已经增加成功，工资档案可以进入保存状态
E
传递的是数据，表示用户需要查找的老师的工资信息
F
传递的是数据，表示需要删除的工资记录
G
传递的是数据，表示需要统计的工资记录
TO
传递的是数据，表示多于46000元的工资档案中的记录
UFO
传递的数据，表示少于46000元的记录
CW
传递的控制标志，表示查询时出现错误，工资档案应进入编辑状态
TJ
传递的是控制标志，表示要添加新老师的工资记录
DY
传递的数据，表示工资档案中多余46000元的老师记录
SY
传递的数据，表示工资档案中的少于46000元的记录
CC
传递的数据，表示用户要查找但不存在的数据
3.4接口设计
软件系统说到底是“人-机”系统，所以这里的借口设计可以理解为用户界面。
●我主要表述用户界面的设计：
1、主要设计原则是实现“用户界面友好”。
2、具体表现为：
对话界面要美观、醒目。
提示要及时、清楚、不能有歧义。
便于操作和学习，有帮助功能。
能及时的反馈错误信息等。
3、在系统开发过程中，实现友好界面的设计质量，要做到：
树立“用户第一”的原则。
实现友好界面的原则要贯穿到系统设计的全过程。
采用软件开发技术来改善界面友好性。
系统应该满足用户可以根据自己的喜好来制作界面，例如：
颜色、风格。
升级会员 