软件工程课程设计报告—小型办公OA系统

《软件工程课程设计报告—小型办公OA系统》由会员分享，可在线阅读，更多相关《软件工程课程设计报告—小型办公OA系统（42页珍藏版）》请在装配图网上搜索。

1、软件工程课程设计报告 小型办公OA系统院系：信息科学与技术学院专业：计算机科学与技术专业班级： 姓名：学号：目录一、问题定义31.2项目编写目的31.3系统概述31.4项目基本信息41.5参考资料4二、可行性研究报告52.1系统可行性52.2技术可行性52.3整体流程图62.3.1学工部人员工作流程图62.3.2 教办人员工作流程图72.4系统顶层数据流图82.5结论意见8三、需求分析报告93.1引言93.2编写目的93.3项目基本信息93.4名词定义123.5参考资料123.6任务概述123.7系统描述123.8软件开发的时间与费用123.9安全性133.10系统模块功能133.10.1系统

2、管理员模块133.10.2学工部模块133.10.3教办模块153.11具体需求分析163.11.1系统流程图163.11.2数据流图173.12数据字典183.13支持信息193.13.1运行环境193.13.2支持软件193.13.3接口193.13.4 控制193.14需求分析总结19四、概要设计说明书204.1引言204.2编写目的204.3项目基本信息204.4定义204.5参考文献214.6总体设计214.6.1需求规定214.6.2运行环境214.6.3 E-R图224.6.4结构234.6.5系统数据结构设计244.7系统出错处理254.7.1出错信息254.7.2补救措施25

3、五、详细设计说明书265.1引言265.1.1项目说明265.1.2项目定义265.1.3编写目的265.1.4参考资料265.2项目系统的结构265.3系统功能实现275.3.1管理员模块275.3.2学工部模块305.3.3教办模块335.4用例图355.5活动图36六、软件测试386.1目的386.2界面测试386.2.1管理员进入系统界面386.2.2学工部人员进入系统页面396.2.3教办人员进入系统页面396.3登陆测试406.4修改密码测试406.5文件上传下载测试416.6角色授权测试42一、问题定义1.1项目背景石河子大学学工部主职责主要包括有：负责学生思想教育和心理健康教育

4、工作，开展入学教育、校规校纪教育、文明离校教育等日常教育活动；负责学生日常管理工作，指导先进班集体建设和学生干部队伍建设；负责开展勤工助学工作，负责学生奖、贷、勤、补、减（免）、奖学金的管理；负责学生国防教育工作，开展国防教育、军事训练工作；负责学生的档案管理，及时做好学生档案各种材料的归档工作等。但是学校学生众多，学生都有不同的院系，所以学工部各个不同科室的人负责不同的工作，在管理学生方面，是采取如下的方法，学工部相关人员将材料等文件下发到每个学院的教办，由教办工作人员负责通知到每个班级。这样方便学生的管理工作。在石河子大学大约有20多个学院，所以学工部相关人员在下发文件材料时要给20多个不

5、同的学院同时下发，同时在需要下面学院上交材料时，不同的学院上交。1.2项目编写目的基于上面的工作，上级下级在交流沟通时，主要采用的的通讯工具有聊天工具QQ以及手机。QQ可以实现文件收发功能，同时可以让相关的工作人员进行留言以及在线聊天。在必要的时候可以使用手机进行通讯，但是手机不能进行文件的传送。现有的工具可以实现文件上传下达工作，但是在管理起来非常的不方便，毕竟QQ只是一个专用的聊天通讯工具。所以我开发了一套基于学工部人员与教办人员的系统软件，可以方便上级下级的文件传送以及管理工作。1.3系统概述该系统可以完成管理员与各个学院之间文件的传送功能。管理员在规定的时间内要求各学院完成某些文件的分

6、类上传，各学院在规定的时间内将所需文件上传完成，管理员将它们下载下来，实现文件的传送。管理员可以发送消息等，与各学院实现交流。管理员还可以上传一些文件让各学院下载；各学院可以上传管理员需要的文件，阅读消息，下载需要的文件。1.4项目基本信息（1）名称 ：小型办公OA系统（2）任务的开发人员：薛梅（3）用户：石河子大学学工部与各院教办（4）本次开发人员：薛梅（5）审核者：学工部赵老师（6）开发软件的单位：计算机科学与技术专业一零级一班 （7）软硬件设施：个人计算机，php语言，mysql，WindowXP操作系统（8）决定开发小型办公OA系统，估价不超过1000元人民币，一个学期交付使用。1.5

