软件工程课程设计报告小型办公OA系统样本.doc

软件工程课程设计报告

—小型办公OA系统

院系：信息科学与技术学院
专业：计算机科学与技术专业
班级：
姓名：
学号：

目录
一、问题定义 3
1.2项目编写目 3
1.3系统概述 3
1.4项目基本信息 4
1.5参照资料 4
二、可行性研究报告 5
2.1系统可行性 5
2.2技术可行性 5
2.3整体流程图 6
2.3.1学工部人员工作流程图 6
2.3.2 教办人员工作流程图 7
2.4系统顶层数据流图 8
2.5结论意见 8
三、需求分析报告 9
3.1引言 9
3.2编写目 9
3.3项目基本信息 9
3.4名词定义 12
3.5参照资料 12
3.6任务概述 12
3.7系统描述 12
3.8软件开发时间与费用 12
3.9安全性 13
3.10系统模块功能 13
3.10.1系统管理员模块 13
3.10.2学工部模块 13
3.10.3教办模块 15
3.11详细需求分析 16
3.11.1系统流程图 16
3.11.2数据流图 17
3.12数据字典 18
3.13支持信息 19
3.13.1运营环境 19
3.13.2支持软件 19
3.13.3接口 19
3.13.4 控制 19
3.14需求分析总结 19
四、概要设计阐明书 20
4.1引言 20
4.2编写目 20
4.3项目基本信息 20
4.4定义 20
4.5参照文献 21
4.6总体设计 21
4.6.1需求规定 21
4.6.2运营环境 21
4.6.3 E-R图 22
4.6.4构造 23
4.6.5系统数据构造设计 24
4.7系统出错解决 25
4.7.1出错信息 25
4.7.2补救办法 25
五、详细设计阐明书 26
5.1引言 26
5.1.1项目阐明 26
5.1.2项目定义 26
5.1.3编写目 26
5.1.4参照资料 26
5.2项目系统构造 26
5.3系统功能实现 27
5.3.1管理员模块 27
5.3.2学工部模块 30
5.3.3教办模块 33
5.4用例图 35
5.5活动图 36
六、软件测试 38
6.1目 38
6.2界面测试 38
6.2.1管理员进入系统界面 38
6.2.2学工部人员进入系统页面 39
6.2.3教办人员进入系统页面 39
6.3登陆测试 40
6.4修改密码测试 40
6.5文献上传下载测试 41
6.6角色授权测试 42

一、问题定义
1.1项目背景
石河子大学学工部主职责重要涉及有：
负责学生思想教诲和心理健康教诲工作，开展入学教诲、校规校纪教诲、文明离校教诲等寻常教诲活动；负责学生寻常管理工作，指引先进班集体建设和学生干部队伍建设；负责开展勤工助学工作，负责学生奖、贷、勤、补、减（免）、奖学金管理；负责学生国防教诲工作，开展国防教诲、军事训练工作；负责学生档案管理，及时做好学生档案各种材料归档工作等。
但是学校学生众多，学生均有不同院系，因此学工部各个不同科室人负责不同工作，在管理学生方面，是采用如下办法，学工部有关人员将材料等文献下发到每个学院教办，由教办工作人员负责告知到每个班级。这样以便学生管理工作。在石河子大学大概有20各种学院，因此学工部有关人员在下发文献材料时要给20各种不同窗院同步下发，同步在需要下面学院上交材料时，不同窗院上交。
1.2项目编写目
基于上面工作，上级下级在交流沟通时，重要采用通讯工具备聊天工具QQ以及手机。QQ可以实现文献收发功能，同步可以让有关工作人员进行留言以及在线聊天。在必要时候可以使用手机进行通讯，但是手机不能进行文献传送。
既有工具可以实现文献上传下达工作，但是在管理起来非常不以便，毕竟QQ只是一种专用聊天通讯工具。因此我开发了一套基于学工部人员与教办人员系统软件，可以以便上级下级文献传送以及管理工作。
1.3系统概述
该系统可以完毕管理员与各个学院之间文献传送功能。管理员在规定期间内规定各学院完毕某些文献分类上传，各学院在规定期间内将所需文献上传完毕，管理员将它们下载下来，实现文献传送。管理员可以发送消息等，与各学院实现交流。管理员还可以上传某些文献让各学院下载；各学院可以上传管理员需要文献，阅读消息，下载需要文献。
1.4项目基本信息
（1）名称 ：小型办公OA系统
（2）任务开发人员：薛梅
（3）顾客：石河子大学学工部与各院教办
（4）本次开发人员：薛梅
（5）审核者：学工部赵教师
（6）开发软件单位：计算机科学与技术专业一零级一班
（7）软硬件设施：个人计算机，php语言，mysql，WindowXP操作系统
（8）决定开发小型办公OA系统，估价不超过1000元人民币，一种学期交付使用。
1.5参照资料
(1)软件工程基本 汤淮 西安交通大学出版社
(2)软件工程-----技术，办法与环境 王立福，张世琨，朱冰 编著 北京大学出版社
(3)软件开发技术 倪秉营 电子科技大学出版社
(4)软件工程 张权范 清华大学出版社

