2023年系统架构设计时案例分析.pdf

《2023年系统架构设计时案例分析.pdf》由会员分享，可在线阅读，更多相关《2023年系统架构设计时案例分析.pdf（43页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、论文一公司人事信息系统的应用广东延国庆中国系统分析师网站【摘要】本文讨论 公司人事信息系统项目的需求分析方法与工具的选用。该系统的建设目的是帮助该公司管理好公司内部的人员和人员的活动，人事信息管理指的是公司员工从招聘面试到离职退休的全过程，涉及的重要活动涉及面试、报到、培训、升职、离职或其他的人事变动，也涉及电子化考勤、工资性收入的计算与分发、使用其他公司资源的有关记录（如宿舍、保险、证件办理等等）。此外，本系统也涉及到公司在全国各地的人事信息管理，公司的组织架构的设立，级别与职务管理，人力申请直至人力需求报表，从而形成一个对公司真正有用的人事信息管理应用系统。在本文中一方面讨论了选用面向对象

2、方法与工具的重要理由与策略，进一步通过一个简例说明该方法与工具使用的效果，也讨论了使用多种工具与方法在需求分析中的必要性，最后简要小结了选用对的工具与方法的意义和作用。在项目开展期间，我担任了系统分析、系统设计与数据库管理等大量工作。【正文】人事信息管理系统是一个有着广泛应用面的实用性系统，但是，我国各个公司有着自身的体制、机制、特点与不同的规定；在开发这类系统时，系统需求分析是极为重要的一环。在整个分析过程中，我们都采用了面向对象的分析方法，这是由于我们在近几年的实践中已坚信这种方法可以更加有效地表达和描述现实世界。软件要具有合用性和扩展性，就必须更接近于现实世界自身的发展规律。以一个简朴的

3、例子来看，假设规定设计关于引进人才评估的一个系统，按我们过去的做法，先会规定提供应我们一份相关的引进人才评估表，然后依葫芦画瓢地设计相应的表单与界面。在短期来说，这样做是简便而实用的，但并不可以符合现实世界的长远目的，这套设计方法不具有扩展性，由于任何一份评估表的结构都会有也许发生许多改变的。采用面向对象的方法，可以从中提取出表类型、表结构、评分方法以及能考虑继承等各方面的要素，这样就可以保证软件的通用性，可配置性与可维护性。在工具的选择过程中，我们选择了现在已十分流行的Rational系列，涉及Rational R ose、R U P、SoDA等，为什么选取这个系列工具呢？这是基于我们对软件

4、需求分析目的的见解,我们认为需求分析应当能对的地回答如下的几个关键性问题：（1）用户的需求是否已详尽地被考虑到了？（2）用户能理解或明白我们所描述的内容吗？（3）分析是否会和设计相脱节，（4）程序员能明白我们的分析与设计规定吗？等等。以下对上述几个问题逐个简要地加以说明：（1）详尽地获取用户的需求。用户的需求可分为显式的需求与隐性的需求，用户的倾向往往只顾及到当前的与明显的需求。要达成对需求理解的全面性，不仅仅只是依靠有效的用户谈话和调查，由于我们所面对的用户需求往往会有些片面的，采用Rational Rose（基于UML）提供的用例，以及多种图的联合使用，可以使我们发现其中的漏掉。（2）使用

5、户能充足地理解我们的表达方法，可以真正明白我们描述的内容。软件需求分析规格说明书通常会是冗长而枯燥的，一般的用户不容易进一步理解，这样就削弱了分析的对的性。通过支持面向对象及UM L语言的Rational Rose可以更好地和用户交流，让用户了解系统的运作方式甚至细节的操作。（3）使分析和设计两个阶段互相联系与贯通。这是我们选择面向对象的方法及Rational R ose工具的重要因素，系统分析要向用户描述的不仅仅是用户的需求，并且涉及解决方法，解决方法当然应涉及设计（程序）、数据库与系统配置，我们当然不希望用户得到的是一个与需求规格说明不相同的软件，也不也许规定程序员完毕一个不可胜任的任务。

6、然而我们在以前的多项工作中经常发现这类情节，由于系统分析与设计互相脱节，导致一头扎在分析中不顾设计有关的事宜。分析与设计的脱节，还不利于设计现格说明的评估，由于分析往往会脱离现实，导致缺少评估的依据。由于不也许成功地完毕设计而使分析需要重来，就会导致巨大的浪费与损失。一个好的工具可以使分析与设计更紧密地连结起来，甚至于一一相应。面向对象的分析方法使对象之间相对而言有独立性，减少了任何影响到全局的改动，能避免因需求变化而导致全盘皆动的被动局面。（4）使程序员明白我们的设计。一个好的设计应当让程序员感到清楚明白，更少疑问。一个疑问很多的设计加上沟通不畅，绝对会出现在应用环境下所不需要的另一个软件，

