教师工资管理系统-软件工程.docx

《教师工资管理系统-软件工程.docx》由会员分享，可在线阅读，更多相关《教师工资管理系统-软件工程.docx（27页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、目录课程设计概述-2-第一节背景-2-第二节 选题说明-2-第三节课程题目-2-第一章系统分析-3-第一节项目的范围和目标-3-第二节 项目可行性分析-3-第三节 项目进度计划-4-第二章 需求分析-5-第一节 基本需求规格说明-5-一、系统概貌-5-二、功能要求-5-三、性能要求-6-四、运行要求-6-第二节 用例分析-6-一、系统基本用例-6-二、系统业务逻辑描述-8-第三节 数据流图分析-9-一、数据流图-9 -三、操作流程图-11-第三章 概要设计-13-第一节 系统结构设计-13-第二节 子系统划分-15-第四章详细设计-16-第一节系统面向对象分析-16-第二节 子系统分析-19-

2、一、用户管理子系统-19-二、人事管理子系统-19-业遨考1层图-11层图-2各岗位基本工总工资三、操作流程图此系统基于B/S的运行方式，可同时允许多个用户访问。用户通过登入界面进 入系统，进行相应权限的操作。第三章概要设计第一节系统结构设计本系统主要包括：用户接口包、数据库包、自动统计包、工资表生成包;用户将口包用户将口包用户接口允许用户进入系统插入和木Ai为用户提供数据，存储数自动统计包自动统计包根据数据库提供的数据进行自动统工咨表牛成包将自动统计包的统计结果生成工一、用户接口包：在用户接口包中，主要包括以下几个类：1 .用户接口类：为用户提供注册和相应权限登入接口；.插入数据类：用户登入

3、后可以向系统提供本人相应权限的数据信息;2 .查询数据类：用户登入后可以查询本人相应权限的数据信息；杳询数二、数据库包：在数据库包中，主要包括以下几个类：1 .查询类：主要提供查询数据库中的相关数据。如教职工的工资等;2 .增删类：主要是指可在已有的数据库中增删数据；3 .更新类：主要完成数据库的更新的类。4 .存储备份类：主要完成数据的存储转换和备份的类；三、自动统计包：在自动统计包中，主要包括以下几个类：5 .读取数据类：完成从数据库中读取工资统计数据的类;6 .自动统计类：完成自动统计过程的相关类；四、工资表生成包:提供生成工资表的类，主要包括以下几个类：1 .总工资表生成类：完成生成各