二、可行性研究报告
2.1系统可行性
如果学工部与下属各个学院没有功能性很明确办公系统话，依然使用既有软件进行文献传送工作，那么对于学工部工作人员来说工作量很大并且很麻烦。不能不久拟定尚有哪个学院没有上传文献；并且对上传文献分类工作做不好；对上传文献保存留档工作也做不好等。
因此开发一套小型办公OA来交与有关人员使用还是很有必要，这样既节约了人们时间又以便了人们工作。
2.2技术可行性
开发中小型办公OA系统，使用PHP语言编写，同步开发环境使用集成appserv-win32-2.5.10集php、mysql、apache于一体，安装好之后，简朴易学，以便使用。
（1）apache
Apache是世界使用排名第一Web服务器软件。它可以运营在几乎所有广泛使用计算机平台上，由于其跨平台和安全性被广泛使用，是最流行Web服务器端软件之一。
（2）PHP
PHP，是英文超文本预解决语言Hypertext Preprocessor缩写。PHP 是一种 HTML 内嵌式语言，是一种在服务器端执行嵌入HTML文档脚本语言，语言风格有类似于C语言，被广泛地运用。咱们小组人员在课余时间都学过该语言。PHP是一种动态网页设计语言，简朴易学，有众多扩展类库，安全性高，运营稳定。
（3）mysql
MySQL是一种中、小型关系型数据库管理系统，是一种关联数据库管理系统，关联数据库将数据保存在不同表中，而不是将所有数据放在一种大仓库内，这样就增长了速度并提高了灵活性。MySQLSQL语言是用于访问数据库最惯用原则化语言。
2.3整体流程图
2.3.1学工部人员工作流程图

开始

输入顾客名

输入密码

否
顾客名与密码对的？

是

解决文献以及发布公示
否

给未上传学院发公示消息

文献所有上传？

是

下载

结束

图2.1 学工部人员工作流程图

2.3.2 教办人员工作流程图
开始
输入顾客名
输入密码
顾客名与密码对的？
否
是
文献解决
有需要上传文献
上传文献
结束
无
有
图2.2教办人员工作流程图

2.4系统顶层数据流图
发布上传文献告知
显示告知

学工部
教办
小型办公OA系统

下载打印
上传文献

图2.3 系统顶层数据流图

2.5结论意见
综合当前学工部人员与教办人员使用系统软件以及现行技术，对小型办公OA进行了可行性研究，可知开发该系统是可行。