7、所以设计规格说明书务必清楚、形象与明确，当然，Rational R ose具有足够的图形与其他形式，能使程序员更加明确，甚至能细微到每一个语句（事实上假如使用V B,程序架构都有也许直接生成了）。（5）选择U M L也许会有更多的理由。比如用户文档的编写、数据库设计，我们都需要做到有延续性，有自动化支持和具有质量上的保证。所以，我们选用了以上的方法和工具。在分析中，面对考勤班次的问题时，由于过去一直使用纸卡方式考勤，使用户对班次形成了固定的概念，而现在的许多考勤软件也采用多次刷卡的方法来形成一天的记录。通过面向对象的分析可以发现，事实上天天的上班记录是由多个时段所形成的，时段的多少在各个公司，

8、各个工种与部门都不尽相同，每个时段也许有不同的属性，时段与时段组合可形成为班次，这更适合于现实的情况，使之能更加灵活与更有扩展性。其实，在天与天之间也都有互相之间的关系。在这一点上，我们又发现必须在考勤与薪金工资中加入与M R P中相似的期段（Periods）的基本概念，比如可以称之为考勤期段，允许为用户更加方便地设立考勤期段，也许使之不一定与自然年月日相同等等。Rational R ose使我们更方便地把上面的想法在类上去实现，更进一步地设计好我们的高效率的数据库。当然，使用单一的一个工具去完毕一个中大型的应用系统的需求分析，是不也许成功的。由于社会在发展，用户的需求也在改变，如何把握住用户

9、的需求是需要时间的，面向对象的方法有时也会忽略外在的与表层的规定，不仅仅是要获得关键的需求，其他更多的需求往往要等到用户在使用后才知道，然而等到用户使用是不现实的，作为原型开发模型中的原型也是收集用户需求，描述与解释需求的一类相称有效的方法与工具。在我们的开发过程中，为了更好地让用户了解我们的系统和我们的设计方案，让用户在见面会上更有方向性与针对性，我们一方面用A c c e s s 开发出原型，让用户先试用。这样，我们在真正的分析与设计时就能更加符合用户的规定。总之，软件需求分析方法和工具的使用，对我们软件开发过程影响是很深远的，选用高效能的对的的方法与工具，可以使我们的软件更加对的地反映现

10、实需求，更加具有可用性、可扩展性和可维护性；减少了软件项目的风险。【评注】（1）写得有些特色，观点鲜明。（2）摘要写得不错，既反映了项目内容，也小结了本文的写作要点。（3）文中所举的例子虽然简朴，但很实际。（4）多种方法与工具的使用，叙述得简明扼要。（5）内容可更丰富一些，更进一步的例子也可再增多一些，则会更有说服力。（6）对需求分析的全过程的描述太少。论文二公司集团的信息管理系统应用广东刘小波中国系统分析师网站【摘要】本文以某个I T 产品销售公司的信息系统项目的开发为背景，讨论了一个信息系统需求分析的整个过程，其重要特性是：所涉及的项目是原有系统的一个升级替换版本。因此，需求分析过程不同于

11、建立一个全新的系统，大体上可分为三个阶段：（1）实行逆向工程获得对系统的初步了解；（2）在 第 1步的基础上写出基本需求，交由客户评审补充；（3）在第2步的基础上开发原型，运用原型与客户交流，最终获得基线需求。针对上述三个阶段，本文论述了所使用的分析方法与工具以及所碰到过的一些典型问题和措施，最后对需求分析中使用的工具，谈一些自己的初步体会。【正文】我 于 1 9 9 8 年 8月至2 0 2 3 年 7月参与了某个大型集团的公司信息系统的开发工作，该大型集团的业务重要涉及到I T 类产品的进销存。本人在项目中负责系统分析的工作，该集团公司原先已委托某个电脑公司开发过一套I T 类产品管理系统

12、，但是该老系统存在两个重要的问题：（一）系统运营速度非常慢，如商品销售开单时，从拟定开单到开单完毕有时需要1 2 分钟左右的响应时间，让客户无法忍受。（二）系统数据不准确，经常出现实物库存与电脑库存严重不相匹配的情况，使销售数据的记录产生一些混乱，有关财务的数据因此无法有效使用，只能采用人工录入方式补充进行。在这种情况下，该集团的总经理决定参考原有系统重新开发一个系统，以便解决原系统所存在的上述两个难以克服的难题。注；原系统采用PB6.5开发，数据库采用SYBASE,服务器采用Windows2023Server,客户端采用Windows9 8,程序架构采用的是传统的C/S 结构。鉴于该集团业务

