软件技术整体解决方案报告书.docx

《软件技术整体解决方案报告书.docx》由会员分享，可在线阅读，更多相关《软件技术整体解决方案报告书.docx（15页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件开发技术方案1.开展体系所开发的系统使用的技术都是基于JavaEE的，JavaEE是成熟的、稳定的、 先进的。B/S架构使系统能够集中部署和分布，有利于系统升级和维护；使用 MVC开发模式，参考SOA架构进行功能设计，可以在不影响现有系统功能正常 使用的情况下，快速扩展业务功能。局部功能可根据实际业务量进行扩展，在 满足系统运行要求的同时，本钱最小化。系统采用分布式部署，系统功能隔离, 保证整个系统的稳定性。图一。开发框架和架构图1. 1.网络技术栈(1)前端由elementUI/jquery/bootstrap/vue实现，前端与控制器之间交换的 数据基于json格式。1.2服务技术堆栈

2、业务端基于 springboot、springMVC、JPA 和 SpringData 技术栈搭建， 复杂系统由springCloud搭建。(2)有四层别离:控制器(facade)/服务/Dao/实体，其中facade主要用于生 成json,实现与前端的数据交换。命名：各层包名按照功能模块划分，各层一致。段配置管理计划所有工程成员是质量控制系统所有工程成员是系统测试计划所有工程成员不需求阶段需求研究报告工程评审会议1需求、工程经理、系统架构师、设 计团队成员、QA是规格需求、工程经理、系统架构师、设 计团队成员、QA不设计阶段概要设计规范工程评审会议2需求、工程经理、系统架构师、设 计团队成员

3、、QA不UI设计图纸UI艺术家、需求分析师、工程经 理、系统架构师、设计团队成员、QA是详细设计规范需求、工程经理、系统架构师、设 计团队成员、QA是决策分析和评估表需求、工程经理、系统架构师、设计团队成员、QA是编码阶段代码检查(1)工程评审会议3开发团队成员、工程经理、需求分 析师、系统架构师、QA不代码检查(2)开发团队成员、工程经理、需求分 析师、系统架构师、QA不测试阶段系统测试案例工程评审会议4测试人员、工程经理、开发团队成 员、需求分析师、系统架构师、QA不系统测试报告(1)测试人员、工程经理、开发团队成 员、需求分析师、系统架构师、QA不系统测试报告(2)测试人员、工程经理、开

4、发团队成 员、需求分析师、系统架构师、QA不发布阶段用户手册/指南/手册工程总结会议所有工程成员是工程总结报告所有工程成员不5. 6质量保证质量保证工作审计产品文件责任人工程计划工程管理人规格工程管理人概要设计规范工程管理人源代码开展集团系统测试案例测试组系统测试报告测试组用户手册/指南/手册工程管理人工程总结报告工程管理人最正确实践库中的产品工程管理人质量保证工作中需要审核的活动活动审查机会工程批准和启动规划阶段需求管理活动需求阶段设计过程活动设计阶段决策活动设计阶段开发编码活动编码阶段集成过程活动编码阶段系统测试活动测试阶段工程收尾工程发布阶段交付和维护发布阶段工程跟踪和监测活动男人的风险

5、管理活动男人的配置管理活动男人的回顾活动男人的质量保证审核中的不符合项质量保证审核中发现的不符合项应记录在不符合项跟踪记录表中，以 电子邮件的形式发送给相关人员，并做好与工程成员、工程经理和部门经理的 沟通。问题汇报流程:工程组成员沟通解决-工程经理-部门经理-总经理。QA应 跟踪和监控不符合项，直到问题得到解决，QA应验证和关闭不符合项。6.系统测试验收方案系统测试验收主要包括以下四个方面:验收测试、系统调试、系统文件验收 和工程最终验收。6.1. 验收测试验收是指按照双方在合同中约定的系统环境，对信息系统进行全面测试， 以确保系统的功能和技术设计满足业主的功能和非功能要求，并能正常运行。

6、验收测试阶段应包括编写验收测试用例、建立验收测试环境、全面实施验收测 试、发布验收测试报告和签署验收测试报告。6. 2系统调试信息通过验收测试后，系统即可投入试运行。系统试运行主要包括数据迁 移、日常维护、缺陷跟踪和修复等。为了检查系统的试运行情况，甲方可以将 一些数据或配置信息加载到信息系统中正常运行。试运行期间，甲乙双方可进 一步确定具体工作内容，并完成相应的交接工作。对于系统在试运行过程中出 现的问题，根据其性质判断是否属于系统缺陷，如果是，及时修正系统功能； 如果不是系统本身的缺陷，而是信息系统附加的新需求，此时可以按照工程变 更流程进行变更，也可以作为后续升级工程的局部工作内容暂时搁