三、需求分析报告
3.1引言
当前是一种计算机很普及时代，用计算机来协助人们完毕某些功能明显增长了咱们办事效率。当前各种各样软件产品诸多，咱们为了完毕某一需求可以使用不同软件，但是如果不是功能非常明确软件，咱们使用起来不是很以便，因此针对某一工作咱们就需要使用该方面软件。
3.2编写目
基于学工部工作，上级下级在交流沟通时，重要采用通讯工具备聊天工具QQ以及手机。QQ可以实现文献收发功能，同步可以让有关工作人员进行留言以及在线聊天。在必要时候可以使用手机进行通讯，但是手机不能进行文献传送。
既有工具可以实现文献上传下达工作，但是在管理起来非常不以便，毕竟QQ只是一种专用聊天通讯工具。因此我开发了一套基于学工部人员与教办人员系统软件，可以以便上级下级文献传送以及管理工作。
3.3项目基本信息
（1）名称 ：小型办公OA系统
（2）任务开发人员：薛梅
（3）顾客：石河子大学学工部与各院教办
（4）本次开发人员：薛梅
（5）审核者：学工部赵教师
（6）开发软件单位：计算机科学与技术专业一零级一班
（7）软硬件设施：个人计算机，php语言，mysql，WindowXP操作系统
（8）决定开发小型办公OA系统，估价不超过1000元人民币，一种学期交付使用。
3.4名词定义
（1）实体：客观世界中存在且可互相区别事物。
（2）联系：客观事物中彼此之间关系。
（3）属性：实体或者联系所具备性质。
3.5参照资料
(1)软件工程基本 汤淮 西安交通大学出版社
(2)软件工程-----技术，办法与环境 王立福，张世琨，朱冰 编著 北京大学出版社
(3)软件开发技术 倪秉营 电子科技大学出版社
(4)软件工程 张权范 清华大学出版社
3.6任务概述
该系统重要功能就是让学工部人员与各学院教办人员进行文献传送功能。学工部人员可是设定文献上传分类、上传时间限制等。然后各学院人员在规定期间内上传文献。辅助功能就是可以发布消息公示，来告知上传文献内容以及注意事项。如果没有在规定期间内上传文献学院，可以发送消息来告知尽快上传文献，并且可以将发送消息链接到邮箱。
3.7系统描述
该系统使用php语言编写，使用mysql数据库，可以运营在window或xp系统。
3.8软件开发时间与费用
时间规定：一种学期即半年
费用：1000元
3.9安全性
设立三种级别顾客：admin、user、student，对每种顾客都分派不同权限。
admin:系统管理员，系统所有功能对其都是可见。
user:学工部人员，接受文献上传文献、查看以及发布公示、创立
以及目录以及查看目录。
student:教办人员，查看公示、修改个人密码、接受文献以及上传
文献。

3.10系统模块功能
该系统涉及到使用人员有系统管理员、学工部人员、教办人员。
3.10.1系统管理员模块
系统管理员具备功能：
（1）登陆系统。
（2）管理顾客人员，涉及增长、删除、修改学工部人员以及各学院人员。
（3）对所有分组分派权限。
（4）可以查看以及使用所有系统功能。
3.10.2学工部模块
学工部人员具备功能：
（1）接受各学院上传文献。
（2）查看已创立目录信息以及创立新目录。
（3）浏览上传文献以及上传新文献。
（4）浏览发布公示以及发布新公示。
（5）管理顾客信息，涉及添加新顾客、删除顾客、修改顾客信息。
（6）修改个人信息。
详细功能阐明：
1.管理员登陆后界面默以为接受文献界面。
其中分为两类：待上传文献类表；已完毕文献上传类表。
1.1待上传文献类表
列表中名字就是需要各院上传文献所在文献夹名。该类中是各院还没有完全上传完毕，当各院所有上交后，该类中该目录会消失。
1.2已完毕文献类表
该类中存储是该文献各院已所有上传完毕，管理员可以进行下载。
2.管理员创立目录
可以依照有关需要创立目录，各院有关人员就可以在该目录下上传相应文献。目录名字要与需要上传文献名字有关，创立好目录后，该名字会自动加到待上传文献列表中。
2.1 已完毕上传文献学院
该模块中有完毕文献上传各学院详细信息，涉及学院名称以及上传完毕时间，管理员可以对这些文献进行下载。
2.2 未上传文献学院
该模块中有未完毕该文献上传各学院名称列表。该页面中有发送消息按钮，管理员可以对该某些学院发送提示消息，提示她们尽快完毕文献上传工作。同步，发送消息是绑定到个人有关邮箱，但是在顾客登录该系统后在未读消息中也可以阅读有关消息。
3.发布告示
管理员可以向各个学院发送消息、提示等内容，来完毕与各个学院之间联系。
在发布告示页面，可以编辑消息、发布消息、查看已发布过告示、选取接受消息联系人。
查看告示：
该模块有已发布告示详细信息，涉及告示名称、发布时间、发布者，尚有对该告示某些常用操作，涉及删除和查看，其中查看进入是编辑页面，可以对该条公示进行修改等操作。
点击每个公示名称：
该模块有两个列表，已查看该公示各学院、未查看该公示各学院。
已查看该公示各学院有名称和查看时间。未查看各学院可以对她们发送消息提示，点击发送消息进入是发布告示页面。
4.文献上传
其中文献分为模板（或表格）和下发文献。
管理员可以上传文献供各院下载以及在线阅读。
3.10.3教办模块
教办人员具备功能：
（1）查看已上传文献以及上传文献。
（2）接受文献。
（3）查看公示消息。
（4）修改个人密码。
详细功能阐明：
1.阅读消息
各学院登陆后一方面看到是管理员发送告知公示列表，其中涉及已读告知公示和未读告知公示。点击未读告知公示可以查看守理员发送消息。
点击每一种公示名称，进入该公示详细内容页面。
2.上传文献
各学院依照管理员规定，可以通过阅读管理员发送消息来懂得在什么时间内完毕哪些文献上传。然后在规定期间内在管理员创立相应目录下上传相应文献。该模块分为需上传文献和已上传文献。需上传文献名与管理员创立目录名是一致。在已上传文献列表中顾客可以查看自己上传文献与否无误。
3.文献下载
各学院可如下载管理员下发某些文献，该模块对这些文献进行了分类，涉及下发文献以及模板表格。分类目就是在管理员同步下发大量文献时，顾客可以不久以便找到自己需要文献。
3.11详细需求分析
3.11.1系统流程图
以特定图形符号加上阐明，表达算法图，称为流程图或框图。