13、操作复杂，流程多，涉及人员多等特点，以及项目完毕时间短，经费有限，人员有限等限制约束条件，再考虑到必须避免前一系统出现过的结构混乱与难于维护等问题，我们决定要对原系统的需求做一个比较彻底的和切实可行的分析，由于原有系统已经开发了近两年，并且客户也有了一定的使用经验，业务基本流程自身也并没有太大的变化，因此，我们把需求分析的过程分为三步：（1）分析原有系统的结构，重要是数据库结构和程序结构，（2）在获得第（1）步结果的基础上写出基本需求，交由客户评审补充，（3）在 第（2）步的基础上开发原型，运用此原型与客户交流，从而获得最终可用的需求结果。下面按上述三步分别加以论述。第一步是实行逆向工程，获取

14、原有系统的基本需求。由于原有系统在功能上大体上能基本满足客户的需求，并且在两年多的开发中也积累了不少经验，因此，从中可以获得一些有益的参考，也可以避免多走弯路。在这一阶段，我们采用的重要工具是P B 自带的Power Designer和 PB Documents；前者重要用来分析数据库结构,后者重要用来分析程序结构，便于开发人员与高级用户理解程序。采用这两个工具的因素是:原系统过于庞大，模块多，数据库模式多，表格量很大，仅靠人工的方法很难从中获得一个比较完整的、明确的系统结构以及整体构成，并且原有系统未能提供一套对的完整有效的设计文档，于是我们只能依靠工具辅助来进行。在使用Power Desi

15、gner分析数据库，并且用PB Documents分析原程序中的P B L 以后，我们对原系统的结构有了一个初步的了解，再结合对原系统的使用，基本明确了功能与流程的需求，并在此基础上用人工录入方式，产生了初步需求的自然语言文档。这里指出，使 用 Power Designer的一个局限性之处是：假如一个表中的字段过多，并且又同时依赖多个表时.，输出的表格相关图形很复杂，有很多交叉,且难于调整，不方便阅读及打印。第二步是在第一步的基础上进行的，即写出系统基本需求，交由客户评审和补充。通过第一步的逆向工程，我们获得了系统的基本需求。为了充足记录需求的变化及需求之间的依赖关系，我们决定选用Ration

16、al公 司 的 Requisite PR O 作为我们的需求管理工具，Rational公司有一整套用于需求管理的工具，功能非常强大，涉及Requisite Pro Clear Quest等等，这些需求分析工具可以对需求进行全面的管理，涉及记录需求的变化情况，需求之间的依赖关系等等。但是，我们考虑到Rational的一套工具全面实行会非常昂贵与复杂，需要非常强的项目管理能力才干全面实行，因此，我们只采用了其中最简朴的一部分功能，那就是记录需求变更，记录需求之间的依赖关系，其他跟RU P有关的功能都给略去了。之所以这样做，重要是考虑到项目的经费、人力以及国内软件开发的实际情况。正如前面所说，我们根

17、据自己的理解并写出基本需求后，交由客户做评审井做适当补充，我们将通过补充整理后的需求作为正式需求记录入Requisite P ro 所维护的数据库中，并对各个需求进行分类，设定优先级等，这些工作完毕后，就可以从数据库中直观地了解客户到现在为止提出了哪些需求，哪些需求是必须优先考虑的，哪些是难度较大的等等。在这个过程中，我们碰到了一些问题，譬如：用户对我们用自然语言书写的需求文档有许多地方不理解，往往在花了较长时间阅读之后，仍不明白我们所描写的需求过程与他们所完毕的业务之间的相应关系；此外是由于初次采用Requisite P ro 进行需求管理，在类型划分，属性值的拟定上，部分开发人员没有经验，

18、导致了不少反复，对于前者，我们的方法是想办法增长一些示意图，将大的流程分解为小流程，再与客户反复交流与沟通，最终达成双方理解一致的目的。对第二个问题，则参考了一些例子，再结合实际中属性的使用情况，给予取舍或者选择，通过这一阶段的工作，我们建立了基本的需求库，定出了基本需求规格说明。第三步则是在第二步的基础上建立起原型，运用原型与客户进行更进一步的交流，通过交流修改相应的需求。在这一阶段的工作是在对第二步任务进行报告交流的基础上进行的。我们用P B 开发了一个原型系统，就具体的业务流程与客户进行交流与沟通，通过原型，客户发现了许多我们与他们的理解互相不协调的地方，我们在修改需求的同时，也 在 R

19、equisite P ro 需求数据库中记录下修改的历史。事实证明，这种记录历史的作用是很有效的，如曾经有客户在两个不同的时间对同一需求提了相反的需求，我们根据历史记录不久证实了该客户的提法有错误，在事实面前无需再作争论，同时运用Requisite P ro,我们还发现了一些需求互相之间有矛盾。通过这一阶段工作，我们终于获得了通过用户认可的需求基线，即是可用于下一步进行具体设计的基线需求。在这个项目中，我们运用了 Power Designer PB Documents等逆向工程分析工具和RequisiteP ro 需求管理工具，这些工具的使用，使我们提高了工作效率，起到了一定的辅助作用。但是，

