系统架构设计师论文(模板).docxVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

摘要:

2012年1月,我作为项目经理,主持XX保险公司全国再保险大集中管理系统的建设项目,该项目为期2年半,总投资为1800万人民币,通过该项目,实现XX保险公司整体信息化转型升级的战略中再保险板块的落地,完成全国海量再保险业务数据的集中部署运行,迁移整合历史数据,全面替代上一代系统。该项目时间紧任务重、涉及人员组织多,直接相关XX保险公司内部60个部门400余人,外部配合协作30多个厂商团队300余人。该项目2014年5月完成系统上线,2014年6月通过最终验收,得到了用户的一致肯定,顺利达成了项目既定目标。本文作者结合实际经验,以该项目为例,讨论一下项目建设的【软件分析、软件设计】这几个过程来进行论述。

正文:

2012年1月,我作为项目经理,主持XX保险公司全国再保险大集中管理系统的建设项目,该平台为期2年半,总投资为1800万人民币。该项目时间紧任务重,具有相当的挑战性,一是业务模式升级,需按照最新的再保险业务流程,完成系统功能的分析开发,进而具体落地公司再保险业务流程的再造;二是技术要求高,要实现全国海量再保险业务数据的集中部署运行,每日处理数据量达到3000万笔以上,同时要满足性能要求。三是数据整合难,需要将上一代系统的中历时十年的数据,按其有效性进行分类、转化、整合,实现历史存续业务数据在新系统环境下,按照新新模式正常运行。四是涉及人员组织多,直接研发团队成员36人,XX保险公司总部再保险部、财务部、风险部、八大业务部、

40个省公司等400余人,同时涉及外部配合协作承保系统、核保系统、理赔系统、收付费系统、财务系统等30多个厂商团队300余人。我担任项目第一负责人,负责项目整体技术方案评估、立项论证以及项目管理工作。在项目启动前,负责分析项目的预期经济效益、可选技术方案,分析关联项目影响,并向公司提交立项报告。项目启动后,作为主要负责人,牵头与公司内部技术专家、外部架构师一同建立项目技术架构组,设计项目整体技术架构,同时挑选项目内部成员,建立需求分析组、系统开发组、系统测试组、运维支持组,开展业务需求分析、系统设计、数据迁移方案、上线切换方案工作。一方面,我个人接受各组工作汇报,指导团队研发工作,监控整体工作进度。同时,我及时向公司领导、项目客户方、相关项目团队汇报沟通工作进展、阐明关键技术要点。

该项目2014年5月完成系统上线,2014年6月通过最终验收,得到了用户的一致

肯定,顺利达成了项目既定目标。尤其在系统整体技术架构方面,效果尤为突出,一是保

持了较好的灵活性,提供了较多的基础组件,使得应用功能便于横向扩充,满足了项目业务灵活性;二是系统性能整达到各个层次的整合设计,数据库层(分片、读写分离)、应

用开发层(缓存技术、查询条件的严格限制),服务部署层(采用集群部署、F5分发),

使得业务日处理能力5500万单以上,预留了80%性能,满足了公司未来3-5年的业务增量。

以该项目为例,就系统架构设计的XXX方面进行讨论,具体从规划XXX、管理XX和控制XX及XXXX管理这几个过程来进行论述。

论文主干,出哪个方面就写哪个方面(每一列为一个方面),里面每个点至少写1-2段,凑够1500-1800+字,重点突出“我”作为项目架构师的思考和实践。

性能设计

软件架构

(质量)评估

软件设计模式

数据库访问层设计

微服务架构

1性能设计是

一个整体,必须有整体的一致性,避免

“大河接了小水管”的片面设计。

如何做到整体:

1.1充分理解需求

1.2梳理运行环境

1.3全流程分析

1.4分层模型

2、性能设计要抓住关键部

点一风险点2.1哪些地方

1、质量的要点

1.1性能

1.2可靠性:

出错情况下的容错能力

1.3可用性:

正常/异常时间比

两次异常间隔时间

1.4安全性

1.5可修改性

1.6功能性

1.7可变性

1.8互操作性

2采用的评估方法+实施过程+实际效

果。

常见设计模式以及作用

1创建型:对对象实例化过程进行抽象。

1.1抽象工厂

Abstractfactory

1.2建造者builder

1.3工厂

Factorymethod

1.4原型prototype

1.5singleton

2、结构性模式

组合类和对象,获得更大的结构。一般使用继承、封装、代理等。

2.1适配器adaptor

2.2bridge桥接

2.3组合composite

2.4装饰decorator

2.5外观facade

2.6享元flyweight

一、五种访问模式

1.在线访问。业务之间访问数据,无数据库访问层

2.dao。将底层数据库与高层业务逻辑分

您可能关注的文档

文档评论(0)

邵宗其 + 关注
实名认证
文档贡献者

信息系统项目管理师持证人

该用户很懒,什么也没介绍

领域认证该用户于2024年07月25日上传了信息系统项目管理师

1亿VIP精品文档

相关文档