7、置。7. 3体系文件的验收系统验收测试结束后，系统的文档将逐步全面移交给客户。根据客户合同 或工程工作说明书的规定，检查和评估交付的文件；如果不清楚，可以要求修 改。在系统最终交付之前，系统的所有文件需要由双方验收并签字。8. 4工程最终检验在系统试运行后的约定时间，双方将开始工程的最终验收。最终验收工作 包括双方验收测试文件的验收、试运行期间系统工作情况的验收、双方对系统 文件的验收、双方对工程工作结束的验收。工程最终验收后，双方工程组应撰 写验收报告。7.技术服务和支持我公司提供合同有效期内的免费维护期和长期技术服务，并向用户的相关 技术人员提供免费的原理和技术上的指导和咨询，使用户能够正

8、确、熟练地使 用本协议的软件开发和测试成果。根据目前使用该系统的相关部门人员的情况，一旦系统安装调试并投入正 常运行，安卓公司将在系统交付后的一段时间内，指派数名专业工程师对用户 部门进行指导、培训和维护，直至用户安排的技术人员能够完全接管系统的运 行和管理。7. 1.现场支持在系统售后期间，提供7X24小时技术支持服务。如果系统出现故障，将 保证30分钟的远程响应；影响生产的故障4小时内到达现场，8小时内派出专 业工程师排除故障；不影响生产的故障8小时内到达现场，2个工作日内派专 业工程师排除故障。如果2个工作日内无法解决，将在2天内向用户提出详细 的解决方案和时间表，并提交用户确认。7.

9、2.技术支持长期 技术咨询和技术服务以及远程在线服务。用户可随时拨打技术支 持热线或通过远程协助进行相关技术咨询，专业技术人员将耐心解答用户的疑 问。免费提供需求预测、系统规划等支持。当用户需要扩展和调整系统时，他 们将免费协助他们准备预算、规格和工程相关事宜。9. 3.日常保养在系统售后期间，将安排工程师定期检查系统的运行情况。如果在功能需 求分析范围内有问题，及时修改；维护期后在需求说明书中发现的问题也要及 时修改。尽量满足用户提出的操作方便、易于使用等可用性要求，并在收到要 求后两周内解决。用户提出性能要求。如果由于软件编程因素导致性能不佳， 技术人员应积极调整软件以提高性能，并确保在一

10、个月内解决。9.4. 变更管理应在第一时间向用户提交系统的应用平台、开发和运行环境以及应用系统 的变更和升级的详细信息。8.培训计划1. 1.培训概述在用户系统工程建设完成后，为了使所有使用系统的部门能够熟练操作系 统，使用系统提供的功能处理日常工作，我公司将对使用系统的相关部门员工 进行一次全面的培训。培训流程分为使用系统的部门，分别对各部门使用的系统功能点和业务流 程进行培训。此外，为了满足用户管理的需要，将培训两名系统管理员，对系 统管理的相关功能进行培训。10. .2.培训规范由于培训过程涉及时间、场地、人员等诸多不确定因素，本计划中提及的 工程仅作为参考大纲。实际培训安排由主管部门统

11、一规划，并将上报至下面各 系统使用部门。培训效果与学员的关注度密切相关，各客户部要为学员做好工作，重视他 们。主管部门可考虑在培训结束后，培训人员试用一段时间后，是否有必要组 织系统使用测试。通过系统使用培训，实现了以下目标：使相关用户部门了解系统操作，熟悉系统功能。使系统有效地传播到相关部门，并让员工积极参与使用系统。培养专业的系统管理人员，对系统功能有深刻的理解，为系统业务功能的拓展提供建议。2.系统平安保证2. 1访问平安性权限管理是系统平安的重要手段。只有合法用户才能访问系统（用户身份验 证），并且只有当他们拥有资源的访问权限时，他们才能访问资源（授权）。我们的系统设计了权限模型，标准

12、的权限数据模型包括:用户、角色、权限 （包括资源和权限）、用户角色关系、角色权限关系。权限分配:通过UI界面方 便的给用户分配权限，对以上权限模型进行添加、删除、修改、勾选。基于角色的权限控制策略是根据角色来判断是否有操作权限，因为角色是 高度可变的，如果修改了角色，就需要修改控制代码。基于资源的权限控制:根据资源权限判断是否有操作权限，由于资源相对固 定，如果角色修改或角色中的权限修改不需要修改控制代码，使用这种方法系 统可维护性高。建议使用。2. 2数据平安性我们可以从三个层面入手:操作系统；应用系统；数据库；通常使用应用程 序系统和数据库级别的平安措施。操作系统级别的防火墙设置。如果设置

