软考(高项)系统分析师--论基于构建的软件开发方法及其应用

发布于:2024-07-05 ⋅ 阅读:(14) ⋅ 点赞:(0)


前言

本文对系统分析师,论基于构建的软件开发方法及其应用文章进行展示,可以拷贝后直接粘贴到word 文档中。


一、前期准备:

  • 项目主体功能
  • 项目背景
  • 常用的软件构建方法

二、论文部分:

摘要:
	202212月,通过公开招标的方式,我所在的公司成功中标,X集团地产公司,设计系统的开发;我有幸作为系统分析师,参与项目的分析与设计工作。改系统实现了对业务流程的标准化模块管理,建立标准化产品库,联动成本系统和运营系统,为标准化模块进行成本赋能,结合营销导向定位,精准解决项目的痛点问题,提供项目的利润;标准化管理,提高 效率,降低了关联的成本;

	历时11个月,该项目于202311月正式上线运行至今,受到了客户的一直好评。由于改系统是上游成本系统和下游运营系统的中间系统,所以对系统的可靠性和性能都有较高的需求。在系统开发中需求的分析和确定是重中之重,本文结合笔者实际工作经验,对系统开发过程中需求的分析方法及应用进行论述;首先,根据各种需求分析方法的特点,结合用户的需求及项目组成员的开发经验及技术,经开开会讨论,确定使用结构化的方法对需求进行分析;其次,根据结构化需求分析方法的特点,我们通过数据流图来确定需求的范围,状态图确定数据的状态变更,ER图确定实体于实体的关联,数据字典来管理项目中用到的字典数据。

项目背景:
	X集团地产公司下有X个局院,由于历时原因及行业特点,导致每个单位都组建了项目管理,集中采购,ERP等系统;目前各单位的系统尚未有效集成,从数据的产生和应用无法保证期及时性和有效性。在应用层面上,各单位的应用水平差异大,相同模块功能类似,重复投资;在数据层面上,各单位主数据不统一,出现指标同名不同义,同义不同名,相同指标的计算口径不相同;在技术层面上,各单位平台技术技术水平差异大,多数单位技术架构落后,给后续的集成,升级和维护造成困难;在运维层面上,各单位的运维能力不足,多数单位没有完整的运维体系。基于此需要重新设计一套新的系统,供各单位局院共同使用;

回应子题目2202212月,通过公开招标的方式,我所在的公司成功中标,X集团地产公司,设计系统的开发;我有幸作为系统分析师,参与项目的分析与设计工作。改系统主要包括4个模块功能:个人工作台,标准化管理,项目管理,系统设置;其中,个人工作台为登录的用户展示公告信息及代办任务;标准化管理,为系统中使用到的指标建立标准化产品库;项目管理,对整个项目流程进行管理,采用分级管控的模式,实现对设计全专业的计划流程管控;系统管理,管理用于的权限及基础的数据字典。

过度:
	基于构件的软件开发是在面向对象技术的基础上发展起来的,它是软件危机问题日益突出形式下的产物,它有效地解决了软件系统的复杂度、成本,质量,效率等难以控制的问题,受到业界的广泛推崇,当的主流的软们构件技术有三大类,分别是0MG的CORBA、SUN的EJB和微软的COM技术,上述三种技术中,CORBA实现的足最为漂亮的,它分为对象请示代理、公共对象服务和公共设施三个层次,其特点员大而全、互操作性和开软性特别好,缺点是大切复杂,相关技术和标准更新慢。相比之下,EJB的发展更加迅速,,它是JAVA语言基础上上建立的服务端组件模型,具存优秀的跨平台性。EJB架构提供了远程访问、安全,持久化和生命周期等务种支持分布式计算的服务,目前JAVA和CORBA有融合的达势、最后是COM技术,它从微软公司的独家产品,基于windows平台,功能强大、效率很高,且有一系列的开发工具支持,但是其跨事台较差,很多人认为CORBA装比COM技术走的更远。基于构件的软件开发技术能有效的简化设计,提高效率、保证质量。某会司生产经设管理系统的开发项目时间紧、任务重,使用基于构建的软件开发技术,解决开发中的各种问题,能够取得了很好的效果。具体在实践过程中,我们开展了需求及构建获取、构建设计、构组装与测试等活动,其中需求及构建获取,包括需求的分析,根据需求识别候选构建;构建设计,包括体系架构设计,构建定制与适配;构建组装,按照一定的顺序对构建进行组装,实现软件的开发;本文结合笔者的实际工作经验对构建开发的介个阶段进行详细论述。