20、就需求分析工具方面而言。我们觉得国内应用得还是太少了，这一方面是由于对需求分析不够重视，另一方面是由于管理水平还达不到相应的层次。Rational公司的一整套需求分析工具，其功能是非常强大的，国外已在普遍地使用，在国内也逐渐开始普及，特别是那些通 过 CM M 二级以上评审的单位，都必须使用工具对需求进行管理。在本项目中，我们仅仅运用了 Requisite P ro 功能的一些小方面，已经体会到该工具对于项目管理的诸多好处.假如一个有实力的公司可以全面实行R U P,那么需求管理这个老大难的问题会变得不再那么棘手了，项目的质量也会得到相应的提高。目前国内由于CMM热潮的兴起，已经逐渐重视需求分

21、析，也逐渐使用需求分析工具，这是非常可喜的，当然，更希望在不久的将来，能用上国产的需求分析工具，那时我们的软件产业也许会真正地腾飞了。【评注】采用逆向工具进行再工程的应用很多，本文给出了一个实际的例子。写作有条理，也很实际。合理地界定了需求分析的现实水平。所采用的需求分析的方法与工具相对较合理科学。能在对项目讨论的同时抒发议论、使用体会、爱国心和事业心。深度还可以提高，例子宜更加丰富一些。论文三通信行业的应用广东魏福建中国系统分析师网站【摘要】本文以某通信公司的业务报表系统开发为例，讨论了软件需求分析工具与方法的选用。我们认为，软件需求分析是软件工程中重要的一步，直接关系到后继工程的进行以及最

22、终的产品能否满足用户的需求，因此在整个工程中起着关键性的作用。采用适当的工具，有也许显著减少需求阶段的错误，也可大幅度提高需求分析的质量和工作效率。当然工具的选用应当与实际的项目相结合，充足地发挥工具的作用。本文结合我们工作的实际经历，简要讨论了开发系统时所选用的工具及其应用，选用时所考虑的原则以及所碰到的问题。在文中也结合多种开发方法（即传统的瀑布法、信息工程法、面向对象的方法）的比较，指出各种方法的局限性之处，说明我们所采用的工具对软件需求分析所起的作用，以及相应产生的效果。【正文】我在某市一家通信公司工作，作为一名技术骨于，受领导委托，参与了开发本公司的业务报表系统，我担任系统的需求分析

23、、总体设计和部分代码的编写工作。我所在的公司作为一家通信运营公司，分为总部、省级公司和地市级分公司三级，各级公司之间都有数据报表的规定。但是，每一个地市分公司因所处的地方不同，经营环境不同，所面临的问题也不同样，因此形成了各具特色的数据报表（除地市分公司向省公司报告的之外）。公司又分设了许多部门，这些部门也都会需要数据，作为分析决策的依据。因此，了解各个部门的需求就成了业务报表系统的关键。在调研的过程中，我选用了一种工具叫Play C A SE,可以从网上免费下载，有很强的功能。下面就介绍一下，在需求分析阶段，我是如何使用这一工具的。第一步，了解业务组织结构。公司内部的数据事实上是在部门之间流

24、动的。业务部门需要知道在本地覆盖区内各基站的话务量、当天的话务量（即话务量的时空分布）。财务部门需要知道本月各类用户的话费收入、预交款收入、与其他电信运营商的网间结算等。计划部门需要各部门的分析数据。计费部门需要提供本月的账革记录数据、话单记录数据分布（比如分别按照基站分布、时段分布以及按用户类别分布）、预交款记录数据、当前的欠费总额分布、催缴情况等等。这些部门时常为了数据而产生了大量无谓的争议。在使用Play CA SE工具时，先要将这些部门录入到Play CASE的 业务部门”中.构成了一个信息源的接受点（或发送点）；而 Play CASE通过图示表达了这些部门的关系，并转换成了相应的软件

25、结构。事实上,这是一种系统建模的方法，即把业务系统中的各个组织转变为软件功能中的各个结构。这样，在需求分析阶段，明确哪些部门需要数据，从而保证了需求分析对整个公司的全面性,而不会忽略掉某一个部门，导致需求分析的不完整。第二步，了解各个业务部门中的业务流程，使之通过Play CASE转换成软件的运营过程，这是一种动态建模的方法。在上一步的基础上，追踪各个部门的行为，录入到Play CASE中，并以形式化的语言描述各过程。对于复杂的过程，该工具还提供了进一步细化的方法，并且形成了业务流程图和业务状态图。根据这些流程图、状态图与实际业务部门的业务相结合比较，还是较为吻合的。在此步的实行过程中，运用了