图3.1 学工部人员工作流程图

图3.2 教办人工作流程图

3.11.2数据流图
简称DFD，它从数据传递和加工角度，以图形方式来表达系统逻辑功能、数据在系统内部逻辑流向和逻辑变换过程，是构造化系统分析办法重要表达工具及用于表达软件模型一种图示办法。

顶层数据流图：

图3.3顶层数据流图

0层数据流图：

图3.4 0层数据流图1

图3.5 0层数据流图2

3.12数据字典
顾客=编号+顾客名+密码+邮箱+详细部门名称+近来一册登陆IP+近来一次登陆时间+状态
目录=编号+类名
公示=编号+公示内容+栏目+发布人+摘要+发布时间
文献=编号+上传所属目录+文献名称+上传人姓名+上传时间+文献扩展名
3.13支持信息
3.13.1运营环境
（1）以Windows98 以上/ME//XP作为学生选课管理系统后台操作系统。
（2）前台开发程序为php。
（3）后台数据库为mysql。
（4）重要硬件设备：PC机一台。
3.13.2支持软件
操作系统windows系统、数据库管理系统：mysql数据库系统。
3.13.3接口
本产品顾客普通需要通过终端进行操作，进入主界面后点击相应窗口，分别进入相相应界面(如：输入界面、输出界面)。顾客对程序维护，最佳要有备份。
3.13.4 控制
系统重要输入设备是键盘。输出重要是显示屏输出和打印机打印输出等。
3.14需求分析总结
在此前可行性分析基本上，咱们进行了以上需求分析过程。在分析过程当中，咱们从整体上觉得整个软件系统无论是在技术上还是在经济上都是完全可行，有较好开发价值。
四、概要设计阐明书
4.1引言
当前是一种计算机很普及时代，用计算机来协助人们完毕某些功能明显增长了咱们办事效率。当前各种各样软件产品诸多，咱们为了完毕某一需求可以使用不同软件，但是如果不是功能非常明确软件，咱们使用起来不是很以便，因此针对某一工作咱们就需要使用该方面软件。
4.2编写目
本文档编写是为了完善软件工程课程设计管理系统软件开发途径和应用办法。以求在最短时间高效开发软件工程课程设计管理系统。
4.3项目基本信息
（1）名称 ：小型办公OA系统
（2）任务开发人员：薛梅
（3）顾客：石河子大学学工部与各院教办
（4）本次开发人员：薛梅
（5）审核者：学工部赵教师
（6）开发软件单位：计算机科学与技术专业一零级一班
（7）软硬件设施：个人计算机，php语言，mysql，WindowXP操作系统
（8）决定开发小型办公OA系统，估价不超过1000元人民币，一种学期交付使用。
4.4定义
开发（develop）：不是单纯指开发活动，还涉及维护活动。
项目 (project)：该词指是向顾客或最后顾客交付一种或各种产品收管理有关资源集合。这个资源集合有着明确始点和终点，并且普通是按照某项筹划运营。这种筹划普通会形成文献，并且阐明要交付或实现产品、所用资源和经费、要做工作和工作进度，一种项目也许有若干项目构成。
项目开发筹划（project development plan）：是一种把项目一定一过程与项目如何推动连接起来方案。
产品生命周期（product life cycle）：是产品从构思到不可以再使用持续时间。
4.5参照文献
《CMMI软件过程改进与评估》 罗运模、谢志敏等编著，电子工业出版社，6月版，北京
《软件工程导论》（第四版） 张海藩编著，清华大学出版社，10月版，北京
4.6总体设计
4.6.1需求规定
重要输入输出项目：
（1）顾客信息表：（编号，顾客名，密码，详细部门名称，上次登陆IP，上次登陆时间，状态）
（2）学工部人员上传文献表：（编号，上传到目录编号，文献名称，上传者，上传时间，文献扩展名）
（3）教办人员上传文献表：（编号，上传到目录编号，文献名称，上传者，上传时间）
（4）目录表：（标号，目录名称，所属目录）
（5）公示内容：（编号，内容，栏目，发布人，摘要，发布时间）
4.6.2运营环境
硬件环境：
最低配备：CPU：Pentium3 800以上或其他兼容规格，内存：256M以上，硬盘：20GB以上空间
推荐配备：CPU：Pentium4 1.6G，内存：512M以上，硬盘：100GB以上空间。
软件环境：Windows 9x//XP
Mysql
Thinkphp

