系统分析说明书实例
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
某高校管理信息系统系统分析说明书 (2)
1 引言 (2)
1.1 编写目的 (2)
1.2 背景及范围 (2)
1.3 定义、缩写词、略语 (2)
1.4 参考资料 (3)
2 项目概述 (3)
2.1 目标 (3)
2.2 产品描述 (4)
2.3 产品功能 (4)
2.4 一般约束 (4)
2.5 假设和依据 (5)
3 具体需求 (5)
3.1 功能需求(一) (5)
3.2 功能需求(二) (5)
3.3 功能需求(三) (6)
3.4 功能需求(四) (6)
3.5 功能需求(五) (7)
3.6 功能需求(六) (7)
3.7 性能需求 (7)
3.8 设计约束条件 (8)
3.9 接口需求 (9)
3.10 属性 (9)
3.11 其他需求 (9)
4 支持信息 (10)
4.1 支持软件 (10)
4.2 设备 (10)
4.3 控制 (10)
4.4 文档 (10)
4.5 需求注释 (11)
5 系统流程图 (11)
5.1系统流程图 (11)
5.2 数据流程图 (11)
5.3 数据字典 (12)
高校管理信息系统系统分析说明书
1 引言
1.1 编写目的
本需求的编写目的在于研究高校信息管理系统软件的开发途径和应用方法。
本需求的预期读者是与高校信息管理系统软件开发有联系的决策人,开发组成人员,扶助开发者,支持本项目的领导,软件验证者。
1.2 背景及范围
本项目的名称:高校信息管理系统。
本项目的任务提出者及开发者是高校信息管理系统软件开发小组,用户是教学办公室。
本产品能具体化、合理化的管理学生的学籍档案,用结构化的思维方式去了解计算机的基本工作原理和可视化程序设计语言。
1.3 定义、缩写词、略语
●可视化程序设计语言:是一种基于可视化和面向对象基础的通用的计算机的程序
设计语言。
●高校信息管理系统:高校信息管理是帮助教学人员、行政人员对人事档案的管理
软件。
使用可视化编程语言,独立完成其功能。
●SQL Server:系统服务器所使用的数据库管理系统(DBMS)。
●SQL:一种用于访问查询数据库的语言。
●事务流:数据进入模块后可能有多种路径进行处理。
●主键:数据库表中的关键域,值互不相同。
●外部主键:数据库表中与其他表主键关联的域。
●ROLLBACK:数据库的错误恢复机制。
1.4 参考资料
《Delphi程序设计语言》----xxx 编著xxxxxx出版社
《软件工程》----xxx 编著xxxxxx出版社
《数据库原理与应用》 ------xxx 编著xxxxxx出版社
2 项目概述
该软件开发是为了满足教学人员、行政人员对学生档案管理的方便,以现代化的创新思维模式去工作,主要面向教学和行政人员设计开发,本软件系统具有独立性,可单独使用,也可和其他相关系统共享数据信息,但使用时应注意数据的安全性和可靠性。
2.1 目标
2.1.1 开发意图
(1) 为了使高校信息管理系统更完善。
(2) 为了使学生档案的管理更方便。
(3) 为了减轻行政人员的工作负担。
2.1.2 应用目标
通过本系统软件,能帮助教学人员、行政人员利用计算机,快速方便地对高校信息管理进行管理、输入、输出和查找的所需操作,使散乱的人事档案能够科学化、直观化和条理化。
2.1.3 作用及范围
本软件适用于各高等院校,它是比较完善的系统管理软件,对高校的各项信息可以随时输入、输出和查找。
2.1.4 背景
现今高校信息管理的繁琐给行政人员带来了诸多不便,教学办公室缺少一种完善的高校信息管理软件,为了对学生档案的管理方便,因此开发了本软件。
2.2 产品描述
本产品是一种依赖于可视化编程为基础的系统软件,它是以可视化编程系统词为基础,用可视化程序设计语言进行编程的产品。
2.3 产品功能
2.3.1 外部功能
高校信息管理系统软件具有输入、输出和查找功能。
2.3.2 内部功能
该软件集命令、编程和编辑于一体,完成过滤、定位显示。
2.3.3 功能表(表5-2只给出用户功能的概要说明,详细说明在此省略)
用户用户通过系统终端输入有关信息,完成系统登录、信息查询、数据修改和维护和数据打印等功能。
传递系统终端输入的数据,连接数据库后按照系统业务规程进行数据的查询和修改,将数据结果返回给系统终端。
2.3.4 功能描述图
注:“系统终端”以PC机为主,也包括其他智能终端设备。
2.3.5 用户特点
本软件的使用对象是教学办公室工作人员。
会可视化、懂计算机的基本操作就可以利用该软件进行所需操作。
同时也会对可视化编程有认识。
2.4 一般约束
a.本项目的开发经费不超过1.5万元;
b.项目开发人员5人;
c.在管理方面,硬件的限制无约束,但要求能保证并行操作的安全和数据使用的保密。
2.5 假设和依据
假设开发经费不到位,管理不完善,设计时没能完全得到考虑,本项目的开发都将受到很大的影响。
3 具体需求
3.1 功能需求(一)
3.1.1 规格说明
输入每个学生的具体信息(这里只做概要性描述)
3.1.2 引言
为了把个人信息(包括:学号、姓名、性别、年级、班级、系别、专业、出生日期、民族、政治面貌、身份证号、备注)输入到数据库。
3.1.3 输入
个人信息。
3.1.4 加工
通过高校信息管理系统输入到数据库中。
3.1.5 输出(如图5-13)
个人的全部信息。
3.2 功能需求(二)
3.2.1 规格说明
查询个人的全部信息。
3.2.2 引言
为了查询个人的全部信息(如图5-14)。
3.2.3 输入
个人信息的关键字(姓名)。
3.2.4 加工
利用关键字在数据库中找到个人的全部信息。
3.2.5 输出
个人信息的全部内容。
3.3 功能需求(三)
3.3.1 规格说明
查询单个人的全部信息。
3.3.2 引言
根据学号查询个人信息
3.3.3 输入
个人信息的关键字(学号)。
3.3.4 加工
利用数据库中找到此学号人员的全部信息。
3.3.5 输出
个人信息的全部内容。
3.4 功能需求(四)
3.4.1 规格说明(如图5-15)
查询同一专业的所有人员。
3.4.2 引言
为了查找同一专业的所有人员的相关信息。
3.4.3 输入
专业名称(如:英语)。
3.4.4 加工
在数据库中找到所有此专业的人员名单、学号和所在班级。
3.4.5 输出
学号、人员名单和所在班级。
3.5 功能需求(五)
3.5.1 规格说明
查询一个年级的相关信息(如图5-16)。
3.5.2 引言
为了查找一个年级所有人员的相关信息。
3.5.3 输入
一个年级的级别(如:98级)。
3.5.4 加工
在数据库中找到所有此年级的人员名单、学号、性别、出生年月和专业。
3.5.5 输出
学号、人员名单、性别、出生年月和专业等内容。
3.6 功能需求(六)
3.6.1 规格说明
查询一个班级的相关信息。
3.6.2 引言
为了查询一个班的相关内容。
3.6.3 输入
一个班级的名称(如:6班)。
3.6.4加工
在数据库中找到此班级的人员名单、学号、出生年月。
3.6.5 输出
人员名单、学号、出生年月等内容。
3.7 性能需求
3.7.1 动态数值需求
预处理的窗口正常情况下和峰值工作条件下为5个,一定时间周期中要处理的数据的数量:窗口开始时要处理2个数据,系统运行时要编辑的数据为4个,按钮数量为4个,平均处理的数据约为16个数据。
3.7.2 静态数值需求
(1) 支持的终端数为10~20台。
(2) 同时处理的记录数不低于20条。
3.7.3 精度需求
在精度需求上,根据使用需要,在各项数据的输入、输出及传输过程中,由于本系统使用了数据结构,可以满足各种精度的需求。
3.7.4 时间需求
在软件方面,响应时间、更新处理时间都比较快且迅速,完全满足用户要求。
3.7.5 灵活性
当用户需求(如操作方式、运行环境、结果精度、数据结构与其他软件接口等)发生变化时,设计的软件要做适当调整,灵活性非常大。
3.7.6 故障处理
1) 内部故障处理
在开发阶段可以随机修改数据库里的相应内容。
2) 外部故障处理
对编辑的程序进行重装载时,第一次装载认为错,修改。
第二次运行,在需求调用时出错,有错误提示,重试。
3.8 设计约束条件
3.8.1 技术约束
本项目的设计是在可视化程序设计语言的条件下进行的,技术设计采用软硬一体化的设计方法。
3.8.2 环境约束
运行该软件所适用的具体设备必须是奔腾133、内存32MB以上的计算机。
3.8.3 标准约束
该软件的开发完全按照企业标准开发,包括硬件、软件和文档规格。
3.8.4 硬件限制
奔腾133 、内存32MB以上的PC满足输入端条件。
3.9 接口需求
3.9.1 用户接口
本产品的用户一般需要通过终端进行操作,进入主界面后点击相应的窗口,分别进入相对应的界面(如:输入界面、输出界面)。
用户对程序的维护、最好要有备份。
3.9.2 软件接口
Windows 9x/NT、2000、XP操作系统,SQL Server数据库系统。
3.10 属性
3.10.1 可使用性
在装载应用程序系统时,若正常就运行,若异常就停止;可视化编程系统出现错误,将会产生不可遇见的问题,热启动,整个终端程序就会再启动;程序出现错误,重新装载,若仍有错,按照提示逐渐装载。
3.10.2 安全性
本软件作为教学管理辅助设备,虽然规模比较小,但仍需要安全技术的保障;限定一个程序中某些区域的规约,给不同的模块分配不同的功能,通过限制用户权限及使用的用户终端位置来保证数据使用的安全性。
3.10.3 可维护性
本系统的软件部分采用可视化程序设计语言编制,使用的硬件具有简单、可维护的特点,因此决定了本系统的简单可维护性。
3.10.4 可移植、可转换性
可移植的环境是奔腾133、32MB内存以上;不可修改任何部分;可用向上兼容的高版本的操作系统平台。
3.10.5 注释
读者可以用本系统提供的方法去验证该软件的各种特性。
3.11 其他需求
当前类似的管理软件虽然已有,但与我们设计的管理系统软件有很大的区别。
我们设计的软件是一种
辅助办公室档案管理软件,它采用可视化程序设计语言作为主要的实现工具。
3.11.1 数据库
数据库是实现有组织地,动态地存储大量关联数据,方便多用户访问的计算机软、硬件自愿组成的系统;这与文件系统的重要区别是数据的充分共享,交叉访问,与应用程序的高度独立性。
由于本软件的整体结构比较简单,所涉及数据相对来说也较少,组成文件的最小单位是记录。
3.11.2 操作
(1) 初始化操作。
(2) 数据处理的支持功能较强。
(3) 后援和恢复操作。
3.11.3 场合的使用性
给定的场合,可视化程序系统,通过该系统软件,完成各模块功能,采用模块设计思想,将各程序划分为独立使用的功能模块,但他们之间又相互联系。
4 支持信息
4.1 支持软件
用可视化程序设计语言作为系统的支持软件。
4.2 设备
奔腾133、32MB以上内存的PC机。
4.3 控制
本软件是以可视化程序设计语言的操作系统来控制软件运行。
4.4 文档
对于本软件的有关文档有:《高校信息管理系统软件可行性分析报告》、《高校信息管理系统软件开发
计划》、《高校信息管理系统软件需求规格说明书》、《高校信息管理系统软件概要设计说明书》、《高校信息管理系统软件详细设计说明书》、《高校信息管理系统软件用户手册》、《高校信息管理系统软件测试计划》和《高校信息管理系统软件测试分析报告》
4.5 需求注释
对于本软件,它的功能需求、性能需求和接口需求,从稳定性、可行性上都是可以的。
5 系统流程图
5.1系统流程图
(如图5-17)
图5-17
5.2 数据流程图
(如图5-8)
图5-8
5.3 数据字典
由于篇幅所限,下面只给出学生基本信息表中的学号、姓名、性别和入学年月等的说明。
●名字:学号
别名:
描述:唯一地标识学生基本信息表中一条记录的关键字
定义:学号= 10 {字符} 10
位置:学生基本信息表
用户表
报表
●名字:姓名
别名:
描述:学生基本信息表中一个字段
定义:姓名= 8 {字符} 8
位置:学生基本信息表
报表
●名字:性别
别名:
描述:学生基本信息表中一个字段
定义:性别= 2 {字符} 2
位置:学生基本信息表
报表
●名字:入学年月
别名:
描述:学生基本信息表中一个字段
定义:入学年月=7 {字符} 7
位置:学生基本信息表
报表。