26、动态建模技术，使各部门业务流程的情况在软件的运营过程反映出来，从而保证了需求分析阶段中运营过程的描述能真实地反映实际情况，防止在后继的程序编写过程中，也许会经常发生的一类情况：程序员由于没有理解业务流程而出现 闭门造车”的现象，从软件的功能角度上保证了软件的对的性。第三步，将业务数据转变为软件数据，这一步工作事实上就是收集各部门所需要的数据。分析各部门需要的数据都有哪些；以及数据是如何转换的，这可以归入“功能建模 的范畴。将这些相应数据录入到Play CASE中，选定所属的部门。这时就自动地建立了 D F D 图（数据流程图），数据字典，省去了人工建立时的很大麻烦。第四步，将业务上的数据关系转

27、变成软件中的数据关系。这里采用了面向对象的方法，把业务部门所需要的数据看作一个实体，部门间的数据关系就是实体之间的关系.比如：经营部门所需要的用户资料、用户话费，事实上就是用户这一实体与账单这一实体间的关系。PlayCASE提供了构件（但是我觉得是部件更为合适一些），来表达相应的数据，并提供了三种构件的表达关系即组装关系、分类关系与相连关系。这三类关系基本上反映出了现实世界中的业务数据之间的关系。例如现实世界中的用户资料与用户话费，在 Play CASE中，可将用户构件与账单构件用相连关系表达。这种方法，事实上是借鉴了 0 0 A 面向对象的分析方法中的类、聚集、继承、封装等概念，能较好地反映

28、出现实中的业务；同时，这一步的工作也为总体设计中数据库的概念模式设计奠定了很好的基础。经历了上述四个环节以后，运用Play CA SE工具自动生成了软件需求规格说明书、初步的D FD 图和业务流程图，为下一步的总体设计打好了基础。使用PlayCASE工具，使需求分析既能继承传统的结构化分析方法，又能吸取面向对象设计方法的优点。比如能把业务流程转变成为运营过程，业务组织转变成了软件的结构等都体现了这一点。而在运营过程中，对复杂过程的细分以及追踪则反映了传统方法中的自上到下分解的分析思想，这对于解决复杂系统的分析是很有帮助的。通过使用，我觉得这个工具还是很不错的。由于它实际将以下四个方面的问题结合

29、起来了：软件、业务、开发人员和用户。对于用户而言，Play CA SE用图形化的方式显示出业务流程，使用户了解业务在软件中的运营过程，提供了将来验收软件时的依据。对于开发人员来说，使开发人员能更清楚地了解业务流程，不会再发生 由于不理解用户的需求而出现的闭门造车情况，从而导致开发出来的产品不符合用户需要”的现象。因此，PlayCASE所自动提供的需求说明书可以很好地沟通用户与开发人员之间的理解，使他们都能对需求有共同的理解。使用Play CA SE工具后，使我们的需求分析取得了很好的效果，不仅能自动地提供许多结果，如需求说明书等；还使需求的质量有了很大的提高，受到领导的赞扬（领导不是学计算机的

30、，但对公司的业务十分熟悉）；在后继的设计与维护工作中，我们感到工作似乎轻松了很多。当然，该软件工具也有局限性之处，一个突出问题是灵活性不够，一旦公司的部门或者组织机构发生变化时，整个设计都要重新来过。因此，在改善的过程中，我们在第一步过程预留了好多个虚拟的部门，以备将来进一步的扩充或者变动。【评注】（1）具体项目有些体会，完毕情况似乎不错。（2）条理较清楚，比较系统地描述了使用PlayCASE的过程和体会。（3）偏重于工具的讨论，对需求分析的方法分析还嫌不够。（4）项目相对较小，仅涉及报表系统，对更为复杂的业务流程应举例分析，才干更充足地体现方法与工具的作用。论 文 四 IC 行业内部的C A

31、 D 应用上海解亮中国系统分析师网站【摘要】本文通过一个集成电路设计有关的软件项目，讨论了该项目的重要特点和本人所担任的工作，着重讨论了在项目需求分析过程中采用的具体方法和工具以及选用的理由。由于项目的专业领域的特殊性，分两类不同的需求讨论了需求分析中碰到的问题及解决方法；在这个过程中给出了对选用的具体工具和方法的效果的描述。接着本文讨论了对使用方法的改善的一些想法以及具体的实现过程。最后提出了我对需求分析的某些见解，强调了与客户沟通的重要性。【正文】近年，我一直从事某公司中有关IT 项目的开发，有一个系统是用于计算机辅助电路设计的，涉及了从上流设计到下流设计的所有流程，如用于可设计百万门数量

