职业技术学院“教学评价”系统软件设计规格说明书
1 引言
1.1 编写目的
软件设计的目的是将软件需求转换为软件的具体设计方案，概要设计根据软件需求给出为软件的体系结构，详细设计给出软件模块的内部过程描述，该文档是设计结果的详细描述，也是程序员编写程序的功能依据。
1.2 术语定义
文档中出现的相关术语定义解释：
系统静态模型，即系统的对象模型。根据需求分析阶段得到的系统用例图，进一步归纳汇总从中可以找出系统中存在的类。一边发现系统的类，一边确定这些类的属性和操作，并确定类与类之间存在的联系，最终给出整个系统的类图。
动态模型：动态模型由一组定义了行为的类组成。UML 的动态模型主要包括状态图、顺序图、协作图和活动图。只要能表达出系统的动态行为特点，并不是必需同时画出。
活动图：活动图是UML 用于对系统的动态行为建模的另一种常用工具，它描述活动的顺序，展现从一个活动到另一个活动的控制流。活动图在本质上是一种流程图。
时序图：也叫顺序图，用来描述系统中多个对象之间的动态协作，重点是显示对象之间发送消息的时间顺序。时序图的一个用途是用来显示用例中的行为顺序，当执行一个用例行为时，时序图中的每条消息对应了一个类操作或状态机中引起转换的触发事件。
组件图：表示系统模型的物理视图，主要描述了代码部件的物理结构及各部件之间的依赖关系。一个部件可能是一个资源代码部件、一个二进制部件或一个可执行部件。
2 系统概要设计
2.1 系统设计原则
系统设计应遵循先进性、规范性、灵活性的原则，采用先进成熟的技术，结合学生评教管理的特性化需求，易于使用、部署和维护，且性能稳定可靠。
2.2 系统总体结构
“教学评价”信息系统以现有的校园网为网络平台，基于B/S 结构模式，采用传统的MVC（Model-View-Controller）架构模式。
表示层（View），是系统界面设计者设计的图形界面，是面向用户的数据表示。在“教学评价”管理信息系统中主要是登录界面、宿管中心管理员操作界面、学生个人信息维护界面、信息查询界面、入住登记界面等软件操作界面。
业务逻辑层（Controller），包括应用系统的对象，并且定义了它们的行为和相互间的关系。用来接受用户指令，转发用户请求，以及对这些请求进行处理。
数据访问层（Model），是由代码编写人员编写程序代码来实现系统应有功能、由数据库专家分析管理数据及设计数据库，最终实现系统具体功能。
3 系统详细设计
3.1 系统功能模块设计
3.1.1 功能模块设计
“教学评价”管理信息系统涵盖了教学评价管理中的各个功能模块，大大降低管理实践中的手工劳动，提高了管理效率和水平。其总体功能结构设计如图3-1 所示。
图3-1 评教系统功能结构图
3.1.2 系统静态模型的建立
3.1.2.1 识别类
1、学生类、教师类、评价类
在教学评价管理信息系统中，关键的业务需求是，学生对任课教师教学情况的评价、同行，专家对任课教师的评价；所以静态模型应该从标识评价(Evaluation)、学生(Student)、教师(Teacher)这些类开始。学生既是系统要管理的数据对象，同时又是系统的一个使用角色，其相关数据必须存储在数据库中。学生具有学号、姓名、性别、系别、专业、班级等属性特征，以学号作为每一个学生身份标识。在系统中，学生具有增加、删除、修改及查询等行为，所以在系统中应该有一个学生实体类，同理教师也如此。同时学生、同行、专家对任课教师的评价也需要系统的一对像来记录并固化到数据库中以供下一学年任课教师聘任做参考和学生选择老师做依据，所以系统应该添加一个评价类(Evaluation)。
3、系别类、专业类、班级类、教学班级类、开设课程类
学生评价教师的过程是这样的，系部根据学期的开课计划，在系统中添加学期开设课程，再根据学生的人数和任课教师对每门课程分别开设不同的教学班级(一般开设的教学班级的总人数大于学生数)，学生选课的过程就是加入的教学班级的过程，一个教学班级对应着一名任课教师，所以系统应该记录下来系部开设课程，开设的教学班级的信息，所以系统应添加开设课程类(OpenCourses)和教学班级类(TeachingClasses)。
学生在校期间，都在某个系某个专业的某个班级里参加学习和活动。一般地，高等院校有多个系，每个系有 1 个到多个专业，每个专业有 1 个到多个班级。系别有系别代码、系别名称、系主任、系办公室等属性特征，专业有专业代码、专业名称、所属系别、学制年限等属性特征，班级有班级代码、所属专业、班主任等属性特征。同时，系别、专业、班级均有可能增减，因此具有添加、删除、修改以及查询等行为。在类图中，要有这三个类。
综合以上分析，得出系统类图如图3-2 所示。
图3-2 系统类图
3.1.2.2 界面类
教学评价管理信息系统中主要的用户界面如表3-1 所列。
1 系统登录界面实现用户通过账号、密码
登录系统
2 教学督导办公室管理员
操作界面对评价结果进行统计、并生成统计报表，上报到各系部。汇总评语，向系部和任课教师反馈。
3 系统管理员基础数据管理，主要是基
础数据的导入
4 学生操作界面修改登录密码、对自己选
修的课程老师评价及简
单评语和查询老师评价
情况(为选课做准备)
5 教师操作界面修改登录密码、查看自己
的评价情况及评语
3.1.3 系统动态模型的建立
为详细说明本系统动态模型的建立方法和步骤，以下主要创建学生入住用例和来访登记用例的活动图，创建中心管理员添加宿舍用例和查询学生住宿用例的时序图。
3.1.3.1 学生选课活动图
虽然本系统是教学评价管理系统，但是基础数据的来自是教务系统，所以有必要对选课的活动了解清楚，这样才能确定记录数据的类和固化数据的数据库对象表格。根据相关工作流程，画出其活动图如图3-3 所示。
图3-3 学生选课活动图
3.1.3.2 学生评价教师活动图
学生登录教学评价系统后，可以看到自己的选课信息。根据相关工作流程，画出其活动图如图3-4 所示。
图3-4 学生评价活动图
3.1.3.3 添加开设课程时序图
虽然开设课程数据是来自教务管理系统，但是教学评价系统和教务管理系统在业务上有着千丝万缕的关系，只有在理解教务管理系统业务基础上，才能更好的设计、理解评价系统。所以有必要了解教务管理系统中的核心业务：开设课程。
开设课程的管理，添加开设课程数据的主要参与者是系统管理员，涉及到的类主要有开设课程维护界面、课程类和数据库操作类。系统中心管理员登录系统后，要执行添加新的开设课程数据的操作，系统创建并显示开设课程维护界面，中心管理员在界面上编辑完毕后，调用该界面的Add( )方法，界面再去调用课程的selectCourse()方法检索到需要开设的课程，调用系部类selectDepart()去检索开设课程的系部。设置了开设系部、开设的课程后进而调用业务逻辑层开设课程类的Add( )方法添加新开设课程，再调用数据操作层的开设课程数据库操作类的Insertdata( )向数据表中插入新记录，并且将更新后的数据返回到开设课程维护界面供浏览。添加开设课程时序图如图3-5 所示。
图3-5 添加开设课程时序图
3.1.3.学生教学评价时序图
学生登录系统后，可浏览自己的课程并对课程任课教师做出评价，学生对任课教师评价的时序图如图3-6 所示。
图3-6学生评价时序图
3.2 数据库设计
3.2.1 逻辑模型设计
1、系别实体
学校一般都设有1 个以上的系别进行教书育人活动。系别实体的主要属性有系别代码、系别名称、系主任、办公室和办公电话等。基于E-R 模型，画出实体属性图如图3-7 所示。
图3-7 系别实体属性图
2、专业实体
学校的每个院系一般都开设1 个以上的专业进行人才培养。专业实体的主要属性有专业代码、专业名称、所属系别、办学层次以及修学年限等。基于E-R 模型，画出实体属性图如图3-8 所示。
图3-8 专业实体属性图
3、班级实体
每年招生时，每个专业视实际招录人数多少而编排至少1 个以上的学生班级。班级是学校各项教学、管理活动的最基本的单位。班级实体的主要属性有班级代码、入学年份、所属专业及班主任等属性。基于E-R 模型，画出实体属性图如图3-9 所示。
图3-9 班级实体属性图
4、学生实体
学生是学校教书育人活动中的客体和核心对象，同时也是本系统最主要的管理和服务对象。学生实体的主要属性有学号、姓名、性别、出生日期、民族、籍贯、政治面貌、身份证号、所在班级、职务、家长姓名、家庭地址、家庭电话、
个人电话等。基于E-R 模型，画出实体属性图如图3-10 所示。
图3-10 学生实体属性图
5、课程实体
课程进行教学活动的媒介，教师通过课程和学生发生教学的关系，也是评教系统中重要的一个对象，它的属性有，课程代码、课程名称，课程中文拼音首字母(可通过拼音实现对课程的快速检索)。基于E-R 模型，画出实体属性图如图3-11 所示。
图3-11 课程实体属性图
6、教师实体
教师是教学活动发起者，在教学评价系统中属于被评价对象，所以也是个重要的对象。基于E-R 模型，画出实体属性图如图3-12 所示。
图3-12 教师实体属性图
7、开设课程
教务管理人员根据各系的教学计划在教务管理系统中进行开设课程录入，所以在教学评价系统中也是一个重要的实体，它的主要属性有：课程学时、课程学分、开设学年、开设学期、课程性质、考察方式。
图3-13开设课程实体属性图
8、开设教学班级
在开设课程的基础上，教务工作人员根据学生的人数在教务管理系统中对课程开设不同的教学班级来实施教学计划，每个班级对应着一名任课教师，所以教学班级也是一个重要的实体，学生选课就是加入到课程教学班级的一个过程。教学班级实体的主要属性有：班级代号、课程代号、任课教师工号、班级人数等。
图3-14教学班级实体属性图
9、选课实体
图3-15选课实体属性图
10、用户实体
用户是指本系统的所有使用人员，包括督导办公室人员、学生、教师。每个用户凭用户账号和密码登录使用，不同用户有不同的权限，查看操作不同数据。用户实体的主要属性有用户名、密码、用户类型、权限、电子邮箱等。基于E-R 模型，画出实体属性图如图3-14 所示。
图3-16 用户实体属性图
11、系统E-R 图
综合以上分析，基于E-R 模型，获得系统所有实体及其关系，画出系统E-R 图如图3-15 所示。
图3-17 系统E-R 模型
3.2.2 物理模型设计
根据 3.2.1 的分析，采用关系模型，将实体及实体间的关系用二维表来表示，数据库的逻辑模型转换得到其物理模型。
1、系别表
2、专业表
3、班级表
4、学生表
5、课程表
6、教师表
7、开设课程表
8、教学班级表
9、选课表
10、评价表
11、用户表
3.3物理模型
3.3.1 组件图
教学评价管理信息系统的组件图如图4-1 所示。
图3-18 系统组件图
3.3.2 部署图
教学评价管理信息系统是一个基于校园网和数据库的应用系统，图3-17 表示整个系统的部署情况。
图3-19 系统部署图
整个教学评价管理信息系统在不同的节点上，通过校园网相互通信。后台数据库与应用服务器相互通信，应用服务器提供学生、教师、教学督导人员、教务管理员的应用服务。所有要使用本系统的用户可通过网络浏览器对Web 服务器进行访问，完成各种业务工作和信息查询业务。教学评价管理信息系统采用SQL Server 2005 为后台数据库，存储系统各种数据。如需访问后台数据库，Web 服务器将会自动调用相关组件，并运行于应用服务器上，实现对系统各种数据的读取。
西安科技大学 软件工程课程设计报告 题目：图书馆管理系统 班级：软件工程** 学号： ********** 姓名： ******* 2013年1月
目录 1绪论 (1) 2 可行性研究报告 (1) 3 需求规格说明书 (4) 4 总体设计说明书 (7) 5 数据库设计说明书 (8) 6 详细设计说明书 (9) 7 系统实现 (11) 8测试分析报告 (23) 参考文献
1.绪论 1.1 选题目的及意义 随着计算机技术的快速发展，人们对用计算机代替手工管理信息的需求越来越强烈，越来越多的计算机软件如雨后春笋般的应用于人们生产生活的各个领域，为人们提供各种各样的便利。本图书馆管理系统应用软件可以有效地解决高等院校、中小学图书馆由于藏书量增大而带来的管理问题，图书馆管理员可以更好地管理学校图书馆藏书信息，学生可以更方便地享受借书还书的服务，为更有效地学习知识提供有利的保证。 对于我来说，选择这个题目作为课程设计的题目有以下两个原因：一是因为自从上大学以来，每当在图书馆借书的时候，我都会留心观察一下图书馆管理员的那台计算机上显示的内容，久而久之，就对本系统的基本流程越来越了解，做好一个软件的前提是必须对这个软件的功能和原理非常熟悉，相比别的题目，我对这个题目更加了解；二是本学期通过学习Java程序设计和Oracle数据库课程，我觉得这个题目虽然没有那么难（涉及算法的内容很少），但也不是轻而易举就能完成的，所以我想挑战一下自己，看看自己的实现能力到底怎么样，因此决定用面向对象方法学的思想，前台用Java程序设计语言编写界面，访问Oracle数据库中的数据，完成本系统。 1.2 系统概述 本系统通过JDBC-ODBC桥实现前后台数据的联系，基本上实现了一个图书馆管理系统所具备的基本功能，本系统把使用者分为三类：超级管理员、普通管理员、读者，对三种用户分别设计了各自的主界面，以便更好的实现信息的隐藏性，超级管理员可以进行这个系统所有操作；管理员只能执行超级管理员的基本功能，查看自己的信息；读者只能查看自己的信息，对自己当前借书进行挂失和续借两种操作，查询图书馆的藏书。 2.可行性研究报告 2.1 编写目的 本报告编写目的在于研究图书馆管理系统应用软件是否可行，指出本软件开发所使用的方法和手段，并对该软件前景进行分析。 本报告的预期读者是：高等院校、中小学图书馆管理人员、程序设计人员、以及对图书馆管理系统感兴趣的爱好者。 2.2 相关背景 工程名称：图书馆管理应用软件 工程产品名称：高校图书馆管理系统应用软件 工程的组织者：西安科技大学计算机学院软件工程系 产品用户：高校图书馆、中小学图书馆； 产品的生产者：西安科技大学计算机学院软件工程062班袁震； 产品设计者：西安科技大学计算机学院软件工程062班袁震； 2.3 可行性研究的前提 本图书管理系统在功能上要求完成以下基本功能： a).读者、管理员登陆；
系统软件详细设计说明书 1.引言 编写目的 本详细设计说明书是针对网络信息体系结构的课程作业而编写。目的是对该项目进行详细设计，在概要设计的基础上进一步明确系统结构，详细地介绍系统的各个模块，为进行后面的实现和测试作准备。本详细设计说明书的预期读者为本项目小组的成员以及对该系统感兴趣，在以后想对系统进行扩展和维护的人员。 2. 系统的结构 ui client preview search common ui：系统界面部分，负责接受用户输入，显示系统输出，负责其他模块功能的协调调用，并含有站内搜索功能，即在用户指定的已打开的ftp站点中搜索用户需要的资源。ui
部分调用common部分的功能读取xml文件中保存的界面元素属性信息，用户最近访问过的10个ftp信息，用户选择的下载的ftp内容列表及其他需要通过xml文件保存的信息。 client：实现ftp客户端的功能，ftp连接，ftp上传及下载：上传或下载用户指定的资源，并返回相应的信息。 search:资源实时检索部分，根据用户输入的资源名称关键字，资源类型和选择的检索方式检索用户需要的资源，并验证资源的可用性，返回可用资源及其大小，速度等相关信息。 preview：资源预览部分，显示用户选择的资源的部分内容，以使用户决定是否需要该资源。preview部分调用common部分读取属性文件的内容亦显示预览资源内容的显示格式。 3．模块1（ui）设计说明 模块描述 实现用户界面的包，含有11个文件51个类，是本系统中最复杂的代码。 功能 负责接受用户输入，显示系统输出，其他模块功能的协调调用，并含有站内搜索功能，即在用户指定的已打开的ftp站点中搜索用户需要的资源。 交互的模块 client，search，preview，common。 模块设计 该模块中的主要文件，文件中包含的主要类及其功能和与其它包的交互如下：：MainFrame是含有主函数的类，也是lyra客户端开始执行的类，它先后进行资源的初始化，显示主界面等工作，根据屏幕大小设置界面大小，设置界面的观感。 :显示关于窗口的类，当用户点击帮助菜单中的关于菜单项时会弹出关于对话框。 ：FileTools是文件操作辅助类，可以实现文件的递归删除等。
附录D:图书管理系统软件设计规格说明书 图书管理系统 软件详细设计规格说明书 1．引言 1.1编写目的 软件设计的任务是将软件需求变换成为软件的具体设计方案。概要设计根据软件需求导出软件的体系结构；详细设计给出软件模块的内部过程描述。该文档是设计结果的详细描述，也是程序员编写程序的功能依据。 1.2项目背景 开发软件名称：图书管理系统。 项目开发者：××学院计算机科学系“图书管理系统”开发小组： ×××(×号，组长)，×××(×号)，…… 用户单位：××学院 1.3 定义 图书管理系统对于现代图书馆而言，是能否发挥其教学科研的作用的至关重要技术平台。对于读者和图书管理员来说，是能否方便快速获取信息的关键。所以，图书管理系统应该能够为用户提供充足的信息和快捷方便的操作手段。 1.4 参考资料 ?钱乐秋等，《软件工程》，青还大学出版社； ?张害藩，《软件工程导论》（第四版），清华大学出版社； ?王珊等，《数据库原理及设计》，清华大学出版社； ?赵池龙等，《软件工程实践教程》，电子工业出版社。 2．详细设计 2.1软件结构块层次图
图书管理系统 书籍管理读者管理借阅管理 书籍信息 管理出版社管理 书籍类别 管理注销管理读者类别 管理 读者信息 管理 还书管理借书管理 续借管理 过期罚款 管理 图书丢失 管理 2.2 模块详细设计 此处给出各用例的程序实现流程图，也可用下面的描述显示表述 （注，建议用程序流程图） 借书管理： A.输入读者编号； 提示超期未还的借阅记录； B.输入图书编号； If 选择“确定” then If 读者状态无效或改书“已”注销或已借书数>=可借书数then 给出相应提示； Else 添加一条借书记录； “图书信息表”中“现有库存量”-1; “读者信息表”中“已借书数量”＋1; 提示执行情况； Endif 清空读者、图书编号等输入数据； Endif If 选择“重新输入”then 清空读者、图书编号等输入数据； Endif If 选择“退出”then 返回上一级界面； Endif 返回A.等待输入下一条；
XX项目 设计规格说明书 (仅供内部使用) 重庆工学院计算机学院 XX年XX月XX日
修改记录
目录 1．引言.................................... 错误!未定义书签。 项目名称.................................... 错误!未定义书签。 编写目的.................................... 错误!未定义书签。 项目背景.................................... 错误!未定义书签。 定义........................................ 错误!未定义书签。 参考资料.................................... 错误!未定义书签。2．任务概述..................................... 错误!未定义书签。 项目总体目标................................ 错误!未定义书签。 需求概述.................................... 错误!未定义书签。 运行环境.................................... 错误!未定义书签。 软件环境............................... 错误!未定义书签。 硬件环境............................... 错误!未定义书签。 开发环境.................................... 错误!未定义书签。 条件与限制.................................. 错误!未定义书签。3．总体设计..................................... 错误!未定义书签。 系统架构.................................... 错误!未定义书签。 处理流程.................................... 错误!未定义书签。4．功能详细设计................................. 错误!未定义书签。 功能1 ...................................... 错误!未定义书签。 功能说明............................... 错误!未定义书签。 功能结构............................... 错误!未定义书签。 类设计................................ 错误!未定义书签。 用户界面设计............................ 错误!未定义书签。 类1 的算法与程序逻辑.................. 错误!未定义书签。 方法1 .............................. 错误!未定义书签。 功能............................ 错误!未定义书签。 输入............................ 错误!未定义书签。
河北联合大学 2011-2012 第 2 学期
《 软 件 设 计 基 础 -VB》
课程设计报告
设计名称： 姓 名： 设计显示弹球的程序 学 号：
专业班级： 学 院：
设计时间： 设计地点：
指导教师评语：
成绩：
指导教师签字：
年 月 日
《软件设计基础-VB》课程设计报告
第
2
页，共
14
页
目
录
1.课程设计目的···································· ···································· ···································· 2.课程设计任务与要求 ································ ································ ······························· 3.课程设计说明书··································· ··································· ·································· 4.课程设计成果···································· ···································· ···································· 5.程序调试过程···································· ···································· ···································· 6.设计问题的不足和改进方案 ···························· ···························· ··························· 7.课程设计心得···································· ···································· ···································· 8.附录 ·········································· ········································· ········································· 9.参考文献······································· ······································· ······································
百度文库 - 让每个人平等地提升自我 项目名称Project Name 密级Confidentiality Level 信用卡管理系统仅供收件方查阅 项目编号Project ID 版本 Version 文档编号 Document Code Card Management System Software System Design Specification 信用卡管理系统软件系统设计说明书 Prepared by 拟制曹兵、黄美荣 Date 日期 2010-03-26 Reviewed by 评审人彭方麟 Date 日期 2010-4-22 Approved by 批准廖广志 Date 日期 2010-4-22 版权所有不得复制 Copyright ? Broaden Gate Technologies, Co., Ltd. . All Rights Reserved
Revision Record 修订记录 Date 日期Revision Version 修订版本 CR ID /Defect ID CR/ Defect号 Sec No. 修改章节 Change Description 修改描述 Author 作者 2010- 3-26 初稿完成全体成员 2010-4-6 添加系统管 理模块时序 图 曹兵
Catalog 目录 1Introduction 简介 (6) 1.1Purpose 目的 (6) 1.2Scope 范围 (6) 1.2.1Name 软件名称 (6) 1.2.2Functions 软件功能 (6) 1.2.3Applications软件应用 (6) 2Level 0 Design Description第0层设计描述 (6) 2.1Software System Context Definition 软件系统上下文定义 (6) 2.2Design Considerations 设计思路 (8) 2.2.1Design Alternatives 设计可选方案 (8) 2.2.2Design Constraints 设计约束 (8) 3Level 1 Design Description第一层设计描述 (9) 3.1System Architecture系统结构 (9) 3.1.1Description of the Architecture系统结构描述 (9) 3.2Decomposition Description分解描述 (9) 3.2.1客户管理子系统 (9) 3.2.2报表管理子系统 (10) 3.2.3系统管理子系统 (10) 4Level 2 Design Description第二层设计描述 (10) 4.1账户管理模块 (10) 4.1.1Design Description模块设计描述 (11) 4.1.2Function Illustration功能实现说明 (14) 4.2信用卡管理模块 (18) 4.2.1Design Description模块设计描述 (18) 4.2.2Function Illustration功能实现说明 (19) 4.3报表管理模块 (20) 4.3.1Design Description模块设计描述 (20) 4.3.2Function Illustration功能实现说明 (21) 4.4系统管理模块 (22) 4.4.1Design Description模块设计描述 (22) 4.4.2Function Illustration功能实现说明 (23) 5Interface Design界面设计 (26) 5.1登录界面 (26)
附件三 XXX项目 软件设计规格说明书 版本 <>
目录 1概述.............................................. 错误!未定义书签。 编写目的........................................ 错误!未定义书签。 编写依据........................................ 错误!未定义书签。 术语和缩略词.................................... 错误!未定义书签。2软件概要.......................................... 错误!未定义书签。 软件总体描述.................................... 错误!未定义书签。 软件设计约束及有关说明.......................... 错误!未定义书签。 使用者特点...................................... 错误!未定义书签。3开发和运行环境.................................... 错误!未定义书签。 硬件环境........................................ 错误!未定义书签。 支持软件环境.................................... 错误!未定义书签。 接口............................................ 错误!未定义书签。 控制和操作...................................... 错误!未定义书签。4详细需求.......................................... 错误!未定义书签。 性能需求........................................ 错误!未定义书签。 功能需求........................................ 错误!未定义书签。 数据需求........................................ 错误!未定义书签。5故障处理需求...................................... 错误!未定义书签。 软件运行故障.................................... 错误!未定义书签。 软件使用故障.................................... 错误!未定义书签。6质量需求.......................................... 错误!未定义书签。7其他需求.......................................... 错误!未定义书签。 易用性需求...................................... 错误!未定义书签。 安全性需求...................................... 错误!未定义书签。
软件工程课程设计报告( 2015 -- 2016 学年第一学期) 课程名称：软件工程课程设计 题目：学生宿舍管理系统 院系：控制与计算机工程学院 班级： 组号： 组长： 组员： 指导教师： 设计周数：两周 小组成绩： 日期：2016 年1月8日
《软件工程》课程设计 任务书 一、目的、要求 通过软件开发的实践训练，进一步掌握软件工程的方法和技术，提高软件开发的实际能力，培养工程设计能力和综合分析、解决问题的能力。 具体如下： 1.学习和实践在分析和设计计算机应用系统所需要的知识,包括面向对象的系统分析与设计,编 码和测试方面的知识； 2.熟悉自动化的软件开发工具Rational Rose，并将其运用于软件开发的全过程； 3.进一步加强和提高软件工程文档的编写能力； 4.培养协作能力和团队精神。 二、主要内容 1．运用面向对象方法进行校园宿舍管理系统的需求分析与设计； 2．建模语言采用UML，以Rational Rose为建模工具，进行系统的静态建模和动态建模； 3．利用对象模型自动生成数据模型,自动建立数据库； 4．使用hibernate技术以面向对象的方式编程管理数据库，前端使用html+css结合javaScript 进行设计，后台逻辑采用java来实现，整个系统采用了ssh框架来实现，使得各个模块低耦 合，分层明确，提高了代码的重用以及二次开发； 5．撰写课程设计报告。 三、任务分配
四、进度计划 五、设计成果要求 1．建立系统分析模型与设计模型； 2．初步建立系统原型，实现关键的功能； 3．编写课程设计报告。 六、考核方式 1．系统演示及讲解 占50%。 2．设计报告 占50%。 指导教师： 日期：2015 年12 月25 日
. . 健康保健知识库系统设计说明书 班级：软件123 组员代荣康泽聚胜伦 姓名：廖杰 学号： 1208060324 院系：计算机科学与信息学院 专业年级：软件工程2012 级 编写：日期：2015/7/14 审核：日期： 批准：日期： 受控状态：是 发布版次：1.0 日期： 编号：
签字确认
目录 (3) 1 引言 (4) 1.1编写目的 (4) 1.2背景 (4) 1.3基线 (4) 1.4围 (4) 1.5定义 (4) 1.6参考资料 (4) 2 总体设计 (5) 2.1概述 (5) 2.1.1 功能描述 (5) 2.1.2 运行环境 (5) 2.1.3 开发环境 (6) 2.2系统总体结构和软件技术 (7) 2.2.1 系统构思 (7) 2.2.2 软件框架 (8) 2.3人工处理过程 (8) 3 UML设计图 (8) 3.1系统用例图 (8) 3.2流程图........................................................................... . (9) 3.3ER 图............................................................................. . (10) 4 系统功能设计 (11) 4.1安全管理功能 (11) 4.2系统维护功能.............................................................................. .. (12) 4.2.1信息更新功能............................................................................. (13) 4.3功能展示............................................................................. . (15) 4.3.1选择信息查看页面功能............................................................................. (15) 4.3.2进入保健小常识页面.............................................................................
软件设计需求说明书 Revised by Liu Jing on January 12, 2021
xxxxxxx系统软件开发需求说明书 xxxxx科技有限公司 二○一五年七月
目录
1引言 1.1编写目的 为明确软件需求，方便与用户统一思想，确定系统功能、数据范围，便于项目规划与进度安排、组织软件开发与测试等，特撰写本文档。 本文档的读者为业主、用户、数据库建设人员、系统设计人员、开发人员和测试人员。 1.2范围 XXXXX动态监管系统软件即：XXXX一体化动态监管平台。 围绕XXXXX水库运行调度设计的要求，以水库运行调度设计为核心，运用先进、成熟技术，建设水库一体化管理平台，实现XXXXX水库监控视频、水雨情监测、流量阀门控制、实地三维仿真等数据自动汇集和信息共享交换，为XXXXX管理部门及时掌握水库区域内的重要水情信息和控制区域（点）的水资源状况，建设现代化、科学化的水库管理调度系统，提高水库运行调度管理能力和水平的提高提供高效的数据支撑和信息服务。 应用说明 本软件建设应以数据中心为基础，依托建设的信息采集系统，实现水库区域视频监控、水雨情监测、水资源调度等信息的收集、处理、交换，为数据中心提供信息来源。构建水库一体化管理平台的基础框架，实现信息共享交换。
1.3定义 监测站点：水库区域监控视频覆盖区域、水库水雨情信息、水资源调度的阀门流量监控等。 监测信息：视频画面、水库水位雨量数据、水库排水流量与水量数据。 三维仿真：基于XXXXX水库实地勘测，制成三维仿真展示，增加三维展示的视频链接热点。 1.4参考资料 《XXXXX施工组织方案》遵义水文局 《水文情报预报规范》GB/T 22482-2008 《防洪标准》GB50201—94 《水位观测标准》GBJ38-90 《降水量观测规范》SL21-90 《实时雨水情数据库表结构与标识符》SL323-2011 《全国分布式水文数据库系统结构版》文档号01-DC-13 计算机软件开发规范（GB 8566-88） 计算机软件产品开发文件编制指南（GB 8567-88） 计算机软件需求说明编制指南（GB 9385-88） 计算机软件测试文件编制指南（GB 9386-88）
XX项目 产品需求规格说明书 机构公开信息
版本历史
1.引言 该文档主要包含功能性需求分系以及功能用例图，也包括了一些对用户界面的要求，该系统运行所需环境和产品质量需求。 1.1. 文档目的 该文档重点描述的办公自动化系统的功能需求以及功能用例图，能够供读者更好的了解该系统；其中，非功能需求方面，用户界面要求主要是为了是系统的界面更加统一规范，软硬件环境需求以及产品质量需求是为了保证提供给用户尽量完美的办公自动化系统。 1.2. 文档范围 本文档包含一下几部分： 1. 产品介绍 2. 角色功能划分 3. 产品范围 4. 产品的功能性需求 5. 产品的非功能性需求 1.3. 文档读者对象 该文档适合开发人员、项目经理、用户、文档的编写人员阅读。 1.4. 参考文档 列举了编写软件需求规格说明时所参考的资料或其它资源。 1.5. 术语与缩写解释 2.综合介绍 这一部分概述了正在定义的软件，主要是功能的概要介绍。
1.6. 产品介绍（功能介绍） 该系统包含8各模块：超级管理模块，该模块包括组织管理、权限管理、考试管理、资源共享通讯录和系统管理；我的办公桌模块，主要是对各重点模块的简要显示；行政管理该模块包括公共通知、公共计划、记事本、员工考勤和组织机构；个人助理模块，该模块包括通讯录、短消息、日程安排和个人信息管理；个人邮箱，该模块包括配置邮箱和收发邮件；公共信息模块，该模块包括资源下载、在线考试和公共通讯录；人事管理模块，该模块包括档案管理、档案查询和数据维护；销售管理模块，该模块主要包括客户管理、销售管理和供应商管理。 1.7. 产品范围 OA办公自动化系统集人力资源管理以及进销存等管理于一体的商业企业管理软件系统。本产品是为了帮助企业更好的进行管理，实现办公自动化。该产品适用于所有企业的办公需求。 1.8. 用户介绍 确定你觉得可能使用该产品的不同用户类并描述它们相关的特征。有一些需求可能只与特定的用户类相关。 1.9. 角色功能划分 XXXXX拥有XXXX功能的权限。 XXXXX拥有XXXX功能的权限。 1.10. 设计和实现上的限制 确定影响开发人员自由选择的问题，并说明这些问题为什么成为一种限制。 1.11. 假设和依赖 列举出在对软件需求规格说明中影响需求陈述的假设因素（与已知因素相对立）。这可能包括你打算要用的商业组件或有关开发或运行环境的问题。你可能认为产品将符合一个特殊的用户界面设计约定，但是另一个S R S 读者却可能不这样认为。如果这些假设不正确、不一致或被更改，就会使项目受到影响。
xxxxx系统详细设计说明书
版本历史
修改记录
目录 1引言 (5) 1.1编写目的 (5) 1.2背景 (5) 1.3参考资料 (5) 1.4术语定义及说明 (5) 2设计概述 (5) 2.1任务和目标 (5) 2.1.1需求概述 (5) 2.1.2运行环境概述 (5) 2.1.3条件与限制 (6) 2.1.4详细设计方法和工具 (6) 3系统详细需求分析 (6) 3.1详细需求分析 (6) 3.2详细系统运行环境及限制条件分析接口需求分析 (6) 4总体方案确认 (6) 4.1系统总体结构确认 (6) 4.2系统详细界面划分 (7) 4.2.1应用系统与支撑系统的详细界面划分 (7) 4.2.2系统内部详细界面划分 (7) 5系统详细设计 (7) 5.1系统程序代码架构设计 (7) 5.1.1UI(User Interface)用户界面表示层 (7) 5.1.2BLL(Business Logic Layer)业务逻辑层 (8) 5.1.3DAL(Data Access Layer)数据访问层 (8) 5.1.4Common类库 (8) 5.1.5Entity Class实体类 (8) 5.2系统结构设计及子系统划分 (8) 5.3系统功能模块详细设计 (9) 5.3.1XX子系统 (9) .1XX模块 (9) 列表和分页 (9) 创建XX (9) .2XX模块 (9) XX列表 (9) XX修改 (9) 5.3.2XX子系统 (9) 5.3.6.1用户管理模块 (9) 5.3.6.2角色管理模块 (14) 5.3.6.3系统设置模块 (14) 5.3.6.4系统登录注销模块 (14) 5.4系统界面详细设计 (14) 5.4.1外部界面设计 (14) 5.4.2内部界面设计 (14) 5.4.3用户界面设计 (14) 6数据库系统设计 (14) 6.1设计要求 (14) 6.2信息模型设计 (14) 6.3数据库设计 (14) 6.3.1设计依据 (14)
操作系统安装 服务器推荐配置： CPU: Intel Xeon 3.2G 或以上 内存: 1G 或以上 网卡：100M 或1000M（视系统规模） 硬盘：73.4G 以上（视存储规模） 说明：此文档是REDHAT企业版AS4.0为基准的，REDHAT 9.0的安装也可以参考，只是选择安装包是不相同的。） 使用REDHAT AS4 光盘(4 碟装)。光盘版本号为：2.6.9-5和2.6.9-34，上述版本可按照下面方式安装。 设制BIOS 中的启动顺序，使计算机优先从cd-rom 启动。 打开计算机，把CD1 放入光驱，安装启动画面有多种选择， 直接回车,到下图 用TAB键切换到Skip回车 点击Next, 选择语言，如下图。
点击Next，配置键盘（默认），如下图。 点击Next，开始配置鼠标（默认），如下。 点击Next，分区格式选Manually partition with disk druid,如下图。 点击Next，开始分区。如下图。
如果此机器有两块或两块以上硬盘的话，会在图8 中显示出来例如hda 和hdc,那么注意要给在某个硬盘上（举例 说明，比如硬盘hda）创建分区时，点击new，在下一图形界面中，会提示有两块硬盘，此时必须打勾只选中需 要在上面创建分区的那块硬盘（例子中应该是hda），也就是说把另一块硬盘（例子中应该是hdc）前面的钩去掉。 对于只有一块硬盘的安装过程来说，只需按正常步骤就可以。 我们假设这台计算机中只有一块硬盘。一般使用IDE 硬盘时设备名为/dev/had（如果我们使用的是一个SCSI 硬盘，它的设备文件名为/dev/sda） 请注意。安装Linux 系统只要一个交换分区(swap)和一个根分区(/)，一般情况下，根分区为10G 左右，如果还有剩余空间，那么再创建新分区,映射为（/xfmdata）做为存储分区吧。 点击new 按钮创建一个swap 分区，swap 分区大小选本机内存大小的2 倍，但不要超过1024M. FileSystem Type 选swap,一般分为512M 左右，如下图。 点击OK，配置好SWAP 分区，如下图。
四川托普集团技术文档 卷号： 卷内编号： V1.0版 多层体系政务框架平台之一 行政服务中心政务平台 软件产品需求规格说明书Software Product Requirements Specification 项目承担部门：中央研究院应用产品开发中心 撰写人（签名）： 完成日期： 本文檔使用部门：■主管领导■项目组□客户（市场） ■维护人员□用户 文档验交组（签名）： 验交日期： 评审负责人（签名）：
评审日期： 软件产品需求规格说明书 Software Product Requirements Specification 1.引言 1.1.目的 本节描述软件产品需求规格说明书（SRS）的目的是： 定义软件总体要求，作为用户和软件开发人员之间相互了解的基础； 提供性能要求、初步设计和对用户影响的信息，作为软件人员进行软件结构设计和编码的基础； 作为软件总体测试的依据。 1.2.定义 Workflow：工作流 1.3.参考资料 行政服务中心政务平台白皮书 行政服务中心政务平台项目审批表
2.软件总体概述 2.1.软件标识 软件全称：多层体系政务框架平台之一行政服务中心政务平台 软件简称：XZFWZXZW 版本号：1.0 2.2.软件描述 2.2.1.系统属性 行政服务中心是改革开放进程中一项新生事物，是实践江总书记“三个代表”重要思想的具体表现，是改善投资环境，扩大开放，吸收外来投资，加快发展的重要举措。为了实现行政服务中心“一站式集中，一条龙服务”，为全社会提供平等竞争的市场条件和长期稳定的投资环境，塑造廉洁，规范，高效的政府形象的目标，充分利用信息化技术，建设先进实用的可扩展性强的行政服务信息系统，实现行政服务信息处理的智能化、网络化、“无纸化”成为一项迫切的工作。为此，托普集团根据行政服务中心的业务需求，设计了行政服务中心政务平台。 2.2.2.开发背景 开发目的：1、公众服务 2、行政服务中心和各级政府部门 应用目标：行政服务机构
设计规格说明书 1．引言 1.1 目的 该软件设计规格说明书是基于“只有两个人”小组计划开发的“电影院网上售票系统”需求规格说明书编写的。 “电影院网上售票系统”，缓解了电影院售检票的人力压力，提供高效的，快捷的，稳定的操作。实现系统应具有的实用性、可靠性、有效性及方便性。 软件系统实际报告相近说明了该软件产品的体系结构设计、书籍库设计和构建设计等，从而对该软件产品的结构、实现方法等进行了详细的描述。 1.2 命名规则 （1）Pascal规范：所有单词首字母大写。 例如： UserNameTable Camel 规范：除了第一个单词，所有单词首字母大写。 例如：userNameTable 全局变量：使用Camel 规范，并以g_ 开头。 例如：g_failedFlag 局部变量、方法参数：使用Camel规范。 例如：lineCount 类名：使用Pascal规范 例如：MyClass 成员方法：使用Pascal规范 例如：MyMethod() 普通成员变量：Pascal并且以m_开头。 例如： m_MemberVarible 控件变量：Control类型使用Pascal规范，以m_开头，控件名结尾。 例如：m_SubmitButton Value类型使用Pascal规范，以m_开头。 例如：m_Data1 （2）数据库命名规则： 表中字段名均不加前缀 表名均以“dt_table_”为前缀 索引名均以“dt_index_”为前缀 视图名均以“dt_view_”为前缀 1.3 术语定义
1.4 参考资料 [1] 用户需求报告 [2] 数据库设计规范 [3] 命名规范 1.5 相关文档 （1）系统规划报告 （2）需求规格说明书 2．系统设计 2.1 体系结构设计 采用包图画出体统的体系结构模型，然后进行扩展，画出个子系统内类构成及类之间的关系。
软件工程课程设计报告题目：校园小商品交易系统 一、实验题目 (2) 二、实验目的 (2) 三、实验要求 (3) 四、实验内容 (3) 五、系统设计文档 (4) 5.1需求分析 (4) 5.1.1对系统综合要求 (4)
5.1.2系统的数据要求 (4) 5.2总体设计 (5) 5.2.1系统总体用例图 (5) 5.2.2商品管理用例图 (5) 5.2.3用户信息用例图 (6) 5.2.4商品交易用例图 (6) 5.3详细设计 (6) 5.3.1系统类图以及类之间关系图 (6) 5.3.2由需求分析阶段以及类之间关系的设计分析可以得到系统 对应事件流 (7) 5.3.3系统数据库表 (11) 5.3.4系统组件图 (11) 5.3.5系统部署图 (12) 六、心得体会 (13) 一、实验题目 校园小商品交易系统 二、实验目的 通过这次课程设计，要掌握UML（统一建模语言），并能运用UML在Rational Rose中建模。熟练掌握软件工程面向对象建模的总体方法。
三、实验要求 1.一人一组。 2.熟悉Rose开发环境。 3.掌握UML的基本模型元素(如角色、用例、类等)。 4.熟悉UML，主要了解UML中的9大图：Use case diagram(用例图)、Class diagram(类图)、Object diagram(对象图，Rose中没有)、Sequence diagram(序列图)、Collaboration diagram(协作图)、Statechart diagram(状态图)、Activity diagram(活动图)、Component diagram(组件图)、Deployment diagram(配置图)。 5.完成对系统的建模。 6.周五上机检查，并提交设计报告。 7.集中上机时间不能迟到、早退。 8.请自觉维护实验室清洁，爱护实验设备。 四、实验内容 运用UML统一建模语言建立一个校园小商品交易系统。开发软件为ROSE，最后转换为VB代码。该系统主要的基本要求和功能如下： 包含三类用户：管理员、商品发布者、普通用户、访客。 （1）向管理员提供以下功能：自身密码修改，其他用户添加删除，用户信息修改、统计。商品信息添加、修改、删除、查找、统计。 （2）向商品发布者提供以下功能：注册、登陆、注销、自身密码修改、自身信息修改。商品信息发布，自身商品信息统计。查找浏览其他商品。 （3）向一般用户提供以下功能：商品浏览、查找、获知商家联系方式，定购商品。 （4）向访客提供以下功能：商品浏览、查找、获知商家联系方式。
征信系统软件设计说 明
征信系统软件设计说明 一、引言 1.1 编写目的 编写本套征信系统的《软件说明》的目的在于根据软件需求说明书中的任务概述，需求规定等规划设计出一套可执行软件的结构模型。 1.2 参考资料 《征信系统需求分析报告》 《软件工程导论》第三版 《基于项目的软件工程—面向对象研究方法》 二、总体设计 2.1 需求规定 本套征信系统软件分为服务器端和客户端两部分： 客户端部分由用户使用，通过B/S的方式实现，用户可使用浏览器通过互联网进行操作。服务器端软件由管理员使用，通过C/S的方式实现，管理员通过管理界面可对数据库进行操作和管理。 2.2 运行环境 客户端的运行环境：Windows98以上的操作系统、IE5以上的浏览器（或其他浏览器）。 服务器端的运行环境：Windows2000 Server或Windows 2000 Advanced Informix。 2.3 基本设计概念和处理流程
本套征信系统软件的编写，是为了设计出一套在线查询、数据录入和分析的应用软件。软件分为两大部分，数据录入和数据分析部分。客户端是以网页的形式实现，用户通过浏览器对数据库中的数据进行查询、浏览并可进行打印。数据管理部分(服务器端)则是一套管理系统，在管理部分中，管理员可以对数据库中的数据进行输入、修改、删除和查询等操作，从而对数据库中的数据进行管理。 2.4 结构 本套征信系统软件采用Browser/Server和Client/Server相结合的结构来进行开发。 2.5 人工处理过程 2.5.1 服务器端的人工处理 2.5.1.1 数据的输入 用户根据需要来输入关于征信方面的各类报表及基础数据数据，但必须保证其正确性和准确性。 2.5.1.2 数据的修改 用户根据需要对指定的数据进行修改，由于记录繁多，因此用户首先要输入一定的查询条件，缩小记录范围，然后再从该范围中找到指定的记录进行修改，保证修改的内容的正确性和准确性后可更新数据库的数据。 2.5.1.3 数据的删除 用户根据需要对指定的数据进行删除，由于记录繁多，因此用户首先要输入一定的查询条件，缩小记录范围，然后再从该范围中找到制定的记录进行删除，保证将要删除的内容的正确性和准确性后可删除掉数据库中的数据。