4.6.3 E-R图

图4.1 顾客信息E-R图

图4.2 公示内容E-R图

图4.3 上传文献与目录信息E-R图

4.6.4构造

4.6.5系统数据构造设计

图4.5 顾客信息数据设计

图4.6 目录信息数据设计

图4.7 文献信息数据设计

图4.8 公示信息数据设计

4.7系统出错解决
4.7.1出错信息
1. 输入顾客名不存在：阐明数据库没无此顾客名，需开户。
2. 密码错误：阐明顾客名和密码不匹配。
3. 由于管理员没有及时保存数据导致数据丢失：可通过数据还原，还原成近来数据备份。
4.7.2补救办法
1. 故障浮现后也许采用变通办法，涉及：
a. 后备：使用附加存储设备备份数据。备份频率为每日一次。需手动备份。
b. 恢复及再启动：如果数据导致丢失，可使用备份数据还原。

五、详细设计阐明书
5.1引言
5.1.1项目阐明
项目名称：小型办公OA系统。
项目提出单位：石河子大学学工部。
项目开发者：薛梅。
文档审核者：赵教师。
5.1.2项目定义
小型办公OA系统是为了适应当代化学院管理需要，加快推动我校网络教学建设、充分运用校园网，运用网络、多媒体等计算机应用技术和手段，提高办公效率、改进质量高效管理信息系统。
软件工程系统是系科综合教学管理信息系统重要构成某些。
5.1.3编写目
本文档为“小型办公OA系统详细设计阐明书”，重要用于为实现系统功能而进行系统详细设计阐明，详细系统各软件构成模块实现流程、功能、接口、编译等内容，便于对系统编码进行指引和约束。本文档供项目组全体成员及项目组领导，单元测试人员阅读。
5.1.4参照资料
《软件工程课程设计管理系统_系统软件需求阐明书》。

《软件工程课程设计管理系统_系统概要设计阐明书》。
5.2项目系统构造

图5.1 项目系统构造

5.3系统功能实现
该系统重要使用人员分为三个模块：管理员模块、学工部人员模块、教办人员模块。
5.3.1管理员模块
管理员登陆操作流程图：
N
Y
管理员
顾客名，密码
验证
顾客信息数据库
文献模考
公示模块
人员模块
目录模块
角色模块
结束
图5.2 管理员登陆操作流程图
与否存在