32、级的逻辑门电路。有关方面把电路半途径的提取、过滤以及表达的某软件开发任务交给我公司，我有幸担任了该部分的需求分析以及设计。我所设计部分为一单独可启动的软件，重要是解析文献中的连线途径，以列表视图和用直方图等把它们显示出来，还可以执行诸如查找与过滤等功能。委托方对此提供了很初步的需求说明，把一些基本功能及性能规定描述了一下。我在需求分析时的工作重要有两点：第一，对该软件的界面等具体需求要自己重新进行分析提取。第二，对于已提供的功能规定需要深化和细化，以形成真正完整的需求分析文档。在接到需求分析任务后，我分析了一下所要完毕的工作。发现由于是专用领域的软件，对专业领域规定相称高，所以准备把此项目提成

33、两部分：（1）界面所受专业领域影响几乎没有，但由于所有没有任何规定，反而会感到风险和改动也许是最大的。（2）功能方面由于委托方的许多功能都可以调用相应模块来得到，并且已有了相应的书面的简朴需求，相应来说只是完毕深化。对界面，我采用了部分RUP的思想迭代与渐进。而对功能需求采用了分层细化，每细化一层就规定委托方确认、修改和补充。一方面把风险较大的部分完毕，这是现代软件开发的基本常识。我选择先进行界面的需求分析。第一步是根据功能描述抽取出逻辑模型，并使逻辑模型与界面元素及功能一一相应，大体上决定了界面应有的功能，然后根据该界面功能描述，拟定具体的控件，这时，我参考了委托方已初步完毕的主窗口的界面布

34、局及控件的使用规律，然后根据需要完毕的功能从Qt（由于要支持Windows和 U nix双平台，所以控件库采用Qt）的类库中选择相应的控件。在提取和抽象逻辑模型时，我采用了 Rose 2023中的用例图，即 以 USE-CASE图来描述与外部的关系。之所以采用R o se,我是基于以下的因素：第一，在已开发的部分中，委托方统一规定我们使用R ose进行类和顺序图等的设计和代码生成。第二，R ose提供了标准的图来描述系统与外部的关系，在全球范围已是一种标准结构。第三，使用上的方便性。我用R ose的 USE-CASE图，理清了我们的软件窗口与委托方主窗口以及外部角色（操作者）之间的互相关系。在

35、拟定了界面元素后，考虑到文档的可理解性不是很强，我采用Visi。2023把界面的外观绘制出来，写上了基本的控件作用，随后送给委托方评审，幸运的是除了几个小功能的修改，委托方基本批准了我的方案。下面的工作是为控件的行为及状态变化制定相应的状态迁移图，我选用的工具仍是Rose,我用了状态图和时序图，把重要的控件状态变化及相应顺序进行了描述，随后的几天把相应的 D O C 文档建好写明，基本上界面设计就完毕了。下面的需求是针对功能需求的。虽然委托方技术部门有初步的需求文档，但由于领域的专门化不对，我不清楚其中复杂的途径提取关系及较进一步的专业术语，一直有一种举步维艰的感觉。只能采用分层细化的原则，从

36、最初的几条进一步一层变成十几条。这样的话，不会一下子碰到太深的专业问题，可以循序渐进从委托方与文献的解答中不断学习，深化自己对专业领域的了解,这样在设计中自己始终是层层推动的，不至于一下碰到无法逾越的专业障碍。在这一阶段的开发中，由于一直是与自己不熟悉的专业领域打交道，所以我觉得一些辅助设计工具似乎无法发挥应有的功能。在这期间，对我帮助最大的应是公司的E-M ail系统，所有不清楚的问题的提出，以及对问题的解答都通过它进行周转。换句话说，在需求分析阶段,它起到了一个与客户的交流沟通和客户需求的提取作用。所以，我认为在这一阶段，E-Mail系统是对我帮助最大的工具，另一方面是E xcel,我用它

37、建立了问题跟踪图表，对每一个提出的问题，均需要记录上去，把问题结果（可分为已清楚、仍不太清楚、不清楚、尚未回答）均记录下来，根据这些表，我可以很好地了解自己工作中的核心问题，并有了解决它的方向，提高了工作效率。每进行一层的细化，我都把结果交付委托方审核，由他们进行提出何时能终止细化，大约在八层细化后，对方认为已达成了效果，确认可以结束。至此，分析工作所有完毕，项目的需求分析基本成功了。在这次需求分析中，我认为取得成功的因素重要是方法和工具选择得对的。在界面设计中采用了流行的辅助工具，对需求及逻辑模型的建立提供很大的帮助，可以更方便帮助自己理清思绪。选用了迭代法，把一些错误的影响在功能分析和界面

