教学评价系统软件设计规格说明书要点.pdf

想预览更多内容,点击预览全文

申明敬告:

本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己完全接受本站规则且自行承担所有风险,本站不退款、不进行额外附加服务;如果您已付费下载过本站文档,您可以点击这里二次下载

文档介绍

职业技术学院“教学评价”系统软件设计规格说明书

1 引言

1.1 编写目的 软件设计的目的是将软件需求转换为软件的具体设计方案, 概要设计根据软

件需求给出为软件的体系结构, 详细设计给出软件模块的内部过程描述, 该文档

是设计结果的详细描述,也是程序员编写程序的功能依据。

1.2 术语定义 文档中出现的相关术语定义解释: 系统静态模型,即系统的对象模型。根据需求分析阶段得到的系统用例图,

进一步归纳汇总从中可以找出系统中存在的类。 一边发现系统的类, 一边确定这

些类的属性和操作,并确定类与类之间存在的联系,最终给出整个系统的类图。 动态模型:动态模型由一组定义了行为的类组成。 UML 的动态模型主要包

括状态图、顺序图、协作图和活动图。只要能表达出系统的动态行为特点,并不

是必需同时画出。 活动图:活动图是 UML 用于对系统的动态行为建模的另一种常用工具, 它

描述活动的顺序, 展现从一个活动到另一个活动的控制流。 活动图在本质上是一

种流程图。 时序图:也叫顺序图,用来描述系统中多个对象之间的动态协作,重点是显

示对象之间发送消息的时间顺序。 时序图的一个用途是用来显示用例中的行为顺

序,当执行一个用例行为时, 时序图中的每条消息对应了一个类操作或状态机中

引起转换的触发事件。 组件图:表示系统模型的物理视图,主要描述了代码部件的物理结构及各部

件之间的依赖关系。 一个部件可能是一个资源代码部件、 一个二进制部件或一个

可执行部件。

2 系统概要设计

2.1 系统设计原则 系统设计应遵循先进性、规范性、灵活性的原则,采用先进成熟的技术,结

合学生评教管理的特性化需求,易于使用、部署和维护,且性能稳定可靠。

2.2 系统总体结构 “教学评价”信息系统以现有的校园网为网络平台, 基于 B/S 结构模式, 采用传统的 MVC (Model-View-Controller

最近下载