4、教职工工资各项情况的相关类；.部门汇总表生成类：完成各个部门的工资汇总表生成的相关类;2 .银行发放表生成类：完成银行发放表生成的相关类；.工资条生成类：完成工资条生成的相关类；第二节子系统划分总划分如下图：用户管理系统管理人事管理工资管理数据备工资表第四章详细设计第一节系统面向对象分析一、顺序图分析业绩 后系台（数人事管理用例第一、人事管理员登录；第二、在人事管理的界面选择月绩考核操作；第三、录入对应教职工的月绩；第四、系统根据标准统计出教职工的奖金后，存入数据库文件;二、类图分析(r次主米、PayDepartmentNumberNameBasic payPrizer*. . I:：Crea

5、te ()（基本T资表类）Basic payDepartmentNumberCreate ()ViewW-Class pay (工资(人事/理另类)Personnel managerDepartmentNumberNameSexDate of birthQualificationMd 丽 Modify infor (:Delete infor (1 Sort infor () Search infor (:I.Usersdepartmentnumbernamesexdate of birthqualificationModify 、G(财务唇理员类)Finance managerdepartm

6、entnumbernamesexdate of birthqualification（用户(各却门管理员Faculty managerdepartmentnumbernamesexdate of birthqualificationAudit total pay ()K/h-MiRjClass userSubmit infor ( Modify UdbbWofd ()(用户类)第二节子系统分析一、用户管理子系统该系统主要负责普通用户和管理员登陆；系统描述：普通用户和系统管理员都可以根据自己的权限进行相应操作；流程图说明：第一、读取登陆者信息，判断登陆者身份；若登陆者为普通用户，则只能进行修 改

7、口令的操作；第二、为系统管理员则可以进行增加及查询操作员信息并对其设置权限，删除操 作员信息和修改登陆口令的操作；实现该系统的流程图:二、人事管理子系统该系统主要负责人事调动信息的修改；系统描述：初步确定需调动教职工，上报人事主管，根据人事主管意见进行人员调动，确定确定人员调动后根据其调动原因进行相应的操作并将调动信息存入档案, 人员调动后对其现在所处职位进行可变工资调整；流程图说明：三、工资管理子系统： -20-四、系统管理子系统-22-第三节 系统集成-23-第六章结语第一节 各人完成的任务-23-第二节 个人遇到的困难与获得的主要成果-24-第三节心得体会-26-第四节参考文献-28 -

8、课程设计概述第一节背景本文根据钱乐秋等教授编著的软件工程课程要求而做。作业要求如下：构思一个软件，采用软件工程方法对其进行设计（包括系统分析，需 求分析，概要设计，详细设计）第二节选题说明我们小组经过讨论选择了 “学校内部工资管理系统”。我们对这个系统进行系统 分析、需求分析、概要设计、详细设计，借此加深对软件工程这门课的了解。根据老 师要求，我们认为课程设计应完成以下目标：1、以软件的生命周期为线索，完成软件的定义及软件的部分开发工作，能够初 步应用课程中介绍的开发技术和部分工具。2、能够编写较完整的和标准的软件文档，用来记录软件的开发活动和阶段性成 果，有助于理解软件所必须的阐述性资料。3

9、、综合本学期学习的知识运用到本系统中，以此来检验学习成果。从中发现我 们知识上缺漏，加以改善。第三节课程题目1、课程题目：学校内部工资管理系统 第一、根据教职工信息判断该教职工是否调动，若不调动则重新输入需调动人员;第二、根据需调动人员的调动类别进行相应操作，若需调动人员为退休辞退教职 工则删除其信息若为职位调动员工则修改其信息，若为新加入教职工则录入其信息，并将所有操作过后的信息存入人事档案；第三、根据变动过后的人事档案和调动的教职工正确的出勤和业绩确定其可变工 资；实现该系统的流程图:三、工资管理子系统：该系统主要负责各教职工工资管理；系统描述：统计出教职工总工资表，输出审核过后工资表，并

10、根据输出工资表确 定部门总汇表、输出工资条和银行发放表；流程图分析：第一、判断教职工可变工资信息是否属实，若不属实则进行相应修改若属实则结合岗位基本信息表统计出总工资表;第二、审核工资表若审核通过则输出工资表；第三、结合部门信息和个人信息确定部门汇总表、输出工资条和银行发放表;实现该系统的流程图:查询各W 4统计总工资正输出工资表查询人输出四、系统管理子系统该系统主要负责整个系统的管理工作；系统描述：部门管理主要用来规范化各系各部门，数据备份主要用来对系统各项数据实行备份，以防数据丢失等;第三节系统集成系统组装：把各个模块通过一定关系组装在一起，只有登陆页面是共同的接口, 各个模块的更改对于其

11、他模块不会有影响。人事处管理财务处管理普通教职第六章结语第一节各人完成的任务课程初期阶段：大家一起积极参与讨论整个系统的分析设计，发表自己的想法；中后期阶段：付希善：主要负责需求分析阶段的用例分析及数据流图的设计，详细设计阶段面 向对象分析，及部分代码编写；吉薪乐：主要负责详细设计阶段的子系统分析设计及各子系统流程图的设计及部 分代码编写；侯亮昌：主要负责需求分析阶段的数据流分析的编写，部分数据流图设计，部分 代码编写，测试用例设计与编写；张冠雄：主要负责设计封面和详细设计中的界面设计，系统分析阶段的内容编写及部分代码编写;刘兴荣：主要负责整篇论文电子版图的绘制，概要设计阶段的编写及部分代码编

12、写；蒋挺：主要负责前言，需求分析阶段基本需求规格的编写，操作流程图的设计， 论文的整理及部分代码编写；第二节 个人遇到的困难与获得的主要成果付希善：困难：1、各个角色需要什么样的功能；2、各个角色之间有什么样的联系；3、有哪几个子系统，子系统间有什么样的数据流关系；4、系统有哪些类；5、类的具体属性和操作有哪些；成果：1、数据流图有了更深的认识；2、学会更好和组员之间的协作；3、对面向对象与结构之间的区别更加的了解；4、体会到系统的功能，分块的重要性；吉薪乐：困难：1、用户管理子系统中管理员和用户能进行什么操作；2、各个用户的权限该如何管理；3、教职工的调动情况的分类情况；4、可变工资根据什么

13、确定；5、总工资表信息由哪些数据确定；6、工资信息在哪阶段审核；7、各个需存储文件表如何得出；8、如何整合各个系统，如何共用相同模块；成果：解决了详细设计阶段四个子系统功能如何实现的问题；侯亮昌：困难：1、如何站在客户的角度上把功能想得尽量完全；2、怎样更好的表达自己的想法，聆听理解别人的思想，以便达成共 识，使不同的想法更好的结合；3、测试用例需要设计哪些数据才能全面；4、每个阶段要涉及到哪些用例；成果：1、详细的编写了数据流的分析；2、详细地设计了三个测试用例，分别是个人信息录入用例，调动情 况用例和工资查询用例；张冠雄：困难：1、在可行性分析中，如何全面考虑到每个方面的内容；包括经济、技

14、术、法律、社会四个方面的具体分析；2、怎样设计出满足客户需求的人机界面； 成果：了解了界面设计原则和人机界面特征界面设计原则：1.在同一用户界面中，所有的菜单选择、命令输入、数据显 示和其他功能应保持风格的一致性；2.对所有可能造成损害的动作，坚持要求用 户确认，例如提问“你肯定？”等，对大多数动作应允许恢复(UNDO),对用 户出错采取宽容的态度；3.用户界面应能对用户的决定做出及时的响应，提高对 话、移动和思考的效率，最大可能的减少击键次数，缩短鼠标移动距离，避免使 用户产生无所适从的感觉；4.保证信息显示方式与数据输入方式的协调一致，尽 量减少用户输入的动作，隐藏当前状态下不可选用的命令

15、，允许用户自选输入方 式，能够删除无现实意义的输入，允许用户控制交互过程；5.除此之外，正确的 使用颜色也很重要；人机界面特征：1.操作简单，易学，易掌握；2.界面美观，操作舒适；3.快速 反应，响应合理；4.用语通俗，语义一致；刘兴荣：困难：1、系统结构中主要包括哪些部分、有哪些包；2、用户接口包中包括哪几个类；3、数据库包中包括那几个类；4、自动统计包中包括那几个类；5、工资表生成包中包括那几个类；6、系统应如何划分出子系统；7、如何将各个阶段所用到的图更加完善地绘制成电子版图； 成果：设计出了系统概要； 蒋挺：困难：写论文过程中，关于子系统描述，流程图表示等有些字词表达斟酌了很久，有时甚

16、至不知道怎么表达；成果：通过这次论文写作，使我更深理解了论文格式以及如何进行论文编写；第三节心得体会这次课程设计历时一周左右，通过这一个星期的设计，发现了自己的很多不足， 自己知识的很多漏洞，看到了自己的实践经验还是比较缺乏，理论联系实际的能力还 急需提高。同时这次的课程设计也让我看到了团队的力量，我认为我们的工作是一个 团队的工作，团队需要个人，个人也离不开团队，必须发扬团结协作的精神。刚开始 的时候，大家一片茫然，都各自忙着网上找资料，后面我把大家集合在一起讨论各个 方案的可行性。在课程设计中只有一个人知道如何设计是远远不够的，必须让每个人 都知道，毕竟一个人所能考虑到的东西是有限的，稍有

17、不慎就有可能全部重新来过。 团结协作是我们成功的一项非常重要的保证。这次设计正好锻炼我们这一点，这是非 常宝贵的。付希善五天来的课程设计，几乎可以说是“吵”着过来的，我们为了如何实现需求分析 中各个流程图的设计而“争吵”，为了如何使详细设计更完整而“争吵”，从需求分析 到概要设计再到详细设计，我们的所有流程图类图甚至整篇论文都是队友就这样“争 吵”而得出来的。这次课程设计的内容几乎涵盖了软件工程这本书的所有内容， 通过它，我不仅重新复习了这门课程，还对这门课程有了更深刻的理解。当然除了课 本知识上的收获，也有很多学习之外的收获；一连串的分析设计锻炼了我抗挫能力， 让我深刻体会到每件事情都得全面

18、考虑，稍有欠缺，有时候就得重头来过；并且深刻 得体会到团队合作的重要性，要懂得如何“吵”，如何“吵”出水平，“吵”出成绩。吉薪乐不论在哪里，团队精神永远都是很重要的。这次的课程设计让我更深刻的体会了 团队精神。6个人在一起思考交流，过程很热闹，每个人对这个题目都有自己的看法, 经过一番唇枪舌战之后终于达成共识。然后分工，完成自己的任务，当遇到问题的时 候又一起解决，一切都有条不紊的进行着。一个人的思维是局限的，聚集6个人的智 慧和长处才能使这个系统更加完善和完美。这次的课程设计也使我对软件工程有了更 感性的认识，虽然没有参与软件生命周期的每个阶段，但是经过动手操作，我对软 件工程有更高层次的了

19、解。一个星期的课程设计忙碌但充实，不仅学到了很多课本 上没办法学到的知识，如何表达自己的想法以及肯定别人的好点子，也通过合作更了 解队友，增进友情。侯灵昌通过这些天的课程设计，我认识到这样的团队才是高效率的以及优秀的：1、团 队必须要有开放性的广泛沟通与交流及相互支持，队员与队员之间彼此信任，相互支持, 配合默契，而良好的合作是以沟通、协调为前提的。2、每个对员所担负的角色要分工 合理，明确定位，互相依存，形成合力。3、团队要有明确的奋斗目标。每个团队的 对员都要目标清楚明确，愿意为实现这个奋斗目标做出不懈的努力。4、对于团队取 得的成绩大家共同分享，激励大家共同赢得团队整体的成绩，追求团队整

20、体业绩，分 享每一项成果与每一份快乐。张冠雄四天三夜的课程设计生活终于有了结果，回头想想，收获颇多。组员们一起讨论、 策划、分工，各挥所长。来回奔波于宿舍和机房之间，阶段中修修改改，一个微小细 节的变动常常牵动着几乎所有模块结构的变动，借用胡老师在考试前给我们的一句话 就是“要随时做好重新多做几遍的准备”，我想这句话可以用在很多方面，无论做什 么样的事，我们都要力求把它做好，不停的完善。通过这次课程设计,我了解到自己 在软件工程方面还有很多不足，在实践过程中老师和组员们给了我很大的帮助和鼓 励。对我自己来说，重要的不是做出一个多伟大的设计，而是从中学到很多平时不能 学到的，在这之中团队的友情是

21、我最看重的，谢谢队友们，还真是有点不舍。刘兴荣软件设计没什么太神秘有东西，只要用心体会，其实一切都很自然。软件的设计 之“道。也不在于设计有多么的华丽、精巧，而在于其朴实、自然，最终达到“以 无招胜有招”，进入一个全新的境界。以我的拙见，软件设计领域中的各种概念有以 下几种理解，首先软件设计的目的是它的重用性和扩展性，这是设计的最高层次，也是应对软件危机的需要。其次设计原则是低耦合高聚合，它是运用设计模式封装变化 和降低耦合度来实现，设计模式只是用来“封装变化、降低耦合”的工具而已。它是 面向对象设计时代的产物，其本质就是充分运用面向对象的三个特性，即：封装、继 承和多态，进行灵活的组合运用。

22、最后我认为接口存在的理由就是它更加灵活，关系 简单，易于理解。这就是接口存在的最重要的原因。蒋挺第四节参考文献1、教材：软件工程 钱乐秋赵文坛牛军桂清华大学出版社2007-32、软件工程概论课程设计作业Patient Observation V2.00 赵卓宁2、编写目的：使各教职工能方便快捷地查询到自己工资并让各部门清楚了解部门财务状况，人事处、财务处能利用该系统更方便完成份内工作。3、系统简介：每个月各个部门（包括系和行政部门）将本部门各个教职工出勤情 况（缺勤原因、日期、缺勤天数（课时）、每月缺勤统计）和本月的业绩考核上报人事 处，人事处根据奖惩实施细则统计出各个教职工的可变工资（包括出

23、勤工资、奖金及 扣款金额），系统根据各岗位基本工资表自动统计出总工资表，总工资表送往财务处， 若审核通过之后即得到正确的工资表，最后由系统加工输出工资表、部门汇总表、扣 税款表、银行发放表并输出和保存留底。第一章系统分析第一节项目的范围和目标1、架B/S结构，实现各部门对工资生成情况进行了解。2、所有有效数据存入系统中，通过大型数据库管理系统进行管理。3、对使用本系统的用户设计合理的使用权限，促进各教职工工资管理的顺利进 行。4、系统接收各用户提供的信息，生成工资表。5、对所有教职工提供方便的工资查询功能。第二节项目可行性分析一、经济可行性：本系统开发投资约为5万左右，工资管理是学校管理的重要

24、组成部分，它与学校 的人事管理、财务管理有着密切的联系。对于劳资关系相对复杂的学校，手工进行工 资的发放工作往往需要耗费大量的人力与时间。由于工资发放在时间和操作上存在着 一定的重复性、规律性，这使得工资管理的计算机化成为可能，该项目的提出正是为 了在此基础上进一步实现学校员工工资管理的规范化和自动化本系统定会受到各学 校的欢迎，拥有一定的市场，可在短时间内收回成本，并有可观的经济效益。二、技术可行性：根据客户提出的系统功能、性能及实现系统的各项条件，根据新系统目标来衡量 所需的技术是否具备，本系统是一个数据库管理和查询的系统，现有的技术以较为成 熟，硬件、软件的性能要求、环境条件等各项条件良

25、好，估计利用现有技术条件应完 全可以达到该系统的功能目标。同时，考虑给予的开发期限也较为充裕，预计系统是 可以在规定期限内完成开发三、法律可行性：研究开发此系统的过程并未涉及到合同侵权责任以及各种与法律相抵触的问题。四、社会可行性：本系统定位于各高校，也可以适用于各中小型企业。运用此系统进行工资管理， 给各院校教职工带来极大的方便。第三节项目进度计划序号项目天数主要工作1系统分析0.5初步设定项目的范围和目标；进行可行性分析；确定项目进度计划；2需求分析1确定系统的要求：功能、性能、运行及补充；分析数据：系统的概念模型、逻辑模型；修正项目计划，给出原型；3概要设计0.5确定最佳方案，结构设计，

26、数据库设计；4详细设计1分别用顺序图类图结构视图描述系统外观；5编写代码5分工进行各个代码模块编写；5测试运行0.5设计测试用例，进行测试运行；6移交系统0.5编写心得体会，递交报告；第二章需求分析第一节基本需求规格说明一、系统概貌本系统是一个学校内部工资管理系统。对教职员工的基本信息和工资信息进行添 加和修改，能够调整工资项目，根据需要对教职员工基本信息和工资信息的查询，本 系统能够生成各个月的工资表，能够打印报表方便保存和管理，还包括对系统的一些 基本操作功能，比如为完善系统管理功能，增加工资系统用户管理功能，系统应该包 括系统用户数据的添加，修改和删除。教职员工为系统普通用户，只能运行系

27、统个人 工资查询功能；系统管理员则能运行系统所有功能，从而有效保证系统数据的安全性, 系统应该具有简单，易用，小巧，经典的特色，应该能够对高校工资管理进行优化， 使其系统化，高效化，智能化。并保证工资管理的准确性，简易性，为学校财务人员 提供便利。二、功能要求L学校教职工可以通过互联网查询个人工资详情2 .学校人事处可以通过互联网将出勤工资、奖金及扣款清单送到财务处，以及将 人事变动情况送往财务处和各部门。3 .学校财务处可以通过互联网将教职工的工资表做好并将数据送银行，将工资条 发给各部门。4 .学校各部门可以通过互联网将各教职工出勤情况上报人事处5 .必要时可以进行手动调整。功能细项：教职

28、工基本信息管理（添加，修改，删除信息），教职工出勤信息管理（统计，修改出勤情况），可变工资管理（统计出勤工资、奖金及扣款项目），总工 资汇总，输出部门汇总表、银行发放表、工资条。三、性能要求稳定性：系统需一天24小时进行工作。并将所有数据进行备份处理；友好性：系统具有好的图形用户界面；安全性：系统对要提供与读取信息的用户进行身份验证，登录后各员工只能可以 看到各自工资详情；系统容量：系统可以同时提供500人在线服务；系统响应：系统能设置登录等级，对于使用服务器端工作者可以先行响应；四、运行要求1、运行环境：系统能运行于通用的技术环境（UNIX、WINDOWS等）中，并能够通过互联网和局域网支持

29、内部工资管理工作。2、软件配置：只要在装有IIS和MSSQL的服务器上就可以完成服务端的配置工作，把网页文件放入网页跟目录下，进行相应的IIS配置。把数据库文件导入到MSSQL中，接上网络就可以进行工作。客户端只要有web浏览器就可 以进行浏览工资详情。第二节用例分析一、系统基本用例系统参与者：教职工：提交各人信息和查询总工资表；财务处：查询总工资表，生成正确的工作表，生成各教职工工资条；人事处：提交人员变动情况，制定奖惩实施细则，生成可变工资；学校各部门：提交出勤情况，提交业绩情况，读取工资条。系统各参与者通过系统可以实现的功能：1 .学校教职工通过系统可以实现以下使用需求：提交个人信息登陆

30、修改个人信息查询个人工资各项详情2 .学校人事处可以通过系统实现以下使用需求:输入教职工调动信息派读取教职工出勤及业绩情况制定奖惩实施细则生成教职工出勤工资、奖金及扣款清单3 .学校各部门可以通过系统实现以下使用需求:给出教职工出勤情况给出教职工业绩考核情况读取各部门汇总表得到工资条4 .学校财务处可以通过系统实现以下需求：读取工资表生成正确工资表及查询工资情况工资管理系统用况图各教目人事处二、系统业务逻辑描述本系统的业务逻辑描述：系和各部门将各教职工的出勤情况上报人事 处；人事处将出勤工资，奖金及扣款清单送到财务处；人事处将人员变化情 况通知各部门和财务处，财务处通过收集到的的出勤工资，奖金和扣款清单 经过计算生成工资表并将数据送往银行，第三节数据流图分析一、数据流图顶层图业绩考核人各.、-t