38、分析的不断迭代过程中加以改正。在后期，以功能需求为主时，我重要依赖的是沟通工具和表格工具，这也说明辅助工具不是万能的，需求分析的关键之关键，应是与客户的交流与沟通。通过这次案例，我认为在软件的需求分析工作中，方法的重要性应远超过工具的使用，应当一方面拟定分析中的风险，把风险分类，用不同的方法去解决各类风险，而工具的选择不仅是要看影响力和名气，而是要真正为我所用，应把握其精髓，即是此工具到底可以对开发有什么帮助，而不是仅限于如何使用。我认为在需求分析中工具的作用不外乎两个：一是实际系统与环境模型等的抽象工具，二是需求表达工具。第一类的代表是R o se,第二类的代表是 Word,WPS,Visi

39、o等，在这次项目中由于地理上的限制还用到了沟通工具，W eb浏览与 E-M ail服务系统。最后我还是总结一下，在需求分析中工具方法都只是辅助项目成功的因素，真正的决定因素还是与客户的沟通”。【评注】（1）较实际地讨论了方法与工具。（2）两类需求的讨论有点特色，解决需求问题的方法较成功，有说服力。（3）能发表自己的观点和意见，体会较实在。（4）本例似乎有些特殊性，还是要鼓励对自己熟悉的业务领域做项目，否则的话，有时会事倍功半。(5)最佳再列举更多的项目或例子，使方法与工具的讨论更全面一些。论 文 五 ER P开发的应用上海陈莉莉中国系统分析师网站【摘要】根据某类公司的迫切需要，我所在的信息技术

40、公司组织了一个公司资源计划(E R P)项目的开发，希望推动我国ER P应用的发展，也希望更进一步有效地运用Java技术。该项目的内容涉及到某类行业的公司生产经营的全过程，其基本目的是为了提高公司的劳动生产率，增长公司的利润，优化配置公司的资源，使公司的整体运营水平能上一个台阶。这是一个基于 Java技术的Intranet典型应用项目。在该项目中，我承担项目负责人的重要职责，比如在项目的准备阶段，我曾组织了对项目组的成员进行该类公司业务流程方面的培训；在项目需求分析和设计阶段，我着重考虑了架构好系统的框架和原型，为项目组及其他分析员进行下一步的细化分析奠定了坚实的基础。同时我还组织好项目总体组

41、，把握住各模块之间的接口分析，保持各个分析员之间实现密切的沟通。在系统的开发阶段，做好开发、测试方面的协调和同步工作，保证系统的可靠性，在系统的实行阶段可以顺利地推动项目，此项目开发后的应用已得到了用户们的一致好评。【正文】与国际上E R P项目的广泛应用相比，我 国 的 ER P应用水平尚有相称大的差距。根据某类公司的实际迫切需求，我公司组织了对一类E R P产品的开发，我有幸参与了该项目的分析与设计，开发的成果是一个典型的Java技术应用于Intranet的实际项目。在选择具体的技术方案时，我们曾经进行了认真的思考和研究。对于选择普遍采用的微软模式的平台方案，还是跨平台式的Java方案，我

42、们曾举棋未定，这是由于微软的V B+A SP已成为大家在较长时间工作后认可而熟悉了的方案。而 Jav a由于其环境规定高与执行效率低的老大难问题，成为我们紧张胆怯的重要因素。但是Java的跨平台特性越来越成为人们的关注点，特别是许多大中型的公司，他们现有的网络系统都是基于多种平台的，对跨平台的规定和呼声极为强烈，而对软件公司来说，软件的跨平台特性有也许会节约开发成本，减少维护量，也能获得更多客户的认可。综合考虑了诸多市场行情与行业发展因素，最终决定一定要用Jav a。所幸的是现在Java用于因特网的开发也已经越来越便利了。目前Java在因特网上的开发技术已呈白花齐放之势态，有最初的JavaSe

43、rvlet,有与数据库联系在一起的SQ L-J,尚有可与A SP和 PH P相媲美的JSP o 特别是JS P 技术的迅速发展，使 得 Jav a的网络应用不再是少数人的专利，JS P 以其执行的高效性和使用的方便性，已成为近年来大家首选的因特网开发技术，JS P 是一种页面开发技术，它以Java为其服务器端语言，结合Java Script作为其客户端语言，能方便地实现页面的表达。选择好了后端的Java和前端的JS P,尚有一项重要的任务，那就是前后的联接。由于JS P 重要用于页面表现，需要表现的内容要封装起来，这样，为了保证重要商务逻辑的安全性，我们采用了 Java B ean作为桥梁，即

44、客户端JS P 通过其中Java B ean的使用，完毕重要的商务逻辑功能。在后台，将 B ean构造好，形成一个强大的B ean库，再由前台JS P 进行使用。在进行Java B ean的规划时，我们下决心作出很大的投入，由于这些不仅是我们当前项目中所需急用的，并且还应成为公司长期积累使用的一个强大的资源库，能实现一定限度的资源共享和软件复用，为其他项目开发打好基础。因此，本次规划的目的是形成公司Java技术的 Java B ean的平台库。我们根据Java B ean所体现的类的用途，将这些类提成几个层次。最底部的一层就是参数化类的构造，这一层的类所实现的重要功能涉及通用访问机制，对数据库