正文:
	需求的获取和识别候选构建,工作内容是收集需求、分析需求,根据需求确定核心的模块和功能,从而识别候选构建。首先,我们通过对集团高层领导层进行了访谈,获取到了项目的主体功能,并通过线上会议对不明确的需求进行了讨论。其次我们创建界面原型,确定分析模型,需求优先级排序,这里出需求基线文档,并通过用户评审;然后,我们根据需求将系统划分为:个人工作台,标准关联,项目管理,系统设置等模块。最后,在选取候选构建时,需要考虑其可重用性,独立性和可扩展性。通过重用现有系统的构建可以减少重复开发的工作量,提高开发效率;同时保持构建的独立性可以使得系统更加灵活,易于维护和扩展。根据划分的模块功能,我们识别了候选构建,分别是:各模块通信候选构建为openFeign ,文件存储的候选构建为NTFS,缓存的候选构建是Redis,数据存储的候选构建时Mysql和ElaticSearch,消息传递的候选构建RocketMq,系统部署的候选构建是docker。

	构建设计,在需求的获取和识别候选构建阶段,我们已经 获取到了系统的候选构建,下一步就是,系统体系架构的设计,构建的适配和定制开发。体系架构设计以及构建的定制与适配软件开发中的关键步骤。首先,体现架构设计需要考虑系统的可扩展性、可维护性、以及安全性;通过会议讨论我们决定采用微服务架构,并将地产设计系统拆分为多个个独立的服务,如个人工作台,项目关联,标准管理,系统设置等,每个服务负责特定的功能,降低系统的复杂度。其次,构建作为系统的基本单元,需要根据业务需求进行适配于定制。然而识别出的现有构建是对之前需求的落地,对于新的需求往往需求进行一定的修改进行适配,如现有的mybatis-plus数据存储只支池静态数据源切换,而X个局院单位,使用同一套代码,需要进行动态的数据源切换,经过我们调研发现mybatis-plus 可以在增加一个动态数据源切换的jar包进行代理,能够达到理想效果,我们对其进行了修改达到了预期的效果。而对于文档的在线预览,编辑和下载,我们通过购买用户认可的第三方服务进行了实现。
	
	构建组装与测试,构建组装与测试是确保软件质量、稳定性和功能完整性的关键环节。一旦所有的构建开发完成,我们就可以开始组装他们来创建整个系统。在构建组装阶段我们使用了顺序组装,层次组装。其中,顺序组装式按照预定的顺序,将各个组件或模块逐个连接起来,确保每个组件都在正确集成到系统中,因为前端界面依赖于后端服务提供的数据和功能,所以我们组装后端服务然后组装前端界面;其中,层次组装是根据系统的层次结构,将不同层次的组件进行组装。通产底层组件为上层组件提供服务或支持。如:在每个微服务中,我们将组件为了三层,分别是表示层(用户界面)、业务逻辑层和数据访问层。每一层都为其上一层提供服务,每一层都依赖于下一层。接下来,我呢对整个系统进行了测试和严重,包括功能测试、性能测试、安全测试等多个方面,确保它能够正常原型并满足业务需求。

结尾:
	历时11个月,该项目于202311月,正式上线运行至今受到了客户的一直好评。通过本次项目开发,我对基于构建进行软件开发有了更进一步的认识,也对基于构建开发通过需求确定候选构建、设计系统进行构建的适配,构建的组装过程有了更加清晰的认识。所谓”众人拾柴火焰高”,项目的成功上线,离不开项目组成员的辛勤付出,以及领导的大力支持;同时也意识到随着时代的改变,用户的需求也在随之反生演变,一些新的乳尖开发方法也在应用而生;每种方法都有各自的特定及应用场景,我还要积极的进行学习,善于去总结各个方法的优缺点和适应场景,在未来的项目开发中更好的实践和应用。


网站公告

今日签到

点亮在社区的每一天
去签到