管理员登陆页面

图5.3 管理员登陆页面

管理员登陆主界面

图5.4 管理员登陆主界面

5.3.2学工部模块
N
Y
学工部
顾客名，密码
验证
顾客信息数据库
文献模考
公示模块
人员模块
目录模块
结束
图5.5 学工部人员登陆操作流程图
与否存在

学工部登陆主界面：

图5.6 学工部人员登陆界面

学工部人员接受文献界面：

图5.7 学工部人员接受文献界面

学工部人员上传文献页面：

图5.8 学工部人员上传文献页面

学工部人员增长人员页面：

图5.9 学工部人员增长人员页面

5.3.3教办模块
教办人员登录流程图：
N
Y
教办
顾客名，密码
验证
顾客信息数据库
文献模考
公示模块
个人信息
结束
图5.10 教办人员登陆操作流程图
与否存在

教办主界面：

图5.11 教办主界面

教办上传文献列表：

图5.12 教办上传文献界面

教办人员修改个人密码界面：

图5.13 教办人员修改个人密码界面

5.4用例图

图5.14 用例图

5.5活动图
顾客登陆活动图：

图5.15 顾客登陆活动图

修改密码活动图：

图5.16 修改密码活动图

六、软件测试
6.1目
为了尽量找出软件局限性，提高软件质量，增进软件成功验收，专门制定了本大纲。其重要目在于为所要进行测试工作制定各种必要准则和规范，以及在关于方面合同基本上对测试工作进行合理组织与管理。
6.2界面测试
对照界面规范(在软件需求规格阐明书中规定，或者由软件工程规范中给出)和界面表(在概要设计中给出)，检查各界面设计与否规范，涉及：界面风格、体现形式、组件用法、字体选取、字号选取、色彩搭配、日期体现、计时办法、时间格式、对齐方式等等，与否符合规范、与否协调一致、与否便于操作。
界面在各个浏览器中进行测试，发既有无浏览器不兼容问题，若有，则对静态界面进行修改。测试成果每个界面在各个浏览器中都没有问题。
权限不同顾客进入系统所显示功能不同：
管理员：顾客名——admin
密码——admin
学工部：顾客名——zhaoxin(每个学工部人员均有均有不同顾客名)
密码——123
学办：顾客名——sfxya(每个学院均有不同顾客名)
密码——123
6.2.1管理员进入系统界面
管理员：顾客名——admin
密码——admin

图6.1 管理员进入系统页面

6.2.2学工部人员进入系统页面
学工部：顾客名——zhaoxin(每个学工部人员均有均有不同顾客名)
密码——123

图6.2 学工部进入系统页面

6.2.3教办人员进入系统页面
学办：顾客名——sfxya(每个学院均有不同顾客名)
密码——123

图6.3 教办人员进入系统页面

6.3登陆测试
1．当输入没有不存在顾客名或密码时，将会浮现顾客名或密码错误。
2．当添加顾客时，如果该顾客已经存在，输出：该顾客已存在。
3．客户顾客名或密码输入错误，输出：顾客名或密码错误。
4．当顾客名输入为空，输出：顾客名不能为空。
5．当输入对的，如0560078、000123，000001、123456或000000、000000登陆界面
6.4修改密码测试
1．输入本来密码，学工部：123；教办：123，新密码两次输入相似，输出：密码修改成功。
2．输入本来密码，学工部：123；教办：123，新密码两次输入不同，输出：密码修改失败。
3．输入本来密码，当核对浮现错误，输出：密码修改失败。

图6.4 修改密码失败

图6.5 修改密码成功

6.5文献上传下载测试
学工部人员上传文献和教办人员上传文献。测试教办人员所查看文献与否是学工部人员上传文献。学工部人员下载文献与否是教办人员上传文献。
可通过不同人员上传文献进行测试。
学工部人员上传文献列表：

图6.6 教办人员上传文献列表

图6.7 学工部人员上传文献列表

6.6角色授权测试
增长角色、删除角色、修改角色操作。

图6.8 角色管理页面

对每一项操作进行测试，看与否符合规定。

图6.9 授权操作页面
当在user（或admin或student）组中勾选或者去除某些权限时，看在相应页面中这些操作与否还存在。