13、为端口 8080,只有您自己的计算机 可以访问它。应用层通过登录拦截来拦截访问请求。密码不能是明文，必须加 密；加密算法必须是不可逆的，不需要知道客户的密码。密码加密算法MD5 -不平安，可以被破解。MD5的32位字符串需要重新加密（次数只有你自己 知道），不容易破解；经过屡次加密，登录时忘记密码，只能重新设置。它不会 告诉你原密码，因为管理员也不知道。3.工程计划的编制和管理我们公司的工程是基于敏捷过程组织的，工程计划是基于需求和团队反复 讨论的过程。我们在开发系统时，都要经历了解需求、召开需求分析会、确定 开发任务、推进开发进度、测试、试运行、交付的开发步骤，其中具体内容如 下：1、了解需

14、求:与客户沟通，充分了解对方的需求，然后对需求进行筛选，最后整合成一个需求文档。2 .需求分析会：即工程启动会后做什么，讨论获得的需求以及如何满足。全 面梳理主要需求，让开发、产品、工程熟悉整个需求。3 .确定开发任务:根据敏捷开发规那么，在需求成为功能点后安排开发任务。 根据团队现有资源，合理分配任务和时间节点。4,推进开发进度:在实际开发过程中，注意节奏的控制和功能点的完成时间。5,每个功能点完成后，测试工程师会进行单元测试。6, 6.试点单位先试行，再解决问题。7, 7.交付开发任务工作量责任人6/36/46/56/66/86/96/1(6/136/126/id模糊查找3000A,B,|

15、导出模板1500C,D导入模板2000A,C克隆模板1000A,C基于开局模板配置2500A,C设备宣录信息列表管理4700A.B设备模拟器连接4500A,BH定义模板（新建）500A,B门定义模板（修改）2000A.BStory验收点一测试人员ASDV用例开发560测试人员AR2 F匚自动，N用例开发100测试人员BR1 自动化用列迁移测试人员BR2生成自动，化用例框架开发测试人员B迭代一6/1616/176/186/196/226/236/246/256/266/276/296/307/17/27/3图例1筒单设计二TDDReview一O1验收4.工程进度保证体系4. 1系统保证实行工程经

16、理负责制，建立强有力的开发指挥机构和开发保障体系，投入 足够的开发团队，保证开发进度如期实现，实行专业化开发。建立从工程经理 到开发人员的开发任务，全面及时掌握并快速准确处理开发过程中遇到的各种 问题。协调管理开发过程中遇到的需求变化，提前研究重大关键问题，制定措 施，及时调整开发的公开课，保证开发过程的连续性和高效性。加强开发过程 中的时间点控制，对开发任务实行动态管理。确保开发任务在时间点内完成。 实行内部经济承包责任制。使责任与利益挂钩，个人利益与完成的工作量挂钩, 从而多劳多得，调动开发团队和个人的积极性。编制科学合理的总体开发进度 计划，使用专业管理软件对开发计划进行动态控制；工程经

17、理在总体计划的基 础上，分解明确的月、旬计划，抓住主要技术难点，严格按照计划组织开发， 重点开发关键技术。定期检查开发计划的执行情况，及时调整开发进度；在开 发过程中，根据开发进度和各种因素的变化，不断优化开发方案，保证各项开 发的有序实施。4. 2开发进度计划开发工期保证措施任务分配将用一流的开展规划、高效的组织、科学的领导和动态控制、一 流的运作和协调、一流的技术框架和技术、一流的团队素质来实现一流的管理， 从而通过过程控制来实现最终产品的质量，满足客户对工期和质量的要求。完善的开发计划保证体系是保证工程工期的纲。掌握开发管理的主动权， 全面宏观地控制整个开发过程，是保证开发进度的关键。通

18、过完善的开发计划 保障体系和先进的开发计划计算设计软件，制定出科学合理的开发进度计划。1 .制定三级网络计划在开发过程中，我单位将编制不同层次的网络计划，以控制整个工程的发 展。(1) 一级网络计划根据工程总工期控制工程各阶段的里程碑。(2)二级网络计划根据工期目标将各阶段的子业务控制分解成部门目标。(3)三级网络计划主要技术使用控制的周计划和日计划。通过关键技术的开发，编制标准业 务，建立计划统计数据库，利用工程管理信息系统全方位管理工期。2 .制定衍生计划为技术支持、商务合同、材料采购、设备订购、人力资源等制定衍生计划 是进度管理的重要组成局部。根据总控时限、阶段时限和逐项业务工作量。根

19、据最晚完工或最晚准备的插入时间原那么，制定各种衍生保障计划，使各项工作 准备有章可循。4. 3施工进度三级控制措施 (一)开发进度“事前可控”1 .积极准备业务需求、业务流程等。，为他们早日投入开发创造良好条件， 做好充分准备，确保无障碍开发按时进行。2 .准备详细的开发时间表，包括需求文档、业务划分计划、业务流程等。3 .关键技术或特殊技术应编制相应的开发进度计划、相应的节点和节点控 制计划。4 .制定开展节点实施细那么，明确搭接和流水节奏。(2)开发进度的“过程控制”1 .严格审核开发人员的进度计划、季度计划、月度计划，监督每个工作人 员按照既定的开发进度计划进行开发。2 .在本工程开发过

20、程中，根据开发进度的需要，我们将配备足够的开发人 员，以保证时间点的正常运行。3 .开发期间，每周结束前组织一次会议，协商解决当周开发过程中和第二 周开发中会出现的问题，该解决的问题绝不拖延。4 .密切关注开发进度和质量，加强技术培训。只有在保证技术过关和质量 的前提下，才能求速度，谈进度，抓工期。5 .根据开发的实际情况，及时修改和调整开发进度，并定期向客户通报系 统开发进度。(3)施工进度的“事后控制”1 .根据开发进度，通过预先编写的测试用例，及时组织测试人员进行逐项 测试和系统测试。2 .定期整理有关开发进度的信息，进行汇总和编目，并建立相应的档案。5.工程质量保证体系5. 1过程中的

21、保证根据工程的软件特点和合作伙伴的工程实施要求，采取需求分析、系统设 计、软件工程规划、软件需求分析、软件模型设计、详细软件设计、单元测试 设计、单元测试准备、系统培训、系统测试等一系列措施来保证工程的质量。5. 2技术保证公司R&D人员均为分子计算机专业或国内高校招聘的高级技术人才，专业 基础扎实，工作经验丰富。整个团队拥有高级工程师和博士的人才组合，具有 强大的持续研发能力。5. 3软件质量管理职责分配5. 4工作产品和活动性格；作用责任软件配置管理工 程师开发、创立和维护配置库，提供文档规范，并将其传送到各 个部门。质量保证参与工程各阶段的评审，进行过程评审和产品审核，检查文 件和规范的

22、规范执行情况。质量控制软件测试是质量控制的主要手段，测试人员设计并执行软件 测试。活动责任人工作成果可以裁剪吗？工程批准和启动工程管理人工程计划不软件配置管理工程师配置管理计划是质量保证质量控制系统是测试员系统测试计划不需求管理活动工程管理人需求研究报告是规格不用户，工程经理用户确认是质量保证审查报告是设计过程和决策分析活动设计小组概要设计规范不界面设计图是详细设计规范是工程管理人决策分析和评估表是质量保证审查报告是开发和集成流程活动工程管理人版本发布记录不质量保证审查报告是开发者程序代码不系统测试活动测试员测试案例和测试报告不质量保证审查报告是工程收尾、交 付和维护活动工程管理人培训材料是用

23、户手册/指南/手册是安装指南手册是工程总结报告不客户工程经理用户验收报告是质量保证审查报告是工程跟踪和监测活动工程管理人问题跟踪日志是质量保证不符合问题跟踪记录表不工程跟踪和监控活动清单是风险管理活动工程管理人风险管理列表是质量保证风险管理活动清单是配置管理活动软件配置管理工配置状态报告是程师变更请求批准表是变更跟踪记录表是质量保证管理活动清单。是回顾活动工程成员审查报告不质量保证审查活动清单是5. 5审查评审以正式的形式进行，如与职责相关的正式的和预定义的角色，并遵循 组织规定的过程。对于任何一个工作产品的审核，都会成立一个专门的审核小组，成员包括 作者、版主、记录人和陪审员。审查小组的成员

24、可以包括PPQA和工程小组成员, 但不能有作者的直接领导或经理。评审小组会先召开一个准备会，作者会给你一个工作产品的大概介绍，比 如解释这个工作产品的目标是什么，它的相关实现细节和开发标准等。评审团 队的成员应该被允许甚至鼓励去检查工作产品或者开发过程中使用的清单。评审小组的主持人负责决定何时开始真正的评审会议。在预备会议和正式 评审会议之间，评审小组成员将根据相关标准和指南彻底检查工作产品并评审 工作产品。在预定的时间，审查小组的成员聚在一起开会，轮流检查产品。主持人负 责控制整个会议的进度，记录员记录过程。在工作产品中发现的每一个缺陷都将被仔细地记录并被正确地分类。会后，负责人需要对相关缺陷进行分析，找出缺陷产生的原因，并进行纠 正。主持人应确保所有缺陷都得到解决和纠正。如果需要更改工艺，应将相关 问题移交给相关质量保证人员。阶段查看内容审查机会参与者可以 裁剪 吗？规划阶工程计划工程启动会议所有工程成员不