45、等其他层次的访问接口和公共解决系统等。中间一层是实体类的构造，这些实体类涉及与数据信息相关的结构及其解决方法,其中的重点是包含了一些重要的商务逻辑的解决。这一层类与系统各部分相关,并且其安全性规定很高，直接影响到系统重要功能的体现，由于系统的主体是对一些逻辑进行解决，这就规定这层实体类的规划需要十分认真，做到细节准确。最上面的一层可以称为接口类，这一层类重要用于实现底层的类与前台之间的关系。也只有这层类才干由前台JSP进行Java B ean调用而加以使用，只有这层具有开放性，这一层类除了上述的接口功能外,还应当有一项重要的实用内容，即涉及用于实现前台JS P的页面自动构造程序。这里所说的页面

46、自动构造程序可以认为是本系统的一个重要特点，目的是为了让用户可以方便地自定义界面，而不需要由程序员修改程序，这样可以极大地满足了用户的规定。页面自动构成程序的重要内容涉及对界面元素的定制与修改、位置的修改、动作的触发、行为的控制以及报表设计和计算汇总等功能。页面自动构成程序的设计重要采用上述的接口类与JSP相结合的方式，用类实现元素的定制、控制及关联，并将重要信息加以保存，以利于用户的多次反复修改。该自动构造程序提供了强大功能，已成为我们的一个独立产品。能应用于各个项目的界面制作，实现了我们原先制定的共享资源的目的。在 前 台JS P的应用中，做到了尽也许最简化的限度，这样可以提高系统的安全性

47、。当然在我们的系统中，还存在一些客户端控制比较复杂的情况，为保护这段比较复杂的控制脚本，我们采用了用Servlet的方法，保护这段脚本，从而保证了一定限度的安全性。在系统的登录过程中，我们采用了相称严格的登录键检查操作，用户没有供应商提供的相应的键，就无法通过验证而进入系统。对于试用版的用户则提供了一种有效期限约束。这些加密或安全措施，通过在Java B ean中封装了严格而有强大功能的加密算法，在客户端申请验证后才干准予通过。在使用这套技术方案的过程中，我们曾经碰到过许多的困难。比如；前面曾提到过规定JSP中代码可以尽量简化，以提高安全性。由 于JS P中仍有一些容易让人也许猜测到解决方法的

48、语句及解决的过程，为进一步提高安全性，我们通过查阅大量的网上资料，才形成了一套较好的措施，比如 制 作JS P的标记库，将有也许被猜测的解决进一步加以规划，相应地生成一套行之有效的实用标记库，这样就又增长了一道很有效的防护墙，大幅度地提高了安全保密性，并且使页面结构的分离达成了一定的水准。又如：在对数据的解决上，刚开始时也总是碰到系统运营会变得越来越慢的情况，最后追查其因素，发现本来是数据的连接过多，我们及时地采用了数据连接池等技术解决了此类问题。该系统采用Java平台，提供了进一步地使用Java B ean和JS P的方案，其效果是相称显著的，在用户真实使用环境中受到了一致好评，运营也较为稳

49、定。由于采用了统一而方便的页面自动构造程序，用户的界面非常友善，并且可以按用户需求进行定制，满足了用户的适应性需求。而在我们公司的内部，也开始建立了一套基于此平台的资源库，成为公司的此后开发使用的宝贵财富。必须指出的是，在此系统中，还存在着很多的局限性，比如实体类的组装限度尚不尽如人意，根据多种商务逻辑的一些共同点，可以进一步加以抽象封装，使这部分内容能满足多种系统对类似逻辑的解决过程。我将会在此后的工作中进一步加强各方面的分析能力，带领团队不断地超越现在的层次与水准,加强我们的队伍建设，希望有更多优秀的软件产品上写着MadeIn China【评注】无论 文 六 论 Java技术在因特网平台上

50、的应用-通信服务平台的应用广州王海波中国系统分析师网站【正文】数据通讯是当前十分活跃与热门的计算机与信息技术的应用领域。某大型通信公司开发了其业务的重要支撑平台，在这里，我们简称之为 通信信息服务平台，用于在全国与全球开展数据业务的需要。该平台是一个典型的Java技术应用于Internet的项目。作为信息技术公司中的一名技术骨干，我有幸参与了该系统的分析与设计工作，承担了相称多 的 Java应用开发任务。此系统中的软件部分大多由Java来实现，在全系统中我们是这样来用Java构架系统的：（1）本系统可分为4 层，分别是Browser、表达层、中间件层和数据层。（2）表达层用Jav a中的Jav