大学学籍管理系统设计规格说明书.docVIP

大学学籍管理系统 软件设计规格说明书 贡献人 日期 修改历史 汪红兵 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 客户端的人工处理 2.5.2.1 添加学生 用户可以添加学生的相关信息，如学生姓名、学生性别、学生籍贯、学生身份证等信息。 2.5.2.2 修改学生 用户可以修改学生的相关信息，如学生姓名、学生性别、学生籍贯、学生身份证等信息。 2.5.2.3 删除学生 用户可以选择单个或多个需要被删除的学生。 2.5.2.4 添加学生成绩 用户可以添加学生各门功课的成绩。 2.5.2.5 修改学生成绩 用户可以修改学生各门功课的成绩。 2.5.2.6 删除学生成绩 用户可以选择单个或多个需要被删除的学生。 2.5.2.7 学生基本信息查询 用户通过填写一定的查询条件，可查询用户所需要的学生基本情况等。 2.5.2.8 学生成绩查询 用户通过填写一定的查询条件，可查询用户所需要的学生学习成绩等。 2.5.2.9 学生基本信息一览表? 2.5.2.10 学生成绩一览表? 2.6 尚未解决的问题 2.6.1服务器端的尚未解决的问题 暂无。 2.6.2客户端的尚未解决的问题 屏蔽创建新用户的功能及多个用户同时操作可能引起的学号重复问题。 2.6.3难点问题 多人同时从多客户端新建学生时对学号的处理。 3. 接口设计 3.1 用户接口 大学学籍管理系统软件的可视化很强，做到用户打开程序就可直接上手操作。在设计界面时，同时也考虑到此方面，因此在每个可以点击的按钮上都设置了鼠标获得焦点后的提示信息，即ToolTipText属性。 3.2 外部接口 大学学籍管理系统软件中没有考虑外部接口问题，如有需要可以添加对外部接口的考虑，例如红外扫描、卡式读取设备等。 3.3 内部接口 因为大学学籍管理系统软件是使用可视化软件来管理数据库中的数据，因此数据库为连接各个模块之间的接口，我们同时也称之为软件内部的接口。 4. 系统数据结构设计 4.1 逻辑结构设计要点 按照需求分析设计数据库中的字段，建立一个逻辑上的数据库的结构。 4.2 物理结构设计要点 在数据库软件(MySQL)中建立数据库，并要保证数据库最低要符合第二范式。 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.1 数据库分析 需将数据库设计成关系模式最低符合第二范式的标准。按照需求分析，确定系统的实体。根据实体分析的结