系统分析案例

系统分析案例论软件系统分析的方法和策略,正如我们的一句古语:三思而后行。因此，无论做任何事都应考虑是否有意义以及它的可行性。在过去，人们将“软件”与“程序发软件”与“编程序”划等号，粗略的进展估量和设计软件产品势必会影响软件的质量和生产效率。然而现在，随着信息化产业的进展，软件企业的增多,尤其是当面对一些大中型的软件工程，对软件生命,而且会提高软件的质量和效率。一、软件系统开发,都有它的生命周期、或者说它的轨迹。作为先进高科技的产物---软件产品,自然也不例外。这期间,要经过一系列的过程,例如,开发者首先要考虑它的可行性,是否能解决当前问题或是将来是否能有更大的进展,固然要有具体的规划和设计,要形成书面的文档记录下来,以便开发员之间的沟通。其次关键的是能否满足用户的需求,由于推断开发出来的软件是否成功的标准之一就是看它有无有用性。之后便是一系列的实施,例如程序设计,系统测试,以及接下来的后续工作---维护与修改工作。软件生命周期的各个环节将软件系统开发大致分为四个阶段，用图示的方式表现出来即通常所说的“瀑布模型二、系统分析系统分析是软件生命周期的一个关键环节，其目标是将对计算机件分析的简单度，那么到底在系统分析的过程中需要考虑那些因素呢？1、系统目的。在考虑系统目的时，应更多的侧重于系统的最终目标考虑，由于一个系统不行能在最初就是完善的，要为系统留些余地。2、系统参与者。在整个工程中，要考虑有哪些方面参与了系统，这会对系统有肯定的影响。另外，还要了解各参与者的初衷是什么。3、明确的评价标准。最好从参与的各方面都进展考虑，要知道他们对这个系统是否有一个明确的评价标准。4、系统开发打算的完善度。打算表要有明确的阶段，每一阶段要有具体的完成打算，以及对阶段完成状况进展的评价。,譬如与软件开发人员的沟通等等。三、开发内容开发软件系统最为困难的局部，就是准确说明开发什么。这就需要在开发的过程中不断的与用户进展沟通与探讨,使系统更加详尽,准确户类的需求。需求类型包括三个:1、业务需求〔businessrequirement〕反映了组织机构或客户对系统、产品高层次的目的要求，它们在工程视图与范围文档中予以说明。2、用户需求(userrequirement)文档描述了用户使用产品必需要完成的任务，这在使用实例文档或方案脚本说明中予以说明。3、功能需求(functionalrequirement)定义了开发人员必需实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。,以避开发生状况时引起不必要的损失。四、分析设计和系统方案的讲，总体设计需要确定的内容应当包括：1、系统需要实现哪些功能；2、开发使用什么软件，在什么样的硬件环境；3、需要多少4、需要遵循的规章和标准有哪些。一般状况下，在总体设计出来后，就需要给客户一个系统的方案。假设局部：1.客户状况分析；2.3.系统各个模块与构造；4.5.开发时间进度表；6.7.制作费用。总之，总体设计阶段是以比较抽象概括的方式提出了解决问题的方法；而具体设计阶段的任务，也就是把解法具体化。具体设计主要序代码；而至于后续的工作,就有程序员来完成编写程序,系统测试员来完成测试,还有之后的维护和修改。五、运用策略伟人有治国的策略,商人有致富的财路,巧妇有理家的本领,鹤发童颜略：1这是技术型分析人员常常遇到的状况，认分析常常要经受“简洁-简单-简洁“的过程，前一个简洁表现为分析人员“认为简洁“；随着分析的深入，原以为简洁的问题会越来越简单；最终，经过概括、消化、分解，使得需求简洁明白。2．软件复用技术。开发的软件，要从一开头就考虑其可演化性，,这就避开了重复的工作,使得已完善的模块遗传下去。3．模块化概念。模块化可以增加系统的独立性，使耦合度降低，实现“高内聚-块间的联系相对削减，这样使系统各模块独立的进展运转。任何雄才伟略的人都能纵观全局,有一览众山小之气概。假设想有精彩的成果必定要有对事物进展总的分析的力量,这就包括是否着眼于长远利益,是否能对其很好的治理掌控。系统并不是简洁的计算机代替,系统分发奠定了根底。教学目标：通过对系统分析的过程进展阐述，让学生从全局把握系统开发的流程，理解其中的重点，难点，目的，要求；为以后分析设计信息系统打下根底思考题：1、系统开发有哪些典型的方法？2、结合本案例谈谈系统分析的过程是怎样的，要留意哪些问题？3、请你结合小组软件试验，谈谈你系统分析的思路，分析报告的内容？IT系统“起死回生”的治理台风“麦莎”72小时狂袭中国百余城市，瞬间转变了千万人的生9.11”大事、日本神户大地震到东南亚海啸；从2023年9月中国银行收付系统突然死机到去年北京首都机场系统瘫痪误6,000390万客户信息的“数据门事6月9“红”兴叹?在这不确定的信息化年月，啸聚而来的“天灾人祸”不化时代各类组织机构赖以生存和运转的IT系统与业务连续性治理BusinessContinuityManagemenBC〕5月底，国务院信息工作办公室网络与信息安全组组长王渝次在中国脆弱的系统200多名IT主管、业界灾难备份专家及政府主管的乐观响应。大家齐聚广东南海的目的，就是共商一个“小概率”但又“高风险”的热点问题：企业重要连续性治理力量。与会的企业高管们格外清楚，王渝次的话并不是危言耸听。依据中也有接近三分之一在两年内破产了。9.1Morganstanle消逝，2时刻发挥了作用。相比较之下，我国的金融机构防灾抗难意识及力量却极其脆弱，有时仅以一人之力就可以彻底破坏整个系统。20238月，发生了对银行信息系统进展消灭性破坏后，携款潜逃，导致银行数据丧失，务连续性治理。不过需要澄清的是，恢复并维持业务的连续性治理中，灾难备份IT根底打击之后快速“起死回生IT的业务连续治理打算、整体预案以及应急响应系统才是关键中的关键。而国内相当数量的企业和机构，重视系统的备份，却无视了尤为关键的灾难之后业务的恢复力量建设BCM本质上是一个治理范畴CBCP认证的灾难备份专家、万国数据效劳〔GDS〕绍，国际灾难备份与恢复行业已形成相当完备的BCM〔或称之为BC〕理论体系和方法论。化解集中的风险深圳进展银行是国内首家实现了生产中心〔业务系统〕数据规律银行科技部总经理刘政权坦言，深圳进展银行之所以领先同行实施BCMBCM系统正在逐步成为国际金融险。数据集中也意味着风险的集中。在深圳进展银行全行业务依靠于经济损失，且不说客户流失、声誉受损，甚至还有可能会因此引起社会的担忧定。通过对业务风险与冲击影响的具体评估，深圳进展银行选用了复级备份方案，在灾难备份中心保存最的磁盘、磁带，并且定期进展更换。20235月投入运行以来，包括数据、数据处理力量、1个小时，我们的备份系统就可以顺当切换到灾备中心的系统开展正业务持续性治理〔BCM〕企业通过灾难备份中心构建BCM系统，不仅着眼于IT系统的备一种业务连续性治理策略与应急响应打算。教学目标：通过对本案例，使学生理解与信息系统相关的安全机制，在系统解设计的相关原则。思考题：1、企业对信息系统安全设计有怎样的要求，试分析？2、保障企业信息系统的安全要做好哪些方面的治理？2、上网调查我国信息系统安全的现状如何，举例说明？千万元工程的陨落—ERP实施亲历记九十年月末，我当时所在的一家知名的软件开发商在一家大型制863CIMS工程，ERP被列为其中的一局部，CAD、CAPP、PDMCIMS系统投入近千万。ERP的实施参谋，参与了该工程的全过程，在长达一年半的实施过程中，对ERP有了更深的生疏。特别是对ERP在国企中的直接导致了实施的失败。一、工程背景这是一家产值八亿的机械制造企业，职工7000人，技术人员6005个事业部、20个处室、9个分厂、1个科研所，还附属有医院、小学、托儿所、招待所等社会福利机构。九十年月中以来，企业连年亏损，好在树大根深，尚未大伤元气。近来，由于国防订货激增，产品一时间供不应求。但由于治理粗放，本钱节节攀高，产值虽大，效益却很一般。这是企业预备上ERP的动因之一。120ERP软件，而这个工程则是开发商的第三个大型工程。863CIMS打算〔并得到国家肯定金额无偿拨款。因此，工程资金来源为：自筹+上级主管拨款+国家拨款。二、实施过程中的问题国外关于ERPERP的实施成功。现在我就结合这个程序来分析我的亲身经受的ERP实施。领导培训ERP系统被视为一把手工程，对企业高层领导的培训是一工程格外格外重视对企业一把手的工作，但不是进展先进治理理念方面的导不进展招标，各家公司各显神通，种种手段不一而足。只请了一位CIMSERP的理念作任何形式的导入工作，这就从一开头为工程的失败埋下了祸根。ERP软件也是最近几年才消灭的事，开发商尤其缺少既懂现代制造业治理又具备较高计算机水平的复合作的顺当进展，也不情愿在这方面投入太大的人力、物力，尽可能削减了。另一方面，企业领导上ERP工程的动机简单。既想通过ERP提ERP工程缺乏应有的信念和工作热忱。需求分析开发商的需求分析工作也极为马虎。仍旧是出于确信自己的公关投入可以保证工程成功〔这里开发商理解的成功就是收到工程款，付立项报批而做的，对二次开发根本没有什么意义。3.BPR在这个工程的实施过程中，无论是开发商还是用户都没有提出来业工作流程进展改进的建议，但却泥牛入海，恨无消息。而且在我们ERP的实施工作的。工程组织从形式上成立了三级工程组织，企业一把手出任领导小组组长，核心小组、各部门工程组也有重量级人物出任组长。但实际上，一把手虽说是组长，但从头到尾只参与过两次会议，说一些的官话、套话ERP学问极为欠缺，信息中心主任〔工程的具体负责人〕虽说是计算机大专毕业，但很少钻研业务。实施打算由于CIMS但整个打算极为概略，只有一个粗线条的时间表，各系统分头进展，式各异，协调起来格外困难，常常消灭混乱，而且开发出来的系统与我们的ERP系统不能有效集成，形成互无联系的信息孤岛。培训工作我们组织了对各部门的操作员培训班，从计算机的根本学问开头主动加班学到深夜。但培训面不宽，没有进展持续扩大的培训，但各级治理人员没有参与，这直接影响了实施工作。数据预备企业布置了全厂的库存盘存，对库存账、物进展了一次较为彻底比方，各零部件的制造提前期、选购提前期没有一个准确的数据，尤定出每次订货本钱、库存本钱，从而为制定出经济制造批量、经济选购批量打下了根底。另外，该厂很多零部件的工艺标准、本钱标准、损耗标准均制定于七十年月，早已不能适应现在的市场状况。二次开发由于没有对企业业务流程进展重组，我们不得不对软件作了较大ERP的要求进展改造，双方爆发了剧烈的争吵。经过一段时间的僵持，开发商的老板给发来我们训示：用户是上帝，用户要我们怎么办就怎么办，不要再进展无谓的争吵了。于是，我们只有谨遵上帝的意愿，对软件进展了较大辐度的修改，使ERP软件带上了浓重的国企特色。三、治理冲突上面所述问题直接导致了两种治理模式的冲突。观念之争在实施过程中，我们始终处在先进与有用的观念之争的中心。企一套虽不先进但却是有用的、有效的。支持他们的理由就是按ERP重荷、彻底崩溃。假设等到企业完全丧失竞争力，再来进展重组时，细的分析，明确指出其中的问题。多年来，该企业的生产模式是打算目标或订货合同目标查半成品库库存数下达各分厂的月生产打算 各车间生产调度指令各车间自拟物料需求打算生产处审批分厂审批各车间执行。从这常常消灭多报、漏报的现象，很不准确。且以上库存数据均为静态数据，没有考虑到马上到达的物料数量。打算的环节多，审批烦琐，对算，只是粗略地凭阅历估量，没有制定出具体生产力量需求打算。流程进展根本性的再思考和再设计。利益之争即便是没有进展BPERP工程仍给企业各级治理人员带来了利益之争。由于这次工程的打算ERP实行消极态度。而各车ERP系统的实施使他们对下面的的态度。粗放与准确之争依据ERP的原理，我们要对制造的各环节进展准确的掌握。以α产品为例，该产品的BOM127个物料组成。其中有制造何制定产品的BOM我们和企业有关人员争论打算，依据α产品的零件表把BOM划分为127ERP的工作原理不甚了了，也没有提出反对意见。但在实践中一经施行，上下爆发出一片反对声。企业长期以来始终治理粗放，工序多、流程长、环节多，制造加工过程常有各种损耗，发生过失又常常上推下卸。车间与车间之间、品；而中间损耗的详情不清楚，如具体损耗在哪一个部门、哪一个工序、损耗多少、缘由是什么、责任人是谁不甚了了。企业的领导极想ERP系统来掌握生产的全过程，搞清上述问题。那么要做到这BOM层次分得尽可能细，固然就要求对BOM上每工完成数、加工损耗数、未加工完成数、检验合格数、加工损耗缘由等数据。生产线上的每个环节、每个责任人都处于受控状态，这固然与原有随便、散漫的工作模式大相径庭。于是，从生产治理部门的治理ERP系统的工作模式产生掌握单据过多，铺张纸张。这一方ERP系统更有效地对下面ERP系统的实施在某种程度上加剧了这一冲突。BPR所带来的一个明显的恶果，假设事先进展遗，高层领导也不敢强行推行。最终