7、参考资料(1)软件工程基础 汤淮 西安交通大学出版社(2)软件工程-技术，方法与环境 王立福，张世琨，朱冰 编著 北京大学出版社(3)软件开发技术 倪秉营 电子科技大学出版社(4)软件工程 张权范 清华大学出版社二、可行性研究报告2.1系统可行性如果学工部与下属各个学院没有功能性很明确的办公系统的话，仍然使用现有的软件进行文件的传送工作，那么对于学工部工作人员来说工作量很大并且很麻烦。不能很快的确定还有哪个学院没有上传文件；并且对上传文件的分类工作做不好；对上传文件的保存留档工作也做不好等。所以开发一套小型的办公OA来交与相关人员使用还是很有必要的，这样既节省了大家的时间又方便了大家的工作。2

8、.2技术可行性开发中小型的办公OA系统，使用PHP语言编写，同时开发环境使用集成的appserv-win32-2.5.10集php、mysql、apache于一体，安装好之后，简单易学，方便使用。（1）apacheApache是世界使用排名第一的Web服务器软件。它可以运行在几乎所有广泛使用的计算机平台上，由于其跨平台和安全性被广泛使用，是最流行的Web服务器端软件之一。（2）PHPPHP，是英文超文本预处理语言Hypertext Preprocessor的缩写。PHP 是一种 HTML 内嵌式的语言，是一种在服务器端执行的嵌入HTML文档的脚本语言，语言的风格有类似于C语言，被广泛地运用。我

9、们小组人员在课余的时间都学过该语言。PHP是一种动态网页设计语言，简单易学，有众多的扩展类库，安全性高，运行稳定。（3）mysqlMySQL是一个中、小型关系型数据库管理系统，是一种关联数据库管理系统，关联数据库将数据保存在不同的表中，而不是将所有数据放在一个大仓库内，这样就增加了速度并提高了灵活性。MySQL的SQL语言是用于访问数据库的最常用标准化语言。2.3整体流程图2.3.1学工部人员工作流程图开始输入用户名输入密码否用户名与密码正确？是处理文件以及发布公告否给未上传学院发公告消息文件全部上传？是下载结束图2.1 学工部人员工作流程图2.3.2 教办人员工作流程图开始输入用户名输入密码

10、用户名与密码正确？否是文件处理有需要上传文件上传文件结束无有图2.2教办人员工作流程图2.4系统顶层数据流图发布上传文件通知显示通知学工部教办小型办公OA系统下载打印上传文件图2.3 系统顶层数据流图2.5结论意见综合现在学工部人员与教办人员使用的系统软件以及现行技术，对小型办公OA进行了可行性研究，可知开发该系统是可行的。三、需求分析报告3.1引言现在是一个计算机很普及的时代，用计算机来帮助人们完成某些功能明显增加了我们的办事效率。现在各种各样的软件产品很多，我们为了完成某一需求可以使用不同的软件，但是如果不是功能非常明确的软件，我们使用起来不是很方便，所以针对某一工作我们就需要使用该方面的

11、软件。3.2编写目的基于学工部的工作，上级下级在交流沟通时，主要采用的的通讯工具有聊天工具QQ以及手机。QQ可以实现文件收发功能，同时可以让相关的工作人员进行留言以及在线聊天。在必要的时候可以使用手机进行通讯，但是手机不能进行文件的传送。现有的工具可以实现文件上传下达工作，但是在管理起来非常的不方便，毕竟QQ只是一个专用的聊天通讯工具。所以我开发了一套基于学工部人员与教办人员的系统软件，可以方便上级下级的文件传送以及管理工作。3.3项目基本信息（1）名称 ：小型办公OA系统（2）任务的开发人员：薛梅（3）用户：石河子大学学工部与各院教办（4）本次开发人员：薛梅（5）审核者：学工部赵老师（6）开

12、发软件的单位：计算机科学与技术专业一零级一班 （7）软硬件设施：个人计算机，php语言，mysql，WindowXP操作系统（8）决定开发小型办公OA系统，估价不超过1000元人民币，一个学期交付使用。3.4名词定义（1）实体：客观世界中存在的且可互相区别的事物。（2）联系：客观事物中的彼此之间的关系。（3）属性：实体或者联系所具有的性质。3.5参考资料(1)软件工程基础 汤淮 西安交通大学出版社(2)软件工程-技术，方法与环境 王立福，张世琨，朱冰 编著 北京大学出版社(3)软件开发技术 倪秉营 电子科技大学出版社(4)软件工程 张权范 清华大学出版社3.6任务概述该系统的主要功能就是让学工

