教务管理信息系统概要设计说明书.docxVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
TOC \o 1-5 \h \z 1引言 2 \o Current Document 编写目的 2 \o Current Document 背景 2 \o Current Document 定义 2 \o Current Document 参考资料 2 \o Current Document 2总体设计 2 \o Current Document 需求规定 2 \o Current Document 运行环境 2 \o Current Document 基本设计概念和处理流程 3 \o Current Document 结构 3 功能器求与程序的关系 3 人工处理过程 3 \o Current Document 尚未问决的问题 3 \o Current Document 3接口设计 3 \o Current Document 用户接口 3 \o Current Document 外部接口 3 \o Current Document 内部接口. 4 \o Current Document 4运行设计 4 \o Current Document 运行模块组合 4 \o Current Document 运行控制. 4 \o Current Document 运行时间 4 \o Current Document 5系统数据结构设计 4 逻辑结构设计要点 4 \o Current Document 物理结构设计要点 4 数据结构与程序的关系 4 \o Current Document 6系统出错处理设计 5 \o Current Document 出错信息 5 补救措施 5 系统维护设计 5 概要设计说明书 1引言 编写目的 本文档是对“蓝梦教育集团”整个教育系统下的教师学生信息管理子系统(教务管理系 统)的一个总体的把握,以便在下一步的开发设计中更好的控制开发,并且对其他教育系统 有良好的接口。设计系统的架构、类图,以便使系统的开发能有效进行。 背景 系统名称:“蓝梦”教务管理信息系统; 任务提出者:蓝梦教育集团; 开发者: 0802班第一小组; 用户: 维护该系统的管理者; 定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 参考资料 “蓝梦教育集团”教师学生信息管理系统需求分析报告; “蓝梦教育集团”教师学生信息管理系统需求说明书; 2总体设计 需求规定 说明对本系统的主要的输入输出项目、处理的功能性能要求,详细的说明可参见附录Co 本系统可分为学生信息管理系统和教师管理信息系统,系统开发的整体任务是实现学校 教师学生信息管理的系统化、规范化、自动化和智能化,从而达到提高学校管理效率的目的 该阶段目的在于明确系统的数据结构和软件结构,此外总体设计还将给出内部软件和外 部系统部件之间的接口定义,各个软件模块的功能说明,数据结构的细节以及具体的装配要 求。 运行环境 软件基本运行环境为Windows环境。 基本设计概念和处理流程 该文档目的在于明确系统的数据结构和软件结构,设计外部软件和内部软件的接口,说 明各个软件模块的功能说明,数据结构的细节等。 系统的总体处理流程如图2-1所示: 结构 用一览表及框图的形式说明本系统的系统元素(各层模块、子程序、公用程序等)的划 分,扼要说明每个系统元素的标识符和功能,分层次地给出各元素之间的控制与被控制关系. 本系统的体系架构如图2-2所示: 2-2系统体系架构包图 本系统体系结构大致可以定义为:客户机层上的表示层主要是通过Struts框架实现 的,由显示视图产生一个请求。请求被ActionServlet (控制器)接收,它在文件中寻找 请求的URI,找到对应的Action类后,Action类执行相应的业务逻辑。Action类执行建 立在模型组件基础上的业务逻辑,模型组件是和应用程序关联的。一旦Action类处理完业 务逻辑,它把控制权返回给ActionServlet。,Action类提供一个键值作为返回的一部分. 它指明了处理的结果。ActionServlet使用这个键值来决定在什么视图中显示Action的类 处理结果。当ActionServlet把Action类的处理结果传送到指定的视图中,请求的过程也 就完成了。中间业务层是通过Spring框架实现的,首先建立一个BaseAction,它继承了 Action类,而其他定义的Action都要继承这个BaseActiono这个BaseAction需要导入 AppContext工具类,这个AppContext需要导入Spring中;这样一个继承BaseAction的 Action,就可以getXXXScrviceO的方法得到某一个s

文档评论(0)

138****0771 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档