【简介】感谢网友“宇宙第一江湖骗子”参与投稿，下面是小编整理的计算机系统分析员论文-银行业的应用（共11篇），欢迎您阅读分享借鉴，希望对您有所帮助。
篇1：计算机系统分析员论文-银行业的应用
计算机系统分析员论文-银行业的应用
【摘要】
因特网上应用的日益普及与深化，为Java技术的运用提供了广阔的活动舞台，也大大推进了Browser/Server模式的企业内联网应用与网络计算。
作为某信息公司中的技术骨干，我有幸承担了某银行信贷管理与查询系统等的开发任务，独立地完成了其中的系统设计、类设计、部分开发及测试工作。
整个系统完全按照J2EE的标准来设计。前台界面应用了JSP技术，控制部分采用了Servlet来开发，业务逻辑应用了EJB技术来封装，应用服务器采用了支持J2EE标准的BEA公司的Weblogic，后台的数据库选用的是Informix7.3，目的是为了与银行中其他业务系统数据库保持一致。在硬件平台上，我们选用的是HP公司的某台中型服务器机器，操作系统是HP-UX。
该系统界面运用的是IE，它不仅兼容性较好，而且已为广大用户所熟悉。系统运行后，各个支行都普遍反映界面友善，功能强大，开发的效果令人满意。
【正文】
…… 此处隐藏27123字 ……
下面的需求是针对功能需求的。虽然委托方技术部门有初步的需求文档，但由于领域的专门化不对，我不清楚其中复杂的路径提取关系及较深入的专业术语，一直有一种举步维艰的感觉。只能采用分层细化的原则，从最初的几条深入一层变成十几条。这样的`话，不会一下子碰到太深的专业问题，可以循序渐进从委托方与文献的解答中不断学习，深化自己对专业领域的了解，这样在设计中自己始终是层层推进的，不至于一于碰到无法逾越的专业障碍。
在这一阶段的开发中，由于一直是与自己不熟悉的专业领域打交道，所以我觉得一些辅助设计工具似乎无法发挥应有的功能。在这期间，对我帮助最大的应是公司的E-Mail系统，所有不清楚的问题的提出，以及对问题的解答都通过它进行周转。换句话说，在需求分析阶段，它起到了一个与客户的交流沟通和客户需求的提取作用。所以，我认为在这一阶段，E-Mail系统是对我帮助最大的工具，其次是Excel，我用它建立了问题跟踪图表，对每一个提出的问题，均需要记录上去，把问题结果（可分为已清楚、仍不太清楚、不清楚、尚未回答）均记录下来，根据这些表，我可以很好地了解自己工作中的核心问题，并有了解决它的方向，提高了工作效率。
每进行一层的细化，我都把结果交付委托方审核，由他们进行提出何时能终止细化，大约在八层细化后，对方认为已达到了效果，确认可以结束。至此，分析工作全部完成，项目的需求分析基本成功了。
在这次需求分析中，我认为取得成功的原因主要是方法和工具选择得正确。在界面设计中采用了流行的辅助工具，对需求及逻辑模型的建立提供很大的帮助，可以更方便帮助自己理清思路。选用了迭代法，把一些错误的影响在功能分析和界面分析的不断迭代过程中加以改正。在后期，以功能需求为主时，我主要依赖的是沟通工具和表格工具，这也说明辅助工具不是万能的，需求分析的关键之关键，应是与客户的交流与沟通。
通过这次案例，我认为在软件的需求分析工作中，方法的重要性应远超过工具的使用，应当首先确定分析中的风险，把风险分类，用不同的方法去解决各类风险，而工具的选择不仅是要看影响力和名气，而是要真正为我所用，应把握其精髓，即是此工具到底可以对开发有什么帮助，而不是仅限于如何使用。我认为在需求分析中工具的作用不外乎两个：一是实际系统与环境模型等的抽象工具，二是需求表达工具。第一类的代表是Rose，第二类的代表是Word，WPS，Visio等，在这次项目中由于地理上的限制还用到了沟通工具，Web浏览与E-Mail服务系统。
最后我还是总结一下，在需求分析中工具方法都只是辅助项目成功的因素，真正的决定因素还是―一“与客户的沟通”。
&nbs
p;评注；
（1）较实际地讨论了方法与工具。（2）两类需求的讨论有点特色，解决需求问题的方法较成功，有说服力。（3）能发表自己的观点和意见，体会较实在。（4）本例似乎有些特殊性，还是要鼓励对自己熟悉的业务领域做项目，否则的话，有时会事倍功半。（5）最好再列举更多的项目或例子，使方法与工具的讨论更全面一些。（本文主要参考了上海解亮等人的论文）
