项目风险管理系统_本科毕业设计(论文)(编辑修改稿)

项目风险管理系统_本科毕业设计(论文)(编辑修改稿)内容摘要：

eb部署和撤销应用。 当然本地也可以。 Tomcat不仅仅是一个 Servlet 容器，它也具有传统的 Web服务器的功能：处理 Html页面。 （四） B/S 模式及其优势 伴随着 Inter的迅速发展 ， 计算机技术正在由基于 C/S（ Client/Server客户端 /服务器） 模式的应用系统转变为基于 B/S（ Browser/Server浏览器 /服务器 ） 模式的应用系统。 图 21 系统结构示意图 过去，网络软件的开发都采用 C/S（ Client/Server） 模式，在这种模式下，主要的业务逻辑都集中于客户端程序，因此，必然导致以下问题： （ 1） 安装、调试、维护和升级困难。 由于客户端的硬件配置可能存在差异，软件环境也可能各不相同，因此，在安装时，必须对每一个客户端 分别进行配置，同样，在软件升级时也要对客户端分别处理。 （ 2） 在整个系统中，业务逻辑和用户界面都集中到了客户端，必然会增加安全隐患。 正是由于以上 C/S模式的客户端程序在部署和维护时面临的问题，人们逐渐接受了基于浏览器(Brower)/服务器 (Server)结构的系统，即 B/S模式。 在此模式中，最核心的一点就是用通用的浏览器取代了原来的客户端程序。 B/S模式虽然只对 C/S模式做了少许变动，但带来了巨大的好处： ① 应用程序在部署、升级、维护时，只需要在服务器端进行配置就可以了； ② 所有的配置工作都集中在服务器端， 提高了系统的安全性。 虽然 B/S模式带来了很大的好处，但由于在客户端能够利用的编程对象仅仅是浏览器，因此，原来在 C/S模式下很容易实现的一些客户端功能，在 B/S模式下，却变得很难实现甚至无法实现。 尽管如此， B/S模式仍是目前很多应用系统的首选模式。 项目风险管理 数据库服务器 （ SQL SERVER 2020） 系统维护管理 Web 服务器 （ Tomcat+JSP） 浏览器 浏 览器 浏览器 浏览器 TCP/IP 协议 HTTP 协议 8 三、系统分析 （一）系统调查 为了保证系统能够长期、安全、稳定、可靠、高效的运行，系统应该满足以下的性能需求： 统一处理的准确性和及时性：系统处理的准确性和及时性是系统的必要性能。 在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理 能力和响应时间能够满足企业对员工信息处理的需求。 系统的开放性和可扩充性：系统在开发过程中，应该充分考虑以后的可扩充性。 例如数据表中用户选择字段方式的改变，用户查询的需求也会不断的更新和完善。 所有这些，都要求系统提供足够的手段进行功能的调整和扩充。 而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。 通过软件的修补、替换完成系统的升级和更新换代。 系统的易用性和易维护性：要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。 系统的数据要求： ① 数据录入和处理的准确性和实时性； ② 数据的一致性和完整性； ③ 数据的共享和独立性； 1．用户使用项目管理系统流程 ① 根据用户的用户名和密码登陆以及相应的权限登陆系统， 如果用户名和密码，正确允许登录，否则拒绝登录。 ② 输入项目编号、选择项目阶段，进行风险识别，用户保存时，先判断该项目该阶段是否已经识别过该风险，如果已经识别过，则报错。 ③ 识别风险类型和输入相应风险发生概率与影响程度，若已经输入项目阶段相关风险信息将 会提示记录已存在 ④ 查看风险评估结果，风险指标值以 ，用水平线隔开，风险指标值达到 ，将以红色字体显示，提示用户该风险为高度关注风险。 ⑤ 选择决策方案，系统将自动给出高于风险指标在最大与最小的指标值和的一半决策方案，并显示解决方案对应的风险指标值，让用户进行选择。 2．系统所处环境 经调查，项目组的结构一般分为： 9 ① 项目经理 1人 主要职责：进行全局把握，侧重于项目的商务方面，充当项目组同客户正式交流的接口环节。 ② 项目负责人 1人 主要职责：制定项目开发计划和开发策略，参与项目核心系统的分析设 计，同时努力 保证开发计划的按时完成和开发策略的真正贯彻落实。 ③ 领域专家 1或 2人 主要职责：在软件分析阶段帮助分析人员界定系统实现边界和实现的功能，对特定检测点进行算法审核，同时对测试策略和软件操作界面提出参考意见。 ④ 质量监督组 1或 2人 主要职责：编制软件质量控制计划，并负责落实；控制必要文档的生产，通过文档，监督项目实施过程中软件的质量，并产生软件质量报告，提请项目经理和项目负责人审阅；对于项目中出现的质量问题，主持召开质量复审会议。 ⑤ 系统分析员 1或 2人 主要职责：协同项目负责人进行软件系统的分析和设计工 作，书写软件需求分析和系统 设计 相关文档。 在软件实现阶段进行测试策略的编制和对性能测试的指导。 ⑥ 程序 员 2或 3人 主要职责：协助分析人员进行详细设计，和软件系统的代码实现，并进行适当的白盒测 试。 ⑦ 测试员 2或 3人 主要职责：已经实现的软件组件、构件或系统进行正确性验证测试，整合后的系统的 性能 测试等 ， 书写测试报告和测试统计报告提请质量监督组复审。 ⑧ 技术支持 2 或 3 人 主要职责：协同系统分析人员听取用户需求，对需求分析进行参考性复审。 协同测试人 员 进行测试，书写操作手册和在线帮助，在项目交付用户之后进行跟踪服务。 ⑨ 文档组 1 或 2 人 主要职责：对各部门产生的文档进行格式规范、版本编号和控制、存档文件的检索；协助质量监督组进行软件质量监督。 通过适当的人员配备和职责划分，能有效的降低软件开发在后期的失控的可能性，和软件对关键人员的依赖。 10 （二）数据流图 数据流图描述了数据流动、存储、处理的逻辑关系，也称为逻辑数据流图，一般用 DFD表示。 在本系统中，涉及用户输入的数据主要是由项目管理员将风险清单上风险概率和风险影响程度，数据输出则是将风险评价结果以柱形图的形式表现。 项目管理员 风险清单 P1 风险识别 风险值表 外部实体 数据流 数据存储 处理 顶层 DFD P2 风险评估 风险值 高风险编号 决策后风 险指标 P3 风险决策 风险指标表 第一层 DFD 项目管理员 风险清单 项目风险管理系统 风险评估表 项目经理 11 （三）数据字典 数据字典是对系统中的数据的详尽描述，他提供对数据描述的集中管理，目的是对收集的数据进行标准化、统一化，有统一的名称、格式和含义，其除了保存数据名、类型、长度、精度等有关信息外，还包括了数据的流向描述了数据加工的描述。 在本系统中，数据库是非常重要的自然数据。 下面对其做 详细的介绍： 1．数据元素定义 数据元素是最小的数据组成单位，也就是不可再分的数据单位，如用户名、密码等。 对于每个数据元素，都需要介绍到简单的属性，例如名称、别名、类型等。 数据元素的条目还包括对该元素的简要说明，与它有关的数据结构等。 项目管理员 风险清单 统计风险值 新增风险值 风险值表 第二层 DFD 数据元素条目 总编号： 1102 编 号： 102 名称：密码 别名： userpassword 说明：用户登录密码 数值类型：离散 长度： 50 有关数据结构：用户信息表 数据元素条目 总编号： 1101 编 号： 101 名称：用户名 别名： username 说明：用户登录名 数值类型：离散 长度： 50 有关数据结构：用户信息表 风险评估 风险优化评估 风险值表 风险指标值 风险指标值 风险指标值表 风险指标值 风险指标值 12 数据元素条目 总编号： 1103 编 号： 103 名称：权限 别名： userauthority 说明：用户登录权限 数值类型：离散 长度： 50 有关数据结构：用户信息表 数据元素条目 总编号： 1104 编 号： 104 名称：风险名称 别名： risk_name 说明：风险的名称 数值类型：离散 长度： 100 有关数据结构：风险名称表、风险类型表、 数据元素条目 总编号： 1105 编 号： 105 名称：风险编号 别名： risk_id 说明：风险的编号 数值类型：离散 长度： 100 有关数据结构：风险名称表、。