- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
个人收集整理 勿做商业用途
封 面
作者:Pan Hongliang
仅供个人学习
大学学籍管理系统
软件技术设计说明书
贡献人
日期
修改历史
汪红兵
2009-08-02
初始版
1.引言
1.1 编写目的
编写本套“大学学籍管理系统”的《软件技术设计说明书》的目的在于根据软件规格说明书中的任务概述,需求规定等规划设计出一套可执行的软件结构模型。
1.2 参考资料
1. 《大学学籍管理系统规格说明书》 言若金叶软件研究中心编写
2.总体设计
2.1 需求规定
本套大学学籍管理系统软件采用B/S方式实现,用户可使用浏览器通过互联网进行对学生信息的添加、修改等操作;
2.2 运行环境
客户端的运行环境:Windows98以上的操作系统、IE5以上的浏览器(或其他浏览器)。
服务器数据库端的运行环境:操作系统为Windows2000 Server或以上环境,数据库为MySQL。
应用服务器:Tomcat 2.0以上。
2.3 基本设计概念和处理流程
本套“大学学籍管理系统”软件的编写,是为了设计出一套学生信息和成绩管理的网络管理软件。软件主要是通过网页的形式展示给用户,用户可以在系统里添加学生、修改学生、删除学生、添加学生成绩、修改学生成绩、删除学生成绩、查询学生信息、查询学生成绩等,然后将用户的操作通过互联网保存到服务器端的MySQL数据库中;
2.4 结构
本套学籍管理系统软件采用Browser/Server方式实现。
2.5 人工处理过程
2.5.1 数据库人工处理
数据库不进行人工处理,一切行为通过客户端维护;
2.5.2 客户端的人工处理
添加学生
用户可以添加学生的相关信息,如学生姓名、学生性别、学生籍贯、学生身份证等信息。
修改学生
用户可以修改学生的相关信息,如学生姓名、学生性别、学生籍贯、学生身份证等信息。
删除学生
用户可以选择单个或多个需要被删除的学生。
添加学生成绩
用户可以添加学生各门功课的成绩。
修改学生成绩
用户可以修改学生各门功课的成绩。
删除学生成绩
用户可以选择单个或多个需要被删除的学生。
学生基本信息查询
用户通过填写一定的查询条件,可查询用户所需要的学生基本情况等。
学生成绩查询
用户通过填写一定的查询条件,可查询用户所需要的学生学习成绩等。
学生基本信息一览表?
列出所有学生的基本信息。
0 学生成绩一览表?
列出所有学生的成绩。
2.6 尚未解决的问题
2.6.1服务器端的尚未解决的问题
N/A
2.6.2客户端的尚未解决的问题
屏蔽创建新用户的功能及多个用户同时操作可能引起的学号重复问题。
2.6.3难点问题
多人同时从多客户端新建学生时对学号的处理。
3. 接口设计
3.1 用户接口
本套学籍管理系统软件的可视化很强,做到用户打开程序就可直接上手操作。在设计界面时,同时也考虑到此方面,因此在每个可以点击的按钮上都设置了鼠标获得焦点后的提示信息,即ToolTipText属性。
3.2 外部接口
在本套学籍管理系统软件中没有考虑外部接口问题,如有需要可以添加对外部接口的考虑,例如红外扫描、卡式读取设备等。
3.3 内部接口
因为本套学籍管理系统软件是使用可视化软件来管理数据库中的数据,因此数据库为连接各个模块之间的接口,我们同时也称之为软件内部的接口。
4. 系统数据结构设计
4.1 逻辑结构设计要点
按照需求分析设计数据库中的字段,建立一个逻辑上的数据库的结构。
4.2 物理结构设计要点
在数据库软件(My SQL)中建立数据库,并要保证数据库最低要符合第二范式。
4.3 数据结构与程序的关系
4.3.1 静态数值需求
(1) 支持并行操作的用户。
(2) 处理多条记录数据。
(3) 表或文件最小为2048字节,最大无限制。
4.3.2 精度需求
在进行提取数据库数据时,要求数据记录定位准确,在向数据库中添加数据时,要求输入数据准确。主要的精度适应系统要求,不接受违规操作。
4.3.3 时间特性需求
(1) 响应时间应在人的感觉和视觉事件范围内;
(2) 更新处理时间,随着应用软件的版本升级,以及网络的定期维护更新。
4.3.4 灵活性
当需求发生某些变化时,管理应用软件操作方式、数据结构、运行环境基本不会发生变化,变化只是将对应的数据库文件内的记录改变,或将过滤条件改变即可。
4.3.5 数据管理能力需求
本应用软件可管理多条记录,本应用软件基本约用1,300千字节空间,所有文件均放置在数据库中调用,查询数据、文件、记录时,通过库文件名直接进行操作或通过存储过程来完成操作。
4.4 数据库设计描述
4.4.
文档评论(0)