基于Web技术的天公（山东）信息科技有限公司项目进度管理系统设计与实现计算机软件专业.doc

中文题目:基于 Web 技术的天公（山东）信息科技有限公司项目 进度管理系统设计与实现 外文题目: THE DESIGNING AND IMPLEMENTATION OF THE TIANGONG (SHANDONG) INFORMATION SCIENCE MyEclipse 6.0 integrated development environment.Tiangong(Shandong) information science in case of need to search, classification,confirm complete,repeat or add and delete operations; based on different kind of user, the operation of the corresponding processing. Key Words：Tiangong ; Schedule management ; MyEclipse 6.0; Oracle Database 10g Express Edition 目 录 1 项目概述 .1 1.1 现系统概述1 1.2 公司组织机构1 2 系统需求分析 .3 2.1 需求陈述3 2.2 USE CASE建模.5 2.2.1 定义活动者 .5 2.2.2 用例图 .6 2.2.3 用例及用例规约 .7 3 系统架构设计 20 3.1 架构设计目标.20 3.2 系统架构设计.21 3.3 系统架构类图.24 4 面向对象详细分析 26 4.1 系统中的类.26 4.2 类之间的关联.27 4.3 系统的状态分析.27 4.4 系统流程分析.28 5 面向对象详细设计 31 5.1 用例详细设计.31 5.1.1 项目管理.31 5.1.2 员工管理(DDM)34 5.1.3 任务管理(DGC)37 5.1.4 任务管理(DGH)39 5.1.5 员工管理(DGH)43 5.1.6 注册管理.46 5.1.7 公共管理.47 5.2 业务逻辑对象类设计.49 5.2.1 发现业务逻辑类.49 5.2.2 业务逻辑对象类图.50 6 数据库设计 52 6.1 需求分析.52 6.2 概念结构设计.53 6.3 逻辑结构设计.54 6.4 物理设计.55 7 开发环境与编码 57 7.1 开发环境的选择.57 7.1.1 系统开发工具.57 7.1.2 系统网络架构设计 57 7.2 概述开发工具及编程脚本.58 7.3 脚本习惯说明.60 7.4 脚本.60 8 测试 62 8.1 测试原则及测试方法概述.62 8.2 测试项目测试用例.64 8.3 软件测试结论.69 8.3.1 软件能力 69 8.3.2 缺陷和限制 69 8.3.3 建议 70 8.3.4 测试结论 70 总结 71 致谢 72 参考文献 73 附录一 中文翻译 .74 附录二 英文原文 .77 附录三 源程序代码 .80 辽宁工程技术大学毕业设计（论文） 1 1 项目概述 1.1 现系统概述 随着软件行业的发展，对其所开发的进度进行有效的管理已经成为一家软件公司 成熟的标志之一。通过本课题研究开发的系统，可以为用户对进度进行管理提供高效、 便捷的途径，解决传统管理模式中使用项目进度表所带来的诸多不便。使用户从 传统的管理模式中解脱出来，特别是方便各级别用户进行决策。解决传统管理模式中 的员工对进度反馈的不及时，导致对项目进度控制不当的情况，从而提高软件公司的 整体运作效率。 从现在出现的一些软件公司的项目进度管理方式来分析，我们可以把软件公司项 目进度管理系统大致分为以下两种: 第一种是使用项目进度表 。通过特定的员工对特定项目的填写，进而人工进行 分类，汇总，生成能够提供支持决策的项目进度报告。这要求员工的个人进度需要自 己人工录入。除了相应员工需要做进度的录入外，每个人都要自己核实自己对应的进 度信息，极大的影响了公司对项目进度的管理。 第二种是使用相应的项目进度管理系统。这种管理系统主要针对公司的员工的工 作记录等相关情况的管理。一般为公司的管理部门使用，掌握并管理公司的员工任务 完成情况，一般包括任务记录和完成情况两大总体功能。通过识别进入系统的职员的 权限，来提供相应的功能。 1.2 公司组织机构 天公（山东）信息科技有限公司坐落于济南高新区软件园，于 2012 年 2 月成立， 由株式会社北京大学青鳥天公（北京大学青鸟天公系统日本股份有限公司）全额投资， 并于 2012 年 5 月 25 日在喜来登成功举办了开业典礼。母公司于 2002 年成立于日本东 京，并已于 2005 年在北京设立分公司北京天公瑞丰科技有限公司，现有员工 500 人左右。 目前，由于公司刚成立不就，组织结构较为简单，公司组织机构如下图 1-1 所示： 天公（山东）信息科技有限公司，由研发部、财务部、人力资源部以及市场营销 李名扬：基于 Web 技术的天公（山东）信息科技有限公司项目进度管理系统的设计与实现 2 部这几个部门组成，各个部门在互相协作下共同完成住天公（山东）信息科技有限公 司的相关业务。 图 1-1 公司组织机构图 Fig 1-1 Diagram of the Companys Organizational Structure 天公（山东）信息科技有限公司 研发组一 研发组二 研发组三 财务管理 会计审核 市场推广 人事管理 绩效考核 招聘及培训 财务部人力资源部市场营销部研发部 辽宁工程技术大学毕业设计（论文） 3 2 系统需求分析 2.1 需求陈述 根据调研分析得知，天公（山东）信息科技有限公司项目进度管理系统共分为 18 个业务，分别为：登录，更改密码，查看，注册，催促与取消，创建开发组，删除员 工，认命开发组组长，更换开发组组长，添加开发组组员，删除开发组组员，创建任 务，分配任务，删除任务，确认完成任务，重做任务，结束开发，退出系统。其中更 改密码包括开发部经理、开发组组长、开发组组员三种权限的更改，查看为三种不同 的权限提供相应的信息。 每项业务具体描述如下： （1）登录 开发部经理、开发组组长、开发组组员均可通过自己的编号和密码登录系统。 （2）更改密码 开发部经理、开发组组长、开发组组员均可更改自己的密码。 （3）查看 开发部经理可以查看系统中正在进行的所有项目，及其完成情况，项目对应的开 发组成员，还没有被分配到开发的员工；开发组组长可以查看自己项目组中所有的组 员，以及个人的工作进度，和还没有被分配到开发的员工，已经创建的任务；开发组 组员可以查看自己被分配的所有任务，完成情况。 （4）注册 天公（山东）信息科技有限公司项目进度管理系统与人事管理系统相对独立。其 用户只涉及开发人员，故需要开发人员自行注册。默认注册后，为 10000 组的开发组 组员。开发部经理不能由注册生成。 （5）催促与取消 催促是指，开发部经理可以对其不满意开发组进度的开发组组长进行催促，要求 输入相应的人员编号；开发组组长可以对其不满意的任务完成进度的开发组组员进行 催促，要求输入相应的人员编号。取消与催促输入相同。 （6）创建开发组 开发部经理的独有权限，需填写开发组组名和开发组备注。 李名扬：基于 Web 技术的天公（山东）信息科技有限公司项目进度管理系统的设计与实现 4 （7）删除员工 开发部经理的独有权限，需要填写相应的开发人员编号，此功能适用于离职等情 况。 （8）任命开发组组长 开发部经理的独有权限，需要填写相应的开发人员编号，在创建开发组后，要为 该开发组认命组长。 （9）更换开发组组长 开发部经理的独有权限，需要填写相应的开发人员编号，此功能适用于组长的离 职等情况。 （10）添加开发组组员 开发组组长的独有权限，需要填写相应的开发人员编号，为组长招募新开发的组 员。 （11）删除开发组组员 开发组组长的独有权限，需要填写相应的开发人员编号，适用于组员离职或不适 合继续承担开发任务等情况。 （12）创建任务 开发组组长的独有权限，需要填写项目名称、权值和备注，组长承当开发组的所 有工作的创建。 （13）分配任务 开发组组长的独有权限，需要填写相应的开发人员编号，组长为自己开发组的组 员分配工作。 （14）删除任务 开发组组长的独有权限，需要填写相应的任务编号，适用于开发工作任务创建出 错或权值分配不合理等情况。 （15）确认完成任务 开发组组员的独有权限，需要填写相应的任务编号，组员对为自己分配工作提交 相应的完成信息。 （16）重做任务 开发组组员的独有权限，需要填写相应的任务编号，适用于组员对为自己分配的 任务进行重做。 辽宁工程技术大学毕业设计（论文） 5 （17）结束开发 开发部经理的独有权限，需要填写相应的开发组编号，在所有开发任务完成后， 开发部经理解散该开发组。 （18）退出系统 开发部经理，开发组组长，开发组组员可以退出系统，点击退出系统嚯直接关闭 浏览器。 2.2 Use Case建模 2.2.1 定义活动者 参与者是与系统交互的的人或者物，可以包括人、外部系统和其他机构，位于系 统外，不属于系统，通常情况下，根据下面问题来确定参与者：哪些人是系统的主要 客户？哪些人从系统获取信息？哪些人为系统提供信息？哪些系统与该系统进行交互？ 在某个预定的时间是否有事情自动发生？同时参与者的名字应该能准确反映在模型中 扮演的角色。 根据项目进度管理系统的需求可以确定 4 个活动者，即开发部经理（DDM） ，开发 组组长（DGH） ，开发组组员（DGC） ，非系统用户（unregistered） 。 开发部经理登录系统后，可以查看在系统内的开发组组长和开发组组员信息。系统 显示当前正在进行的所有项目，名称，进度情况。开发部经理可以催促进度较慢的开 发组组长。开发部经理有认命和更换开发组组长的权利，特别的，对于更改开发组组 长，其组中组员不变。开发部经理可以更改自己的登录密码。开发部经理可以在开发 任务完成后，结束开发。开发部经理可以修改自己的登录密码。 开发组组长登录后，可以查看所有未分配开发组的组员信息以及自己对应的组员信 息。开发部经理可以创建开发任务，分配相应权值，查看已经创建的开发任务，删除 开发任务。开发部经理可以添加开发组组员，删除开发组组员。开发部经理可以催促 自己组中进度较慢的组员进行催促。 开发组组员登录后，可以看到给自己的分配任务，以及任务对应的权值。开发组组 员可以在任务完成后，确认完成，以向开发组组长反馈。开发组组员可以修改自己的 登录密码。 非系统用户可以进行注册，成为开发组组员。 李名扬：基于 Web 技术的天公（山东）信息科技有限公司项目进度管理系统的设计与实现 6 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 图 2-1 系统参与者 Fig 2-1 participants in the system 2.2.2 用例图 用例代表了系统能够提供的功能，根据系统需求分析，结合上节系统活动者的定 义分析，得到项目进度管理的 18 个用例如下： 登录；修改密码；查看；注册；催促与取消；创建开发组；删除员工；任命开发 组组长；更换开发组组长；添加开发组组员；删除开发组组员；创建任务；分配任务； 删除任务；确认完成任务；重做任务；结束开发；退出系统。 结合活动者和用例得到系统的用例图如下图 2-1 所示。 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 图 2-2 系统 Use Case 图 Fig 2-2 Use Case for System 辽宁工程技术大学毕业设计（论文） 7 2.2.3 用例及用例规约 用例代表了系统能够提供的功能，天公（山东）信息科技有限公司项目进度管理 系统提供对项目进度、任务完成情况、组员、可用组员等信息的浏览功能，创建项目， 结束项目，对任务的创建，删除，分配，确认完成，重做。以及修改密码和注册，因 此系统具有表 2-1 的用例。 表 2-1 系统用例汇总 Table 2-1 The system use case summary 系统用例汇总 模块用例名称用例 ID说明 创建新项目并任命组长UC-001 结束开发UC-002 项目管理 更换开发组组长UC-003 1.这是开发部经理的特权； 2.结束开发可以结束并未完成的开 发项目。 删除员工UC-004 催促开发组组长UC-005 员工管理(DDM) 取消催促开发组组长UC-006 1.这是开发部经理的特权； 2.删除员工会把删除员工在数据库 中的记录。 确认完成任务UC-007任务管理(DGC) 重做任务UC-008 1.这是开发组组员的特权； 2.重做适用于已完成的任务。 创建任务UC-009 删除任务UC-010 任务管理(DGH) 分配任务UC-011 1.这是开发组组长的特权； 2.删除任务不限制是否已经分配。 添加开发组组员UC-012 催促开发组组员UC-013 取消催促开发组组员UC-014 员工管理(DGH) 删除开发组组员UC-015 1.这是开发组组长的特权； 2.删除开发组组员是指把该组员设 置为可用，不是从数据库中删除； 注册管理注册UC-0161.这是非系统用户使用的。 登录UC-017 更改密码UC-018 公共管理 退出UC-019 1.这是三种权限公用的。 本系统的参与者根据角色不同进入系统的页面也不相同，开发部经理（DDM）和开 发组组长（DGH）有各自的员工管理，开发组组长（DGH）和开发组组员（DGC）有各自 的任务管理。 （1）项目管理 开发部经理进入系统后具有创建新项目并任命组长、结束开发、更换开发组组长 的权限，其中在此模块其涉及的系统用例如图 2-3 所示。 李名扬：基于 Web 技术的天公（山东）信息科技有限公司项目进度管理系统的设计与实现 8 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 图 2-3 项目管理模块用例图 Fig 2-3 Project Management module use case diagram 开发部经理在查看可用员工的过程中，可以填写该新项目名称、该新项目备注、 该组长编号，创建新项目，表 2-2 表示了创建新项目并任命组长的用例规约。 表 2-2 创建新项目并任命组长的用例规约 Table 2-2 The use case specification of create new project and point DGH 用例编号:UC-001 用例名称：创建新项目并任命组长 用例描述：开发部经理创建新项目并任命组长的过程 参与者：开发部经理 前置条件：登录 后置条件： 基本路径：1：开发部经理点击创建新项目并任命组长 2：系统显示可用员工信息 3：开发部经理填入必要信息 4：开发部经理点击确认按钮 分支路径：3a：开发部经理填入该新项目名称、该新项目备注、该组长编号 3b：这三项均是必填的 字段列表：可用员工信息=编号+姓名+性别+电话 业务规则：该组长编号必须是可用员工的编号 补充说明：登录信息验证在公共管理模块详细说明 开发部经理在查看系统中所有项目的过程中，可以填写该项目编号，结束开发， 表 2-3 表示了结束开发的用例规约。 表 2-3 结束开发的用例规约 Table 2-3 The use case specification of end project 用例编号:UC-002 辽宁工程技术大学毕业设计（论文） 9 用例名称：结束开发 用例描述：开发部经理结束项目并解散开发组的过程 参与者：开发部经理 前置条件：登录 后置条件： 基本路径：1：开发部经理点击结束开发 2：系统显示系统中所有项目信息 3：开发部经理填入必要信息 4：开发部经理点击确认按钮 分支路径：3a：开发部经理填入该项目编号 3b：该项是必填的 字段列表：系统中所有项目信息=编号+名称+备注+已完成 业务规则：该项目编号必须是表中有的编号 补充说明：登录信息验证在公共管理模块详细说明 开发部经理在查看系统中所有项目的过程中，可以填写该项目编号、原组长编号、 新组长编号来更换开发组组长，表 2-4 表示了更换开发组组长的用例规约。 表 2-4 更换开发组组长的用例规约 Table 2-4 The use case specification of change DGH 用例编号:UC-003 用例名称：更换开发组组长 用例描述：开发部经理对项目管理更换开发组组长的过程 参与者：开发部经理 前置条件：登录 后置条件： 基本路径：1：开发部经理点击更换开发组组长 2：系统显示各项目对应的员工信息和可用员工信息 3：开发部经理填入必要信息 4：开发部经理点击替换按钮 分支路径：3a：开发部经理填入该项目编号、原组长编号、新组长编号 3b：这三项均是必填的 字段列表：各项目对应的员工=所属开发组+编号+姓名+性别+电话+是否是组长 +是否是组员+是否被我催促+是否被其组长催促 可用员工信息=编号+姓名+性别+电话 业务规则：新组长必须是可用员工 补充说明：登录信息验证在公共管理模块详细说明 （2）员工管理(DDM) 开发部经理进入系统后具有管理员工的权限，删除员工，催促开发组组长，取消 催促开发组组长，其中在此模块其涉及的系统用例如图 2-4 所示。 李名扬：基于 Web 技术的天公（山东）信息科技有限公司项目进度管理系统的设计与实现 10 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 图 2-4 员工管理（DDM）模块用例图 Fig 2-3 User Management (DDM) module use case diagram 开发部经理在查看可用员工的过程中，可以填写该员工编号删除员工，表 2-5 表示了删除员工的用例规约。 表 2-5 删除员工的用例规约 Table 2-5 The use case specification of delete DGC 用例编号:UC-004 用例名称：删除员工 用例描述：开发部经理管理员工删除的过程 参与者：开发部经理 前置条件：登录 后置条件： 基本路径：1：开发部经理点击删除员工 2：系统显示可用员工信息 3：开发部经理填入必要信息 4：开发部经理点击删除按钮 分支路径：3a：开发部经理填入该员工编号 3b：这项是必填的 字段列表：可用员工信息=编号+姓名+性别+电话 业务规则：该组长编号必须是可用员工的编号 补充说明：登录信息验证在公共管理模块详细说明 开发部经理在查看各项目对应的员工的过程中，可以填写该组长编号，催促开 发组组长，表 2-6 表示了催促开发组组长的用例规约。 表 2-6 催促开发组组长的用例规约 Table 2-6 The use case specification of push DGH 用例编号:UC-005 用例名称：催促开发组组长 用例描述：开发部经理管理员工催促开发组组长的过程 参与者：开发部经理 前置条件：登录 后置条件： 辽宁工程技术大学毕业设计（论文） 11 基本路径：1：开发部经理点击催促开发组组长 2：系统显示各项目对应的员工信息 3：开发部经理填入必要信息 4：开发部经理点击催促按钮 分支路径：3a：开发部经理填入该组长编号 3b：该项是必填的 字段列表：各项目对应的员工=所属开发组+编号+姓名+性别+电话+是否是组长 +是否是组员+是否被我催促+是否被其组长催促 业务规则：该组长编号必须是表中组长的编号 补充说明：登录信息验证在公共管理模块详细说明 开发部经理在查看各项目对应的员工的过程中，可以填写该组长编号，取消催促 开发组组长，表 2-7 表示了取消催促开发组组长的用例规约。 表 2-7 取消催促开发组组长的用例规约 Table 2-7 The use case specification of cancel push DGH 用例编号:UC-006 用例名称：取消催促开发组组长 用例描述：开发部经理管理员工催促开发组组长的过程 参与者：开发部经理 前置条件：登录 后置条件： 基本路径：1：开发部经理点击取消催促开发组组长 2：系统显示各项目对应的员工信息 3：开发部经理填入必要信息 4：开发部经理点击确定按钮 分支路径：3a：开发部经理填入该组长编号 3b：这项是必填的 字段列表：各项目对应的员工=所属开发组+编号+姓名+性别+电话+是否是组长 +是否是组员+是否被我催促+是否被其组长催促 业务规则：该组长编号必须是表中组长的编号 补充说明：登录信息验证在公共管理模块详细说明 （3）任务管理(DGC) 开发组组员进入系统后具有管理任务的权限，确认完成任务和重做任务。其中在 此模块其涉及的系统用例如图 2-5 所示。 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 图 2-5 任务管理（DGC）模块用例图 李名扬：基于 Web 技术的天公（山东）信息科技有限公司项目进度管理系统的设计与实现 12 Fig 2-5 Job Management (DGC) module use case diagram 开发组组员在查看自己名下所有任务的过程中，可以填写任务编号进行确认完 成任务操作，表 2-8 表示了删除员工的用例规约。 表 2-8 确认完成任务的用例规约 Table 2-8 The use case specification of affirm job finish 用例编号:UC-007 用例名称：确认完成任务 用例描述：开发组组员管理任务确认完成的过程 参与者：开发组组员 前置条件：登录 后置条件： 基本路径：1：开发组组员点击确认完成任务 2：系统显示该员工名下所有任务信息 3：开发组组员填入必要信息 4：开发组组员点击确认按钮 分支路径：3a：开发组组员填入该任务编号 3b：这项是必填的 字段列表：名下任务信息=编号+名称+权值+是否完成 业务规则：该任务编号必须是自己名下的任务的编号 补充说明：登录信息验证在公共管理模块详细说明 开发组组员在查看自己名下所有任务的过程中，可以填写任务编号进行重做任 务操作，表 2-9 表示了删除员工的用例规约。 表 2-9 重做任务的用例规约 Table 2-9 The use case specification of redo job 用例编号:UC-008 用例名称：重做任务 用例描述：开发组组员管理任务重做任务的过程 参与者：开发组组员 前置条件：登录 后置条件： 基本路径：1：开发组组员点击重做任务 2：系统显示该员工名下所有任务信息 3：开发组组员填入必要信息 4：开发组组员点击确认按钮 分支路径：3a：开发组组员填入该任务编号 3b：这项是必填的 字段列表：名下任务信息=编号+名称+权值+是否完成 业务规则：该任务编号必须是自己名下的任务的编号 补充说明：登录信息验证在公共管理模块详细说明 （4）任务管理(DGH) 开发组组长进入系统后具有管理任务的权限，创建任务，分配任务和删除任务。 辽宁工程技术大学毕业设计（论文） 13 其中在此模块其涉及的系统用例如图 2-6 所示。 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 图 2-6 任务管理（DGH）模块用例图 Fig 2-6 Job Management (DGH) module use case diagram 开发组组长在查看未分配的所有任务的过程中，可以填写任务名称，任务权值 进行创建任务操作，表 2-8 表示了创建任务的用例规约。 表 2-10 创建任务的用例规约 Table 2-10 The use case specification of create job 用例编号:UC-009 用例名称：创建任务 用例描述：开发组组长管理任务创建任务的过程 参与者：开发组组长 前置条件：登录 后置条件： 基本路径：1：开发组组长点击创建任务 2：系统显示所有未分配的任务信息 3：开发组组长填入必要信息 4：开发组组长点击确认按钮 分支路径：3a：开发组组长填入该任务名称和该任务权值 3b：这两项是必填的 字段列表：未分配的所有任务信息=编号+名称+权值 业务规则：该任务权值要求大于零小于 100，总和不要求为 100 补充说明：登录信息验证在公共管理模块详细说明 开发组组长在查看未分配的所有任务和本组员工的过程中，可以填写任务编号 和员工编号进行分配任务操作，表 2-11 表示了分配任务的用例规约。 李名扬：基于 Web 技术的天公（山东）信息科技有限公司项目进度管理系统的设计与实现 14 表 2-11 分配任务的用例规约 Table 2-11 The use case specification of point job 用例编号:UC-010 用例名称：分配任务 用例描述：开发组组长管理任务分配任务的过程 参与者：开发组组长 前置条件：登录 后置条件： 基本路径：1：开发组组长点击分配任务 2：系统显示所有未分配的任务信息和本组员工 3：开发组组长填入必要信息 4：开发组组长点击确认按钮 分支路径：3a：开发组组长填入该任务编号和该员工编号 3b：这两项是必填的 字段列表：未分配的所有任务信息=编号+名称+权值 本组员工信息=编号+姓名+性别+电话+是否被我催促 业务规则：该任务要求必须是未分配过的任务 补充说明：登录信息验证在公共管理模块详细说明 开发组组长在查看未分配的所有任务和已分配的所有任务的过程中，可以填写 任务编号进行删除任务操作，表 2-12 表示了删除任务的用例规约。 表 2-12 删除任务的用例规约 Table 2-12 The use case specification of point job 用例编号:UC-011 用例名称：删除任务 用例描述：开发组组长管理任务删除任务的过程 参与者：开发组组长 前置条件：登录 后置条件： 基本路径：1：开发组组长点击删除任务 2：系统显示所有未分配的任务信息和已分配的任务信息 3：开发组组长填入必要信息 4：开发组组长点击确认按钮 分支路径：3a：开发组组长填入该任务编号 3b：该项是必填的 字段列表：未分配的所有任务信息=编号+名称+权值 已分配的所有任务信息=员工编号+任务编号+名称+权值+是否完成 业务规则：该任务要求必须是本组的任务 补充说明：登录信息验证在公共管理模块详细说明 （5）员工管理(DGH) 开发组组长进入系统后具有管理员工的权限，添加开发组组员，催促开发组组员、 取消催促开发组组员和删除开发组组员。其中在此模块其涉及的系统用例如图 2-7 所 辽宁工程技术大学毕业设计（论文） 15 示。 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 图 2-7 员工管理（DGH）模块用例图 Fig 2-7 User Management (DGH) module use case diagram 开发组组长在查看本组员工和可用员工的过程中，可以填写组员编号进行添加 开发组组员操作，表 2-13 表示了添加开发组组员的用例规约。 表 2-13 添加开发组组员的用例规约 Table 2-13 The use case specification of add DGC 用例编号:UC-012 用例名称：添加开发组组员 用例描述：开发组组长管理员工添加开发组组员的过程 参与者：开发组组长 前置条件：登录 后置条件： 基本路径：1：开发组组长点击添加开发组组员 2：系统显示可用员工信息 3：开发组组长填入必要信息 4：开发组组长点击确认按钮 分支路径：3a：开发组组长填入组员编号 3b：该项是必填的 字段列表：可用员工信息=编号+姓名+性别+电话 业务规则：该员工必须是可用员工 补充说明：登录信息验证在公共管理模块详细说明 开发组组长在查看本组员工的过程中，可以填写该组员编号进行催促开发组组 员操作，表 2-14 表示了分配任务的用例规约。 李名扬：基于 Web 技术的天公（山东）信息科技有限公司项目进度管理系统的设计与实现 16 表 2-14 催促开发组组员的用例规约 Table 2-14 The use case specification of push DGC 用例编号:UC-013 用例名称：催促开发组组员 用例描述：开发组组长管理员工催促开发组组员的过程 参与者：开发组组长 前置条件：登录 后置条件： 基本路径：1：开发组组长点击催促开发组组员 2：系统显示本组员工信息 3：开发组组长填入必要信息 4：开发组组长点击催促按钮 分支路径：3a：开发组组长填入该员工编号 3b：该项是必填的 字段列表：本组员工信息=编号+姓名+性别+电话+是否被我催促 业务规则：该员工必须是本组的 补充说明：登录信息验证在公共管理模块详细说明 发组组长在查看本组员工的过程中，可以填写该组员编号进行取消催促开发组 组员操作，表 2-15 表示了分配任务的用例规约。 表 2-15 取消催促开发组组员的用例规约 Table 2-15 The use case specification of cancel push DGC 用例编号:UC-014 用例名称：取消催促开发组组员 用例描述：开发组组长管理员工取消催促开发组组员的过程 参与者：开发组组长 前置条件：登录 后置条件： 基本路径：1：开发组组长点击取消催促开发组组员 2：系统显示本组员工信息 3：开发组组长填入必要信息 4：开发组组长点击确定按钮 分支路径：3a：开发组组长填入该员工编号 3b：该项是必填的 字段列表：本组员工信息=编号+姓名+性别+电话+是否被我催促 业务规则：该员工必须是本组的 补充说明：登录信息验证在公共管理模块详细说明 开发组组长在查看本组员工的过程中，可以填写该组员编号进行删除开发组组 员操作，表 2-16 表示了分配任务的用例规约。 表 2-16 删除开发组组员的用例规约 Table 2-16 The use case specification of delete DGC 用例编号:UC-015 辽宁工程技术大学毕业设计（论文） 17 用例名称：删除开发组组员 用例描述：开发组组长管理员工删除开发组组员的过程 参与者：开发组组长 前置条件：登录 后置条件： 基本路径：1：开发组组长点击删除开发组组员 2：系统显示本组员工信息 3：开发组组长填入必要信息 4：开发组组长点击确认按钮 分支路径：3a：开发组组长填入该员工编号 3b：该项是必填的 字段列表：本组员工信息=编号+姓名+性别+电话+是否被我催促 业务规则：该员工必须是本组的 补充说明：登录信息验证在公共管理模块详细说明 （6）注册管理 非系统用户注册进入系统。其中在此模块其涉及的系统用例如图 2-8 所示。 下 下 下 下 下 下 下 图 2-8 注册管理模块用例图 Fig 2-8 Register module use case diagram 开发组组长在查看本组员工和可用员工的过程中，可以填写组员编号进行添加 开发组组员操作，表 2-17 表示了添加开发组组员的用例规约。 表 2-17 注册的用例规约 Table 2-17 The use case specification of register 用例编号:UC-016 用例名称：注册 用例描述：非系统用户注册的过程 参与者：非系统用户 前置条件： 后置条件： 基本路径：1：非系统用户点击这侧 2：系统跳转到注册页面 3：非系统用户填入相应信息 4：非系统用户点击确认 5：系统返回员工编号 分支路径：3a：开发组组长填入两次密码，姓名，选择性别，填入电话，点击 确定 3b：两次密码，姓名，电话都是必填的，性别可以不选择，默认为 男性，页面给出了提示 字段列表： 李名扬：基于 Web 技术的天公（山东）信息科技有限公司项目进度管理系统的设计与实现 18 业务规则：系统返回的编号是新用户的凭证 补充说明： （7）公共管理 参与者（开发部经理、开发组组长和开发组组员）只有进入系统后才能对系统模 块进行维护，不进行登录对系统无权操作，他们都可以登录，修改密码和退出，一下 以开发部经理为例。其中在此模块其涉及的系统用例如图 2-9 所示。 下 下 下 下 下 下 下 下 下 下 下 下 下 图 2-9 公共管理模块用例图 Fig 2-9 Register module use case diagram 参与者在登录进系统的过程中，需要填写用户名、密码，表 2-18 表示了登录的 用例规约。 表 2-18 登录的用例规约 Table 2-18 The use case specification of login 用例编号:UC-018 用例名称：登录 用例描述：参与者登录系统的过程 参与者：开发部经理，开发组组长，开发组组员 前置条件：系统部署完毕，数据库连接正常 后置条件：登录进系统 基本路径：1：参与者请求登录 2：系统显示登录页面 3：参与者填写登录信息 4：参与者确认登录 5：根据登录信息，进入不同权限的页面 分支路径：3a：参与者填写用户名 3b：参与者填写密码 4a：参与者用户名或密码错误，登录失败，重新登录 字段列表：系统中员工信息=用户编号+用户密码+用户名称+用户性别+用户电话 +是否 DDM+是否 DGH+是否 DGC+所属项目+是否 DDM 催促+是否 DGH 催促 业务规则：登录页面什么都不填写，系统提示登录失败，必须登录才能进入系统 补充说明：其他模块必须在登录的前提下执行 参与者在登系统后，需要填写原密码、新密码，可以实现修改密码的操作，表 辽宁工程技术大学毕业设计（论文） 19 2-19 表示了更改密码的用例规约。 表 2-19 更改密码的用例规约 Table 2-19 The use case specification of change password 用例编号:UC-018 用例名称：修改密码 用例描述：参与者登录系统后修改密码的过程 参与者：开发部经理，开发组组长，开发组组员 前置条件：登录 后置条件：登录进系统 基本路径：1：参与者点击修改密码 2：系统显示修改密码页面 3：参与者填写相应信息信息 4：参与者确认修改 5：根据修改是否成功，进入不同的页面 分支路径：3a：参与者填写原密码 3b：参与者填写新密码 4a：参与者原密码错误，修改失败，重新修改 字段列表：系统中员工信息=用户编号+用户密码+用户名称+用户性别+用户电话 +是否 DDM+是否 DGH+是否 DGC+所属项目+是否 DDM 催促+是否 DGH 催促 业务规则：原密码必须正确才能修改 补充说明： 参与者在退出进系统的过程中，可以点击页面的退出按钮，或关闭浏览器窗口， 表 2-20 表示了登录的用例规约。 表 2-20 退出系统的用例规约 Table2-20 The use case specification of quit 用例编号:UC-019 用例名称：退出登录 用例描述：参与者退出系统的过程 参与者：开发部经理，开发组组长，开发组组员 前置条件：登录 后置条件：下次需要重新登录 涉众利益：角色之间的权限 基本路径：1：参与者点击退出系统 2：系统跳转到登录页面 分支路径：1a：参与者关闭浏览器窗口 字段列表：系统中员工信息=用户编号+用户密码+用户名称+用户性别+用户电话 +是否 DDM+是否 DGH+是否 DGC+所属项目+是否 DDM 催促+是否 DGH 催促 业务规则：参与者关闭浏览器窗口，下次需要重新登录 补充说明：参与者关闭浏览器窗口，参与者信息丢失相当于退出，也认为退出 李名扬：基于 Web 技术的天公（山东）信息科技有限公司项目进度管理系统的设计与实现 20 3 系统架构设计 软件的系统架构是指通过某种特定的技术平台，完成软件系统整体功能的开发过程。 也可以通俗地理解为：总体设计和总体结构布局。 系统采用基于浏览器/服务器的 B/S 三层体系结构，由一个前台 web 查询录入系统， 一个后台服务程序和一个后台数据库组成。Web 查询录入系统通过 360 安全浏览器对相 关业务数据进行查询和录入，然后存入后台数据库，同时还有查询和修改数据库的功 能。后台服务程序完成对数据的分析和计算。它和前台 Web 查询录入系统与后台数据 库相连接，后台数据库采用 oracle。后台服务程序和后台数据库同时运行于主服务器 上，浏览端利用 360 安全浏览器来访问主服务器。从而使数据存于主服务器上的应用 程序和相关程序文件。整个系统的数据更新和数据维护完全运行在主服务器上。 3.1 架构设计目标 软件架构设计要达到如下的目标： （1）可行性（Feasible）。架构具有可行性是架构设计的基石。 （2）可靠性（Reliable）。软件系统对于用户的商业经营和管理来说极为重要，因 此软件系统必须非常可靠。 （3）安全性（Secure）。软件系统所承担的交易的商业价值极高，系统的安全性非 常重要。 （4）可定制化（Customizable）。同样的一套软件，可以根据客户群的不同和市场 需求的变化进行调整。 （5）可扩展性（Extensible）。在新技术出现的时候，一个软件系统应当允许导入 新技术，从而对现有系统进行功能和性能的扩展。 （6）可维护性（Maintainable）。软件系统的维护包括两方面，一是排除现有的错 误，二是将新的软件需求反映到现有系统中去。一个易于维护的系统可以有效地降低 技术支持的花费。 （7）可升级性（Scalable）。软件必须能够在用户的使用率、用户的数目增加很快 的情况下，保持合理的性能。只有这样，才能适应用户的市场扩展得可能性。 （8）客户体验（Customer Experience）。软件系统必须易于使用。软件的最终用户 很可能是不具有计算机专业技术的人员。 辽宁工程技术大学毕业设计（论文） 21 3.2 系统架构设计 下面我们将根据架构设计原则和信息系统原理来建立系统的架构设计模型，得到 包图如图3-2所示： 图 3-1 系统体系架构图 Fig 3-1 The Diagram of System Architecture User interfaceData accesstool Business logic loginregister DDM Manage DGH Manage DGC Manage change password 图 3-2 系统模块包图 Fig3-2 Package Diagram of System （1）用户界面包 李名扬：基于 Web 技术的天公（山东）信息科技有限公司项目进度管理系统的设计与实现 22 用户界面包的职责是： a.与用户的交互，接收用户的各种输入以及输出各种提示信息或处理结果。 b.对于输入的数据进行数据校验，过滤非法数据。 c.向业务处理对象发送处理请求。 用户界面包图展开如图 3-3 所示： 下 下 下 下下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 图 3-3 用户界面包展开图 Fig 3-3 Package Diagram of Users Interface 用户界面包包含的类见图 3-4： 图 3-4 用户界面类图 Fig 3-4 Class Diagram of Users Interface （2）数据访问包 数据访问层的职责是： a.实现数据的持久化操作。 b.实现事务处理。 数据访问包图展开如图 3-5 所示： 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 图 3-5 数据访问包图展开 Fig 3-5 Package Diagram of Data Access 数据访问包包含的类见图 3-6： 图 3-6 数据访问类图 Fig 3-6 Class Diagram of Data Access 辽宁工程技术大学毕业设计（论文） 23 对于每一个业务处理中需要持久化操作的对象都可以对应为一个数据访问对象， 在很多业务处理中需要请求多个数据访问对象来进行数据的读写操作，而这些操作又 必须在同一个事务中，这时需要用同一个数据连接对象来进行统一的事务处理。这里 的数据连接类的创建用到了单件（Singleton）模式，保证一个类仅有一个实例，一个 客户在同一时刻只能用一个数据连接对象。 （3）小工具包 小工具包的主要职责是： a.计时。 b.显示浏览器信息。 c.显示屏幕信息。 小工具包图展开如图 3-7 所示： 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 图 3-7 权限管理包图展开 Fig 3-7 Package Diagram of Access Authorization 工具包包含的类见图 3-8 所示： 图 3-8 工具包类图 Fig 3-8 Class Diagram of Access Authorization （4）业务逻辑包 业务逻辑包的职责是： 李名扬：基于 Web 技术的天公（山东）信息科技有限公司项目进度管理系统的设计与实现 24 a.实现各种业务处理逻辑或处理算法。 b.验证请求者的权限。 c.向数据访问对象发送数据持久化操作的请求。 d.向用户界面层返回处理结果。 业务逻辑包图展开如图 3-9 所示： 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 下 图 3-9 业务逻辑包图展开 Fig3-9 Package Diagram of Business 业务逻辑包包含的类见图 3-10： 下 下 下下 下 下 1111 下 下 下 1 1n 1 1n 下 下 下 下 下下 下 下 1n1n1n1n 图 3-10 业务逻辑类图 Fig3-10 Class Diagram of Business 3.3 系统架构类图 系统架构类包含用户类、登陆类、注册类、修改密码类、信息类、用户界面类、 操作类、工具类、数据访问类和数据连接类。各个类的具体含义如下： 用户类：表示所有用户及其相关信息的类。 登陆类：用于用户权限验证的类。 注册类：用于实现用户注册功能的类。 修改密码类：用于用户修改其