中国系统分析师经典论文
- 格式:doc
- 大小:53.50 KB
- 文档页数:15
论SOA在企业集成架构设计中的应用【摘要】2016年8月,我参与了胶凝砂砾石坝施工质量监控系统的开发工作,该系统旨在帮助水利工程建设法人单位、施工企业、监理机构及相关政府部门解决水利工程建设施工质量监控和工程项目管理等问题。
我在该项目中担任系统分析师,主要负责该系统的系统分析及设计工作。
本文以胶凝砂砾石坝施工质量监控系统为例,主要论述了SOA在企业集成架构设计中的具体应用。
服务提供者主要完成服务的设计、描述、定义和发布等相关工作;服务注册中心保证该系统各个模块、服务的相互独立性与松耦合;服务请求者通过WebService技术调用服务。
实践证明,通过以上技术的应用有效实现了资源共享和系统间的互操作性,提高了系统的灵活性,最终系统顺利上线,获得用户一致好评。
胶凝砂砾石坝是在面板坝和碾压混凝土重力坝基础上发展起来的一种新坝型,其特点是采用胶凝砂砾石材料筑坝,使用高效率的土石方运输机械和压实机械施工。
与常规坝型相比,胶凝砂砾石坝在适用性和经济性方面具有独特的优势,可以就地、就近取材,不需设置集料筛分,施工进度快,施工工序简单高效,因而要求施工过程紧凑,高峰期筑坝效率要求高,这给施工质量控制带来了一定的困难和风险,需要综合考虑影响施工质量的各方面因素,尽量采用自动化监控手段,加强实时质量监控力度,这使胶凝砂砾石坝施工质量监控系统应运而生。
【正文】2016年8月,我参与了胶凝砂砾石坝施工质量监控系统的开发工作,担任该系统的系统分析师,主要负责该系统的系统分析及设计工作。
该系统的主要功能模块包括采料监控、运料监控、拌合监控、碾压监控和温湿度监控等。
旨在帮助水利工程建设法人单位、施工企业、监理机构及相关政府部门,解决水利工程建设施工质量监控和工程项目管理等问题,通过信息技术和施工信息现场采集、实时传输、统一存储、科学分析和在线处理,及时生成质量监控报表和发布质量预警信息,提高水利工程建设管理和科学化、现代化和信息化,落实法人负责、监理控制、施工保证、政府监督等各项职能。
论信息系统架构设计【摘要】本人于2010年7月参加国内某某知名港口供电业务系统的开发工作,在该项目中主要担任系统架构师工作,主要负责该系统架构和网络安全体系架构设计。
近年来随着港口吞吐量的增加,港口供电业务信息化需求越来越强,而传统的管理方式已经无法满足业务需求,因此我们开发此系统。
通过需求分析,我们将该系统分解为港口供电系统电费管理、生产调度管理、安全管理、机电设备管理、物资管理、申报流程管理、网上办公管理、报表及查询分析管理。
本文以某某港口的供电业务系统为例,分析了管道/过滤器体系架构风格、事件驱动风格、层次架构风格以及客户端浏览器风格,以及以上三种架构风格是如何在该系统中应用的,充分说明了体系架构风格对系统开发的重要性。
实践证明,采用良好的软件体系架构风格,不仅可以节省开发和维护成本,提高系统开发的效率,而且可以使系统具有很好的开放性、易扩展性,便于移植性。
【正文】本人于2010年7月参加了国内某某知名港口供电业务系统的开发工作,在该项目中担任系统架构师工作,主要负责系统架构和网络安全体系架构的设计。
随着港口生产业务的发展,港口供电线系统越来越繁忙,而传统的管理方式越来越无法满足港口供电系统信息化管理需求。
原来存在一的些信息系统“信息孤岛”现在较为明显。
因此,开发新的系统满足日系增长的港口供电业务系统信息化要求日益强烈,为了消除“信息孤岛”现象,同时使新开发的系统能够适应港口未来业务的发展,新的系统架构必须设计良好,具备兼容性、可扩充性。
通过需求分析我们将该系统分为电费管理、生产调度管理、安全管理、机电设备管理、物资管理、申报流程管理、网上办公管理、报表及查询分析管理模块。
为了适应港口供电系统信息化不断发展的需求以及对整个系统架构的分析。
我们采用面向服务(SOA)的架构,运用WCF技术进行设计。
数据库采用oracle10g,系统通过微软的.net平台C#进行开发。
为了高效的开发出此系统,我们采用以下方法来实现此系统功能。
论软件开发模型的选择与应用(一)【摘要】2010年3月1日至12月20日,我参加了“数据安全访问平台”项目的开发,担任项目经理的工作。
该项目是某行业用户“数据中心二期”建设的主要内容,目标是:建立数据统一访问接口及其使用标准,规范、约束和审计数据应用访问数据库的行为,对数据应用提供强制审计的技术手段。
由于该系统是所有应用的基础平台,对系统的可靠性与性能有较高要求,同时由于没有成熟的现有系统作为参照,该项目存在较高的风险。
本文结合作者实践,讨论了在该项目中的对软件开发模型的选择和应用。
首先,根据开发模型的选择原则和本项目在需求方面、技术方面和开发人员方面的特点,我们选择了RUP模型;其次,根据RUP模型,我们将开发划分为4个阶段和若干迭代,在早期迭代中消除主要的风险;最后描述了自己准备从两个方面适应近期软件开发模型的演变。
【正文】一、项目概述“数据安全访问平台”是某行业用户“数据中心二期”建设的主要内容。
在一期建设中已建成数据的统一存储和统一分发框架。
但存在以下问题:无法获得应用用户对数据库的操作日志;开发人员对数据库的使用不规范,查询的结果集过大,导致数据库的性能大幅下降;应用直接使用数据库的登录数据库,存在着一定的安全隐患。
“数据安全访问平台”的目标是:建立数据统一访问接口及其使用标准,规范、约束和审计数据应用访问数据库的行为,对数据应用提供强制审计的技术手段。
该项目具有较高的业务需求风险和技术风险。
由于没有成熟系统作为参照,该项目需求不是很明确。
用户有需要解决的问题,但是这些问题如何具体解决,用户说不清楚。
同时系统的涉及甲方多个利益相关方,各方对系统的安全和审计功能、运行维护、可靠性、性能和易用性有着不同的观点,某些观点之间还存在冲突。
同时系统作为“数据中心”的基础设施之一,所有的应用系统都要通过本系统完成数据库访问。
系统的可靠性和性能直接影响到应用系统的正常运行。
2010年3月1日至2010年12月20日,我参加了“数据安全访问平台”项目的开发,担任项目经理的工作。
论软件的系统测试及其应用【摘要】2013年12月,我所在公司组织了某市环境影响评价会商系统一期的开发工作。
我有幸作为该项目的技术负责人参与整个开发过程。
该项目主要业务需求是技术评估流程业务,包括规划环评流程、建设项目流程、竣工验收项目流程、环保专项资金评估流程。
本文以该系统为例,主要论述了软件系统测试技术在该项目中的具体应用。
在系统测试阶段,我们从功能测试和用户界面测试以及性能测试三个方面对该项目进行了测试工作。
功能测试主要验证业务流程的正确以及表单数据的合法输入;用户界面测试主要验证界面和原型的匹配以及浏览器的兼容性;性能测试主要验证系统最大在线人数的并发。
通过以上技术使得项目的测试工作顺利进行,最终项目成功上线,获得用户一致好评。
【正文】为促进某市环评信息化的建设,某市环境工程评估中心向市环境工程评估中心递交了《某市环境工程评估中心关于申请环评基础数据库建设试点单位的请示》,环保部评估中心已正式回函,同意将该市作为全国环评基础数据库的试点单位,并与环保部评估中心开展国家级环评数据库的技术合作和共建共享工作。
我所在的公司是一家专注环保业务的软件开发公司,其中环境影响评价是我们的主要业务之一。
通过招标,我们公司成功的中标了这个项目,2013年12月,我们正式进行项目的开发工作,2014年6月,完成了项目的验收工作。
我作为技术负责人全程参与了这个项目的开发、测试工作。
环境影响评价基础数据库是指支挥环境影响评价全生命周期,以及环境影响评价过程产生的数据的集合。
主要包括支挥数据、业务数据、管理数据三大库群,环评基础数据库的建设过程实际上是是构建“横向•支撑数据库群和"纵向"业务数据库群,以及搭建管理数据库群的过程。
“横向■•支撑数据库群主要包括支挥环境影响评价全生命周期(环评、技术评估、审批管理、监督后评价、公众参与等)的数据资源。
“纵向”业务数据库群包括环境影响评价全生命周期产生的所有数据资源,涉及战略环评、规划环评、区域环评、项目环评等,管理数据库群主要包括为环评管理服务的基础支挥数据,如环评资质管理数据、环评从业人员数据、技术评估专家库等。
论基于构件的软件开发【摘要】20H年3月,我有幸参加了沈铁设计院综合管理信息平台(简称:信息平台)项目的开发工作,并担任系统架构师一职,负责系统的架构设计及核心构件的开发工作。
该系统是沈阳铁道勘察设计院有限公司委托开发的,项目于2011年底验收,满足客户方提出设计、生产、经营、管理的需求。
本文以信息平台为例,讨论基于构件的软件开发,简单说明为什么要用构件开发及获取构件的方式,接着详细介绍了通过一次登录后可以任意跳转到其它各子系统的单点登录构件、数据库访问构件、展现信息的层次结构的目录树构件、方便设置文档格式的活动表单构件等系统主要的构件以及开发过程,开发策略,加强构件复用程度.提高软件的开发效率,缩短软件的开发时间。
文童杲后简略说明几种构件技术的发展趋势。
【正文】20H年3月,我有幸参加了沈铁设计院综合管理信息平台(简称:信息平台)项目的开发工作,并担任系统架构师一职,负责系统的架构设计及核心构件的开发工作。
该系统是沈阳铁道勘察设计院有限公司委托开发的,项目于2011年底验收,满足客户方提出设计、生产、经营、管理的需求。
信息平台包含有企业门户、综合办公、设计生产、经营计划、技术质量、人力资源、档案管理、信息中心、公司决策、后台管理等十个子系统。
为利用好以前各种硬件平台的投资,选择信息平台运行于windows+sqlserver2005平台上,采用.net开发技术。
采用四层B/S架构,这四层分别为界面层、外观层、业务逻辑层及数据访问层,信息平台的各种功能基本具有这四层架构。
系统的主要功能有:通过一次登录后可以任意跳转到其它各子系统的单点登录;采用目录树构件来展现数据的层次结构;活动表单构件方便用户编辑格式化的文档数据等服务。
这些功能都以Web service接口的方式公开给各应用系统调用,有了这些基础功能,应用系统就可以省去单点登录,用户格式化的信息编辑,信息的层次展现等功能的开发和维护,缩短开发周期和隆低开发成本。
中国系统分析师经典论文五篇系分论文1论软件需求分析方法和工具的选用——论文1:企业人事信息系统的应用【摘要】本文讨论《企业人事信息系统》项目的需求分析方法与工具的选用。
该系统的建设目标是帮助该企业管理好企业内部的人员和人员的活动,人事信息管理指的是企业员工从招聘面试到离职退休的全过程,涉及的主要活动包括面试、报到、培训、升职、离职或其他的人事变动,也包括电子化考勤、工资性收入的计算与分发、使用其他公司资源的有关记录(如宿舍、保险、证件办理等等)。
此外,本系统也涉及到企业在全国各地的人事信息管理,企业的组织架构的设置,级别与职务管理,人力申请直至人力需求报表,从而形成一个对企业真正有用的人事信息管理应用系统。
在本文中首先讨论了选用面向对象方法与工具的主要理由与策略,进一步通过一个简例说明该方法与工具使用的效果,也讨论了使用多种工具与方法在需求分析中的必要性,最后简要小结了选用正确工具与方法的意义和作用。
在项目开展期间,我担任了系统分析、系统设计与数据库管理等大量工作。
【正文】人事信息管理系统是一个有着广泛应用面的实用性系统,但是,我国各个企业有着自身的体制、机制、特点与不同的要求;在开发这类系统时,系统需求分析是极为重要的一环。
在整个分析过程中,我们都采用了面向对象的分析方法,这是因为我们在近几年的实践中已坚信这种方法能够更加有效地表达和描述现实世界。
软件要具有适用性和扩展性,就必须更接近于现实世界本身的发展规律。
以一个简单的例子来看,假设要求设计关于引进人才评估的一个系统,按我们过去的做法,先会要求提供给我们一份相关的引进人才评估表,然后依葫芦画瓢地设计相应的表单与界面。
在短期来说,这样做是简便而实用的,但并不能够符合现实世界的长远目标,这套设计方法不具有扩展性,因为任何一份评估表的结构都会有可能发生许多改变的。
采用面向对象的方法,可以从中提取出表类型、表结构、评分方法以及能考虑继承等各方面的要素,这样就可以保证软件的通用性,可配置性与可维护性。
可编辑修改精选全文完整版论UP(统一过程方法)的应用【摘要】2011年3月,我参加了某市供电公司《电力营销管理信息系统》的开发工作,并担任系统架构师一职,主要负责系统分析和架构设计。
该系统包括业扩管理、计量管理、电量电费核算管理、收费与账户管理、线损管理等五个模块。
系统采用了Struts+Spring+Hibernate 的主流Web应用框架,降低了开发的难度和成本,降低了组件的耦合度,增强了软件的可维护、可扩展性。
项目的成功很大程度的归功于项目开发采用了RUP模型,对整个的开发过程进行规范和改进。
本文以该项目为例,结合作者的实践,讨论了UP(统一过程方法)在软件开发中的应用。
从初始阶段建立业务模型并确定项目边界,细化阶段分析领域、选择构件,构建阶段把构件组合成产品,最后把软件移交给用户四个阶段说明了UP的具体应用。
重点介绍了分析领域、选择构件。
【正文】2011年3月,我参加了某市供电公司《电力营销管理信息系统》的开发工作,并担任系统架构师一职,主要负责系统分析和架构设计。
该供电公司年供电量在10亿度以上,计量点915个,大客户209个。
以前的业务流程是电话报装、手工派单、自主开发的VFP系统算费、财务系统收费开票等。
随着供电量业务的扩展,原业务流程暴露出各环节分散,无法进行统一的管理,客户的满意度低。
为了解决上述问题,该供电公司决定建设一套电力营销系统。
以系统的建设促进用电管理水平的提高,以电力信息化推动电力企业现代化。
杜绝重复投资,整体规划,实现用电管理信息的高速交互和决策,提升客户的满意度,降低管理成本。
系统采用了Struts+Spring+Hibernate的主流Web应用框架,开发工具采用MyEclipse10.0,硬件配置:两台IBM X3650安装Oracle10g做数据库服务器,在两台服务器上搭建了高级复制功能,保证数据库中数据同步。
两台IBM X3650以双机热备的方式做营销应用服务器,两台服务器上运行着集群软件,通过“心跳”来检测对方的状态,发现故障能自动切换。
论基于构件的软件开发【摘要】本文以我参与的ATEL2.0在线学习平台(该平台是ATEL1.0版本的升级,以下简称ATEL 平台)开发项目为例,讨论了基于构件的软件开发技术。
ATEL在线学习平台是我们公司自主开发,自主运营的平台,该平台是基于“云计算”中SAAS(软件即服务)模式的网络学习平台。
通过互联网,为客户提供完整的远程教育及网络培训功能。
本文首先介绍了基于构件开发技术的基本思想和实施步骤,介绍了ATEL平台选用构件技术来开发的原因。
然后具体介绍了ATEL平台基于构件开发过程中对构件获取、构件的修改、构件的组装、获取和修改过程中对构件的评价,以及对构件的管理等。
我在项目中担任了系统架构设计师,自始至终参与了整个项目的建设。
自2011年1月份项目启动至2011年9月份新品发布历时9个月,取得了客户和业界的好评。
项目能够确保质量提前完成,节约了成本并保证质量,很大程度得益于基于构件的开发技术。
【正文】ATEL在线学习平台是我们公司自主开发,自主运营的平台,该平台是基于“云计算”中SAAS(软件即服务)模式的网络学习平台。
通过互联网,为客户提供完整的远程教育及网络培训功能。
ATEL平台可以广泛应用于大型企业、政府协会、教育机构、高等院校等各类机构的远程教育及网络培训业务。
ATEL2.0平台于2011年1月开始建设,我担任了系统架构设计师职务。
ATEL平台由多个业务子系统构成,主要包括:学习管理系统(LMS),帮助学员安排学习进程,测试和练习;学习内容管理系统(LCMS),为机构高效的设计、创建和发布在线学习课程到LMS供学员学习,并能测量该课程的学习效果;ATEL管理平台(SAAS-Portal),针对各种机构的业务特点,实现各种业务管理功能的集成;交易中心(CSHOP),实现了机构与机构之间的课件交易,学习者与机构的课程的交易;ATEL课件中心(CWC),实现对课件的添加、发布,分发到各个课件存储节点。
可编辑修改精选全文完整版论软件的性能优化设计【摘要】本人2009年有幸参加了中国石油集团的高性能数控测井系统项目的开发研制工作。
该系统是在当前测井成套测井装备的基础上,为了满足高精度,高性能,高效率的要求开发的测井系统。
该系统由井下成套仪器,测井遥测系统,测井地面系统,测井软件系统,测井解释评价系统等子系统组成。
本人在其中主要是负责测井软件系统的分析、设计以及部分开发任务。
作为整个系统控制核心的测井软件如何才能保证有整个系统的高性能和高可靠性呢?本文从系统优化、程序设计优化两个方面来详细讨论如何提高整个测井软件系统的性能。
其中系统优化主要是通过调节软件运行环境来优化软件性能,程序设计优化主要从程序架构设计、语法、内存管理、输入输出等方面来讨论如何采取措施提高软件的性能。
【正文】随着当前石油测井技术的发展,为了能更快,更好的得到储层地层信息,解决目前国内测井系统不统一,测井精度不高,效率低下的缺点,2009年1月中国石油集团公司科技局成立了高性能数控测井系统项目,目的是为国内测井行业提供一个从井下到地面以及解释评价的整套测井系统。
系统的设计目标是一次测井,取得所有合格资料,并且能保证60井次的免维修率。
整个系统由井下成套仪器,测井遥测系统,测井地面系统,测井软件系统,测井解释评价系统等子系统组成。
我主要是负责测井软件系统的分析,设计和部分开发工作。
整个测井软件系统完成三个主要任务:测井数据的采集、测井数据的工程值计算、测井过程的监控。
对应于这三个任务,整个系统分为三个系统层:数据驱动层(简称前端),数据处理层(主控)和表象管理层(后端)。
数据驱动层的主要目的是封装地面系统和井下遥测系统,为数据的上传和命令下达提供统一的接口。
数据处理层的主要目的是按每种仪器的刻度算法计算测井原始数据。
表象管理层则负责测井数据的表象处理,主要是曲线和图像的显示与绘图。
系统前端运行在Vxworks系统上,主控程序和后端显示程序运行在Window2003系统中。
系统分析师论文一、引言1.1 项目背景在现代社会,信息技术的快速发展已经成为企业发展和竞争的重要因素。
系统分析师作为企业的关键角色,负责分析和评估企业的信息系统,并提出改进方案。
本文将探讨系统分析师的职责和技能要求,以及其对企业发展的重要性。
1.2 研究目的本论文旨在研究系统分析师的职责和技能要求,并分析其在企业发展中的作用。
通过对系统分析师的学习和实践经验的整理和总结,可以为相关从业人员提供参考和指导,提高其工作效率和质量。
二、系统分析师的职责系统分析师是负责分析和评估企业信息系统的专业人员。
他们的主要职责包括以下几个方面:2.1 需求分析系统分析师需要与企业的业务部门密切合作,了解其需求和问题。
通过对业务流程和数据流程的分析,他们可以确定业务需求,以便为企业提供合适的信息系统解决方案。
2.2 系统设计系统分析师负责设计信息系统的架构和功能,包括数据库设计、用户界面设计等。
他们需要与开发团队紧密合作,确保系统能够满足业务需求并具有良好的可扩展性和灵活性。
2.3 系统开发和测试系统分析师需要参与系统的开发和测试过程,确保系统按照设计要求进行开发,并具有良好的性能和可靠性。
他们负责与开发团队协调,解决开发过程中的问题,并进行系统测试和调试。
2.4 系统维护和优化系统分析师需要负责系统的维护和优化工作,包括故障排除、性能优化等。
他们需要与用户和维护团队合作,及时解决系统问题,并提供改进方案以提高系统的可靠性和效率。
三、系统分析师的技能要求作为一个有效的系统分析师,需要具备以下几方面的技能:3.1 业务理解能力系统分析师需要深入了解企业的业务流程和业务需求,理解业务的本质和需要解决的问题。
他们需要具备良好的业务分析能力,能够从业务角度出发,提出系统的改进和优化方案。
3.2 技术专业知识系统分析师需要具备扎实的技术专业知识,包括数据库设计、软件开发、系统测试等。
他们需要不断学习和更新自己的技术知识,以及了解新的技术趋势和发展方向。
中国系统分析师经典论文系分论文1论软件需求分析方法和工具的选用——论文1:企业人事信息系统的应用【摘要】本文讨论《企业人事信息系统》项目的需求分析方法与工具的选用。
该系统的建设目标是帮助该企业管理好企业内部的人员和人员的活动,人事信息管理指的是企业员工从招聘面试到离职退休的全过程,涉及的主要活动包括面试、报到、培训、升职、离职或其他的人事变动,也包括电子化考勤、工资性收入的计算与分发、使用其他公司资源的有关记录(如宿舍、保险、证件办理等等)。
此外,本系统也涉及到企业在全国各地的人事信息管理,企业的组织架构的设置,级别与职务管理,人力申请直至人力需求报表,从而形成一个对企业真正有用的人事信息管理应用系统。
在本文中首先讨论了选用面向对象方法与工具的主要理由与策略,进一步通过一个简例说明该方法与工具使用的效果,也讨论了使用多种工具与方法在需求分析中的必要性,最后简要小结了选用正确工具与方法的意义和作用。
在项目开展期间,我担任了系统分析、系统设计与数据库管理等大量工作。
【正文】人事信息管理系统是一个有着广泛应用面的实用性系统,但是,我国各个企业有着自身的体制、机制、特点与不同的要求;在开发这类系统时,系统需求分析是极为重要的一环。
在整个分析过程中,我们都采用了面向对象的分析方法,这是因为我们在近几年的实践中已坚信这种方法能够更加有效地表达和描述现实世界。
软件要具有适用性和扩展性,就必须更接近于现实世界本身的发展规律。
以一个简单的例子来看,假设要求设计关于引进人才评估的一个系统,按我们过去的做法,先会要求提供给我们一份相关的引进人才评估表,然后依葫芦画瓢地设计相应的表单与界面。
在短期来说,这样做是简便而实用的,但并不能够符合现实世界的长远目标,这套设计方法不具有扩展性,因为任何一份评估表的结构都会有可能发生许多改变的。
采用面向对象的方法,可以从中提取出表类型、表结构、评分方法以及能考虑继承等各方面的要素,这样就可以保证软件的通用性,可配置性与可维护性。
在工具的选择过程中,我们选择了现在已十分流行的Rational系列,包括Rational Rose、RUP、SoDA等,为什么选取这个系列工具呢?这是基于我们对软件需求分析目标的看法,我们认为需求分析应当能正确地回答如下的几个关键性问题:(1)用户的需求是否已详尽地被考虑到了?(2)用户能理解或明白我们所描述的内容吗?(3)分析是否会和设计相脱节,(4)程序员能明白我们的分析与设计要求吗?等等。
以下对上述几个问题逐一简要地加以说明:(1)详尽地获取用户的需求。
用户的需求可分为显式的需求与隐性的需求,用户的倾向往往只顾及到当前的与明显的需求。
要达到对需求理解的全面性,不仅仅只是依靠有效的用户谈话和调查,因为我们所面对的用户需求往往会有些片面的,采用Rational Rose(基于UML)提供的用例,以及多种图的联合使用,可以使我们发现其中的遗漏。
(2)使用户能充分地理解我们的表示方法,能够真正明白我们描述的内容。
软件需求分析规格说明书通常会是冗长而枯燥的,一般的用户不容易深入理解,这样就削弱了分析的正确性。
通过支持面向对象及UML语言的Rational Rose可以更好地和用户交流,让用户了解系统的运作方式甚至细节的操作。
(3)使分析和设计两个阶段互相联系与贯通。
这是我们选择面向对象的方法及Rational Rose工具的重要原因,系统分析要向用户描述的不仅仅是用户的需求,而且包括解决方法,解决方法当然应包括设计(程序)、数据库与系统配置,我们当然不希望用户得到的是一个与需求规格说明不相同的软件,也不可能要求程序员完成一个不可胜任的任务。
然而我们在以前的多项工作中经常发现这类情节,因为系统分析与设计相互脱节,导致一头扎在分析中不顾设计有关的事宜。
分析与设计的脱节,还不利于设计现格说明的评估,因为分析往往会脱离现实,导致缺乏评估的依据。
因为不可能成功地完成设计而使分析需要重来,就会造成巨大的浪费与损失。
一个好的工具可以使分析与设计更紧密地连结起来,甚至于—一对应。
面向对象的分析方法使对象之间相对而言有独立性,减少了任何影响到全局的改动,能避免因需求变化而导致全盘皆动的被动局面。
(4)使程序员明白我们的设计。
一个好的设计应该让程序员感到清晰明白,更少疑问。
一个疑问很多的设计加上沟通不畅,绝对会出现在应用环境下所不需要的另一个软件,所以设计规格说明书务必清楚、形象与明确,当然,Rational Rose具有足够的图形与其他形式,能使程序员更加明确,甚至能细微到每一个语句(事实上如果使用VB,程序架构都有可能直接生成了)。
(5)选择UML可能会有更多的理由。
比如用户文档的编写、数据库设计,我们都需要做到有延续性,有自动化支持和具有质量上的保证。
所以,我们选用了以上的方法和工具。
在分析中,面对考勤班次的问题时,由于过去一直使用纸卡方式考勤,使用户对班次形成了固定的概念,而现在的许多考勤软件也采用多次刷卡的方法来形成一天的记录。
经过面向对象的分析可以发现,事实上每天的上班记录是由多个时段所形成的,时段的多少在各个公司,各个工种与部门都不尽相同,每个时段可能有不同的属性,时段与时段组合可形成为班次,这更适合于现实的情况,使之能更加灵活与更有扩展性。
其实,在天与天之间也都有相互之间的关系。
在这一点上,我们又发现必须在考勤与薪金工资中加入与MRP中相似的期段(Periods)的基本概念,比如可以称之为考勤期段,允许为用户更加方便地设置考勤期段,可能使之不一定与自然年月日相同等等。
Rational Rose使我们更方便地把上面的想法在类上去实现,更进一步地设计好我们的高效率的数据库。
当然,使用单一的一个工具去完成一个中大型的应用系统的需求分析,是不可能成功的。
因为社会在发展,用户的需求也在改变,如何把握住用户的需求是需要时间的,面向对象的方法有时也会忽略外在的与表层的要求,不仅仅是要获得关键的需求,其他更多的需求往往要等到用户在使用后才知道,然而等到用户使用是不现实的,作为原型开发模型中的原型也是收集用户需求,描述与解释需求的一类相当有效的方法与工具。
在我们的开发过程中,为了更好地让用户了解我们的系统和我们的设计方案,让用户在见面会上更有方向性与针对性,我们首先用Access开发出原型,让用户先试用。
这样,我们在真正的分析与设计时就能更加符合用户的要求。
总之,软件需求分析方法和工具的使用,对我们软件开发过程影响是很深远的,选用高效能的正确的方法与工具,可以使我们的软件更加正确地反映现实需求,更加具有可用性、可扩展性和可维护性;降低了软件项目的风险。
评注:(1)写得有些特色,观点鲜明。
(2)摘要写得不错,既反映了项目内容,也小结了本文的写作要点。
(3)文中所举的例子虽然简单,但很实际。
(4)多种方法与工具的使用,叙述得简明扼要。
(5)内容可更丰富一些,更深入的例子也可再增多一些,则会更有说服力。
(6)对需求分析的全过程的描述太少。
系分论文2论软件需求分析方法和工具的选用——论文2:企业集团的信息管理系统应用【摘要】本文以某个IT产品销售公司的信息系统项目的开发为背景,讨论了一个信息系统需求分析的整个过程,其重要特征是:所涉及的项目是原有系统的一个升级替换版本。
因此,需求分析过程不同于建立一个全新的系统,大体上可分为三个阶段:()实施逆向工程获得对系统的初步了解;(2)在第1步的基础上写出基本需求,交由客户评审补充;(3)在第2步的基础上开发原型,利用原型与客户交流,最终获得基线需求。
针对上述三个阶段,本文论述了所使用的分析方法与工具以及所遇到过的一些典型问题和措施,最后对需求分析中使用的工具,谈一些自己的初步体会。
【正文】我于1998年8月至2000年7月参加了某个大型集团的企业信息系统的开发工作,该大型集团的业务主要涉及到IT类产品的进销存。
本人在项目中负责系统分析的工作,该集团企业原先已委托某个电脑公司开发过一套IT类产品管理系统,但是该老系统存在两个主要的问题:(一)系统运行速度非常慢,如商品销售开单时,从确定开单到开单完成有时需要1~2分钟左右的响应时间,让客户无法忍受。
(二)系统数据不准确,经常出现实物库存与电脑库存严重不相匹配的情况,使销售数据的统计产生一些混乱,有关财务的数据因此无法有效使用,只能采用人工录入方式补充进行。
在这种情况下,该集团的总经理决定参考原有系统重新开发一个系统,以便解决原系统所存在的上述两个难以克服的难题。
注;原系统采用PB6.5开发,数据库采用SYBASE,服务器采用Windows2000Server,客户端采用Windows 98,程序架构采用的是传统的C/S结构。
鉴于该集团业务操作复杂,流程多,涉及人员多等特点,以及项目完成时间短,经费有限,人员有限等限制约束条件,再考虑到必须避免前一系统出现过的结构混乱与难于维护等问题,我们决定要对原系统的需求做一个比较彻底的和切实可行的分析,由于原有系统已经开发了近两年,并且客户也有了一定的使用经验,业务基本流程本身也并没有太大的变化,因此,我们把需求分析的过程分为三步:()分析原有系统的结构,主要是数据库结构和程序结构,(2)在获得第(1)步结果的基础上写出基本需求,交由客户评审补充,(3)在第(2)步的基础上开发原型,利用此原型与客户交流,从而获得最终可用的需求结果。
下面按上述三步分别加以论述。
第一步是实施逆向工程,获取原有系统的基本需求。
由于原有系统在功能上大体上能基本满足客户的需求,并且在两年多的开发中也积累了不少经验,因此,从中可以获得一些有益的参考,也可以避免多走弯路。
在这一阶段,我们采用的主要工具是PB自带的Power Designer和PB Documents;前者主要用来分析数据库结构,后者主要用来分析程序结构,便于开发人员与高级用户理解程序。
采用这两个工具的原因是:原系统过于庞大,模块多,数据库模式多,表格量很大,仅靠人工的方法很难从中获得一个比较完整的、明确的系统结构以及整体构成,而且原有系统未能提供一套正确完整有效的设计文档,于是我们只能依靠工具辅助来进行。
在使用Power Designer分析数据库,并且用PB Documents分析原程序中的PBL以后,我们对原系统的结构有了一个初步的了解,再结合对原系统的使用,基本明确了功能与流程的需求,并在此基础上用人工录入方式,产生了初步需求的自然语言文档。
这里指出,使用Power Designer的一个不足之处是:如果一个表中的字段过多,而且又同时依赖多个表时,输出的表格相关图形很复杂,有很多交叉,且难于调整,不方便阅读及打印。
第二步是在第一步的基础上进行的,即写出系统基本需求,交由客户评审和补充。