13、部人员与各学院教办人员进行文件的传送功能。学工部人员可是设定文件的上传分类、上传时间限制等。然后各学院人员在规定的时间内上传文件。辅助功能就是可以发布消息公告，来通知上传的文件内容以及注意事项。如果没有在规定时间内上传文件的学院，可以发送消息来通知尽快上传文件，并且可以将发送的消息链接到邮箱。3.7系统描述该系统使用php语言编写，使用mysql数据库，可以运行在window或xp系统。3.8软件开发的时间与费用时间要求：一个学期即半年 费用：1000元3.9安全性设立三种级别的用户：admin、user、student，对每种用户都分配不同的权限。 admin:系统管理员，系统的所有功能对其

14、都是可见的。 user:学工部人员，接收文件上传文件、查看以及发布公告、创建以及目录以及查看目录。 student:教办人员，查看公告、修改个人密码、接收文件以及上传文件。3.10系统模块功能该系统涉及到的使用人员有系统管理员、学工部人员、教办人员。3.10.1系统管理员模块系统管理员具有的功能：（1）登陆系统。（2）管理用户人员，包括增加、删除、修改学工部人员以及各学院人员。（3）对所有分组分配权限。（4）可以查看以及使用所有系统功能。3.10.2学工部模块学工部人员具有的功能：（1）接收各学院上传的文件。（2）查看已创建的目录信息以及创建新的目录。（3）浏览上传的文件以及上传新文件。（4）

15、浏览发布的公告以及发布新公告。（5）管理用户信息，包括添加新用户、删除用户、修改用户信息。（6）修改个人信息。具体功能说明：1.管理员登陆后界面默认为接收文件的界面。其中分为两类：待上传文件的类表；已完成文件上传的类表。1.1待上传文件的类表列表中的名字就是需要各院上传的文件所在的文件夹名。该类中是各院还没有完全上传完成，当各院全部上交后，该类中的该目录会消失。 1.2已完成文件的类表 该类中存放的是该文件各院已全部上传完成，管理员可以进行下载。 2.管理员创建目录 可以根据相关的需要创建目录，各院相关人员就可以在该目录下上传对应的文件。目录的名字要与需要上传的文件的名字相关，创建好目录后，该

16、名字会自动的加到待上传文件列表中。2.1 已完成上传文件的学院 该模块中有完成文件上传的各学院的详细信息，包括学院的名称以及上传完成的时间，管理员可以对这些文件进行下载。2.2 未上传文件的学院该模块中有未完成该文件上传的各学院的名称的列表。该页面中有发送消息的按钮，管理员可以对该部分学院发送提示消息，提示他们尽快完成文件的上传工作。同时，发送的消息是绑定到个人相关的邮箱，但是在用户登录该系统后在未读消息中也可以阅读相关消息。3.发布通告管理员可以向各个学院发送消息、提示等内容，来完成与各个学院之间的联系。在发布通告的页面，可以编辑消息、发布消息、查看已发布过的通告、选择接收消息的联系人。查看

17、通告：该模块有已发布的通告的详细信息，包括通告的名称、发布的时间、发布者，还有对该通告的一些常见的操作，包括删除和查看，其中查看进入的是编辑的页面，可以对该条公告进行修改等操作。点击每个公告的名称：该模块有两个列表，已查看该公告的各学院、未查看该公告的各学院。已查看该公告的各学院有名称和查看的时间。未查看的各学院可以对他们发送消息提示，点击发送消息进入的是发布通告的页面。4.文件的上传 其中文件分为模板（或表格）和下发文件。 管理员可以上传文件供各院下载以及在线阅读。3.10.3教办模块教办人员具有的功能：（1）查看已上传的文件以及上传文件。（2）接收文件。（3）查看公告消息。（4）修改个人密

18、码。具体功能说明：1.阅读消息 各学院登陆后首先看到的是管理员发送的通知公告的列表，其中包括已读的通知公告和未读的通知公告。点击未读的通知公告可以查看管理员发送的消息。点击每一个公告的名称，进入的该公告的详细内容页面。2.上传文件 各学院根据管理员的要求，可以通过阅读管理员发送的消息来知道在什么时间内完成哪些文件的上传。然后在规定的时间内在管理员创建的相应目录下上传相应的文件。该模块分为需上传的文件和已上传的文件。需上传的文件名与管理员创建的目录名是一致的。在已上传的文件列表中用户可以查看自己上传的文件是否无误。3.文件的下载 各学院可以下载管理员下发的一些文件，该模块对这些文件进行了分类，包

19、括下发文件以及模板表格。分类的目的就是在管理员同时下发大量的文件时，用户可以很快的方便的找到自己需要的文件。3.11具体需求分析3.11.1系统流程图以特定的图形符号加上说明，表示算法的图，称为流程图或框图。图3.1 学工部人员工作流程图图3.2 教办人工作流程图3.11.2数据流图简称DFD，它从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。顶层数据流图：图3.3顶层数据流图0层数据流图：图3.4 0层数据流图1图3.5 0层数据流图23.12数据字典用户=编号+用户名+密码+邮

20、箱+具体部门名称+最近一册登陆IP+最近一次登陆时间+状态目录=编号+类名公告=编号+公告内容+栏目+发布人+摘要+发布时间文件=编号+上传所属目录+文件名称+上传人姓名+上传时间+文件扩展名3.13支持信息3.13.1运行环境（1）以Windows98 以上/ME/2000/XP作为学生选课管理系统的后台操作系统。（2）前台开发程序为php。（3）后台数据库为mysql。（4）主要硬件设备：PC机一台。3.13.2支持软件操作系统windows系统、数据库管理系统：mysql数据库系统。3.13.3接口本产品的用户一般需要通过终端进行操作，进入主界面后点击相应的窗口，分别进入相对应的界面(如

21、：输入界面、输出界面)。用户对程序的维护，最好要有备份。3.13.4 控制系统的主要输入设备是键盘。输出主要是显示器输出和打印机打印输出等。3.14需求分析总结 在以前的可行性分析基础上，我们进行了以上的需求分析过程。在分析的过程当中，我们从整体上觉得整个软件系统无论是在技术上还是在经济上都是完全可行的，有很好的开发价值。四、概要设计说明书4.1引言现在是一个计算机很普及的时代，用计算机来帮助人们完成某些功能明显增加了我们的办事效率。现在各种各样的软件产品很多，我们为了完成某一需求可以使用不同的软件，但是如果不是功能非常明确的软件，我们使用起来不是很方便，所以针对某一工作我们就需要使用该方面的

22、软件。4.2编写目的本文档的编写是为了完善软件工程课程设计管理系统软件的开发途径和应用方法。以求在最短的时间高效的开发软件工程课程设计管理系统。4.3项目基本信息（1）名称 ：小型办公OA系统（2）任务的开发人员：薛梅（3）用户：石河子大学学工部与各院教办（4）本次开发人员：薛梅（5）审核者：学工部赵老师（6）开发软件的单位：计算机科学与技术专业一零级一班 （7）软硬件设施：个人计算机，php语言，mysql，WindowXP操作系统（8）决定开发小型办公OA系统，估价不超过1000元人民币，一个学期交付使用。4.4定义开发（develop）：不是单纯指开发活动，还包括维护活动。项目 (pro

23、ject)：该词指的是向顾客或最终用户交付一个或多个产品的收管理的相关资源的集合。这个资源集合有着明确的始点和终点，并且一般是按照某项计划运行。这种计划通常会形成文件，并且说明要交付或实现的产品、所用的资源和经费、要做的工作和工作进度，一个项目可能有若干项目组成。项目开发计划（project development plan）：是一种把项目一定一过程与项目如何推进连接起来的方案。产品生命周期（product life cycle）：是产品从构思到不可以再使用的持续时间。4.5参考文献CMMI软件过程改进与评估 罗运模、谢志敏等编著，电子工业出版社，2004年6月版，北京软件工程导论（第四版）

24、张海藩编著，清华大学出版社，2006年10月版，北京4.6总体设计4.6.1需求规定主要输入输出项目：（1）用户信息表：（编号，用户名，密码，具体部门名称，上次登陆IP，上次登陆时间，状态）（2）学工部人员上传文件表：（编号，上传到的目录编号，文件名称，上传者，上传时间，文件扩展名）（3）教办人员上传文件表：（编号，上传到的目录编号，文件名称，上传者，上传时间）（4）目录表：（标号，目录名称，所属目录）（5）公告内容：（编号，内容，栏目，发布人，摘要，发布时间）4.6.2运行环境硬件环境：最低配置：CPU：Pentium3 800以上或其它兼容规格，内存：256M以上，硬盘：20GB以上空间推

25、荐配置：CPU：Pentium4 1.6G，内存：512M以上，硬盘：100GB以上空间。软件环境：Windows 9x/2000/XP Mysql Thinkphp4.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. 由于管理员没有及时保存数据造成的数据丢失：可

26、通过数据还原，还原成最近的数据备份。4.7.2补救措施1. 故障出现后可能采取的变通措施，包括：a. 后备：使用附加存储设备备份数据。备份频率为每日一次。需手动备份。b. 恢复及再启动：如果数据造成丢失，可使用备份数据还原。五、详细设计说明书5.1引言5.1.1项目说明项目名称：小型办公OA系统。项目提出单位：石河子大学学工部。项目开发者：薛梅。文档审核者：赵老师。5.1.2项目定义小型办公OA系统是为了适应现代化学院管理的需要，加快推进我校网络教学建设、充分利用校园网，利用网络、多媒体等计算机应用技术和手段，提高办公效率、改善质量的高效管理信息系统。软件工程系统是系科综合教学管理信息系统的重

27、要组成部分。5.1.3编写目的本文档为“小型办公OA系统详细设计说明书”，主要用于为实现系统的功能而进行的系统详细设计说明，详细系统各软件组成模块的实现流程、功能、接口、编译等内容，便于对系统的编码进行指导和约束。本文档供项目组全体成员及项目组领导，单元测试人员阅读。5.1.4参考资料软件工程课程设计管理系统_系统软件需求说明书。软件工程课程设计管理系统_系统概要设计说明书。5.2项目系统的结构图5.1 项目系统的结构5.3系统功能实现该系统主要使用人员分为三个模块：管理员模块、学工部人员模块、教办人员模块。5.3.1管理员模块管理员登陆操作流程图：NY管理员用户名，密码验证用户信息数据库文件

28、模考公告模块人员模块目录模块角色模块结束图5.2 管理员登陆操作流程图是否存在管理员登陆页面图5.3 管理员登陆页面管理员登陆主界面图5.4 管理员登陆主界面5.3.2学工部模块NY学工部用户名，密码验证用户信息数据库文件模考公告模块人员模块目录模块结束图5.5 学工部人员登陆操作流程图是否存在学工部登陆主界面：图5.6 学工部人员登陆界面学工部人员接受文件界面：图5.7 学工部人员接受文件界面学工部人员上传文件页面：图5.8 学工部人员上传文件页面学工部人员增加人员页面：图5.9 学工部人员增加人员页面5.3.3教办模块教办人员登录流程图：NY教办用户名，密码验证用户信息数据库文件模考公告模

29、块个人信息结束图5.10 教办人员登陆操作流程图是否存在教办主界面：图5.11 教办主界面教办上传文件列表：图5.12 教办上传文件界面教办人员修改个人密码界面：图5.13 教办人员修改个人密码界面5.4用例图图5.14 用例图5.5活动图用户登陆活动图：图5.15 用户登陆活动图修改密码活动图：图5.16 修改密码活动图六、软件测试6.1目的为了尽可能的找出软件的不足，提高软件的质量，促进软件的成功验收，专门制定了本大纲。其主要目的在于为所要进行的测试工作制定各种必要的准则和规范，以及在有关方面协议的基础上对测试工作进行合理组织与管理。6.2界面测试对照界面规范(在软件需求规格说明书中规定，

30、或者由软件工程规范中给出)和界面表(在概要设计中给出)，检查各界面设计是否规范，包括：界面风格、表现形式、组件用法、字体选择、字号选择、色彩搭配、日期表现、计时方法、时间格式、对齐方式等等，是否符合规范、是否协调一致、是否便于操作。界面在各个浏览器中进行测试，发现有没有浏览器不兼容的问题，若有，则对静态界面进行修改。测试结果每个界面在各个浏览器中都没有问题。权限不同的用户进入系统所显示的功能不同：管理员：用户名admin 密码admin学工部：用户名zhaoxin(每个学工部人员都有都有不同的用户名) 密码123学办：用户名sfxya(每个学院都有不同的用户名) 密码1236.2.1管理员进入

31、系统界面管理员：用户名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当输入正确，如056007

32、8、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）组中勾选或者去除某些权限时，看在相应的页面中这些操作是否还存在。41