时间：2023-03-20 16:19:13
序论：在您撰写计算机行业论文时，参考他人的优秀作品可以开阔视野，小编为您整理的7篇范文，希望这些建议能够激发您的创作热情，引导您走向新的创作高度。
如果电力系统中缺少严格的验证机制，或者不同业务系统之间缺乏有效的访问控制，可能导致非法用户使用到关键业务系统，引发非法侵入的业务安全风险。
2电力行业计算机应用网络安全结构的内容
基于电力行业所面临的网络安全风险，为保障整个电力系统的安全、稳定运行，必须建立一套符合电力行业自身特点的网络安全结构。而所谓电力行业计算机应用网络的安全结构，即是应用和实施一个基于多层次安全系统的全面网络安全策略，在多个层次上部署相关的安全产品，以实现控制网络和主机存取，降低系统被攻击危险，从而达到安全防护的目的。网络安全结构的内容主要有以下几个方面：2.1网络安全防护结构体系电力行业网络安全防护的基础是网络安全域的划分。根据《电网和电厂计算机监控系统及调度数据网络安全防护规定》的要求，电力系统的网络可划分为四级网。其中，电力调度生产控制与实时监测可作为一、二级网，它与三、四级网络是进行物理隔离的。第三级网为DMIS网，第四级网为MIS网，网络安全防护的重点也是第三、第四级网络。根据整个电力行业计算机应用网络的特点，还可对三、四级网络进行进一步安全域的划分，并划清网络的边界，综合采用路由器、防火墙、入侵监测等技术对三、四级网络进行综合防护。2.2安全防护技术的应用电力行业网络安全防护技术，主要包括了防护墙技术、漏洞扫描技术、入侵检测技术、病毒防治技术等，这些安全防护技术作为网络防护结构的基础组成部分，在统一的安全策略指导下，以保障系统的整体安全。其中，防火墙技术、入侵检测技术和漏洞扫描技术，主要是针对内部信息系统不同安全域进行的安全防护；而病毒防治技术则主要是面对电力系统内的客户端及各种服务器提供安全服务。
3电力行业计算机应用网络安全结构的设计
3.1网络安全结构设计的原则
（1）安全性原则。是指网络安全结构的设计方案，应充分确保电力系统的安全性；所采用的安全技术产品应有着良好的产品质量与可靠性，以充分保证系统的安全。
（2）一致性原则。主要是电力行业网络安全问题应与整个网络的工作周期同时存在，所制定的安全体系结构也必须与网络的安全需求相一致。
（3）易操作性原则。网络安全结构的相关技术措施需要由人为去完成，如果所采用的技术措施过于复杂，对人的要求也过高，这自身就降低了系统的安全性。
（4）分布实施原则。由于电力网络系统随着规模的扩大和应用领域的增加，网络受到攻击的可能性也不断增加，想一劳永逸的解决电力网络安全问题是不现实的，而且网络安全措施的实施也需要相当的费用支出。因此，网络安全结构的建设可采用分布实施的方式，既可满足当前网络对信息安全的需要，也可为今后系统的扩展与完善奠定良好的基础。
3.2网络安全结构具体设计方案的应用
（1）电力系统局域网内部网络安全结构设计整个电力行业计算机应用网络，不仅会受到外部的攻击，也同时会受到内部攻击。内部网络主要是指用于控制电力设备以及采集运行数据的设备层网络系统，如SCADA系统DSC系统等，由于这部分网络需和电力控制设备之间直接进行数据间的交换，任何非法入侵的数据都可能引发电力设备的故障，并可能导致整个电网的安全运行受到影响。为了有效解决内网的安全防护问题，可在电站系统的局域网内部，使用防火墙技术对不同的网段进行隔离，并且采用IPS设备加强对关键应用部位的监控与保护。如图1所示，即为电力系统局域网内部网络安全结构设计。在该设计方案中：
①使用防火墙集群将内部与外部网络隔离，保证电力网络外部的攻击与漏洞扫描等，不会影响到内网数据的正常传输与交流；
②再将内部网络的不同区域进行隔离，使之能具备不同级别的访问权限，以有效保证内网数据的安全性；
③对电站关键部位的安全防护还可采用IPS装置，以保证内部重要数据的可监控性、可审计性以及防止恶意流量的攻击。
（2）省级电力骨干网络安全结构设计省级电力骨干网络的核心中部署有众多的业务，如用电营销、工程管理、办公自动化系统、电力生产信息平台以及GIS系统等，同时还包含了与其它企业及各种服务系统的系统。正是由于各种业务的流量都需由电力骨干网络进行传输和汇集，对网络的安全性与可靠性也有着极高的要求。因此，对于省级电力骨干网络的安全结构设计，可部署2~4点的防火墙集群作为网络系统的省级安全核心，并对系统的多链路情况进行负载均衡，以充分满足省级电力骨干网络对安全防护的要求。省级电力骨干网络的安全结构建设，主要包括了两方面的任务：
①利用防火墙技术对外部接口区域和内部服务器区域进行划分，并综合应用病毒防治技术、漏洞扫描技术等多种安全防护技术，从而实现系统在访问控制、漏洞扫描、病毒防护、入侵检测、集中安全管理以及日志记录等多个环节的安全防护；
②通过安全结构的建设以实现系统多链路情况下的负载均衡，保证系统具有足够的收发速度和响应速度，并能有效避免网络服务的中断。
（3）电力广域网整体网络安全结构设计对于整个电力系统的广域网，为了保证端对端、局对局的安全性，并有效保证整个系统的安全性与可靠性，可对整个电力广域网采用分布式的安全结构设计方案。其安全结构的特点是：
①通过分布式架构，可以使广域网的安全结构真正实现多台防火墙的同时Active技术，有效保证了网络的安全性。
②通过过滤规则设置，可以实现对广域网内部资源对外开放程度的有效控制，尤其是电力公司和Internet公共网络之间的连接可仅开放某特殊段的IP端口，从而有效避免了病毒攻击和非法侵入。
③通过客户端认证规则的应用，可以确保电力广域网不同的内部用户享受到不同的访问外部资源的级别。同时还对内部用户严格区分网段，其自动的反地址欺骗有效杜绝了从外网发起的对于内网的访问，而对于内网发起的对外网的访问则可以不受到限制。
4总结
在领悟SWEBOK基本精神，认真学习GSwE2009及《规范》的基础上，针对一般行业院校硕士生培养目标是以培养从事行业软件开发及项目管理工作的软件工程和信息化应用人才为主的现状，笔者建立计算机科学与技术专业民航特色的高级软件工程教学大纲，见表1。表1的教学大纲设计兼顾SWEBOK及GSwE2009的核心知识体系，对SWEBOK的核心知识覆盖率达到76%，对GSwE2009覆盖率达到63.6%。然而，不管是SWEBOK还是GSwE2009，其核心知识点都是针对整个专业课程体系而设置，SWEBOK的《规范》建议494学时的最小核心学时数，GSwE2009则建议270学时的核心学时及200学时的交流学时，要在36学时内完成上述核心知识的详细讲授，显然不可能。因此，表1的设计本着宏观上抓概念、抓流程，微观上抓工具、抓编程的基本思想，在教学手段上，采用课内外一体化教学模式，要求学生在课下完成所有仿照案例的完整开发过程；在教学方法上，以案例推动软件过程概念及软件编码的学习，以工具熟悉软件过程管理及软件质量管理。要求通过该课程的学习，学生能熟练掌握软件开发过程的宏观概念，最终交付项目计划报告、基于MSProject的软件项目过程管理文档、经过3次迭代的原形软件及相关需求分析和软件设计文档，完成课程总结报告。
2民航特色的教学案例设计
教学案例设计是高级软件工程实施的核心内容之一，考虑到选课的大部分研究生已经具备基本的编程能力，但缺少软件过程管理的相关概念，结合中国民航大学特色及研究生就业趋向，笔者参考国际研究生教育现状[5]及文献[6]的模式，开发了一套基于民航航材管理业务的教学案例，用以完成课内教学。该教学案例以某航空公司航材管理系统为背景，采用敏捷开发思想进行过程管理，循序渐进，分3次迭代完成简单的原型系统开发。第1次迭代在介绍航空公司航材管理需求的基础上，建立系统的业务环境图，结合需求分析方法，利用ROSE工具建立业务用例及业务术语表。进一步地，缩小系统范围，只针对高价周转件的增删改查操作建立领域对象模型，包括领域用例模型、用例术语表、领域类模型，同时完成基本的编程实现。第2次迭代首先讲述体系结构设计的基本方法，基于MVC框架建立更适合信息系统开发的体系结构框架——PCMEF（表示—控制—中介者—实体—基础）[6]。在此基础上进一步细化第1次迭代需求，功能上增加高价周转件的供货方管理、合同管理功能；其次建立用例模型和用例文档，采用序列图、通信图、交互图等描述事务处理流程，进行概念类设计，对第1次迭代的设计按照PCMEF框架完成体系结构重构，完成用户界面设计，最终编码实现。第3次迭代增加高价周转件使用统计报表、机型使用记录、考虑机务维修周期的周转件库存管理等功能，设计上重点考虑数据库的安全性与完整性设计，同时基于JavaEJB体系结构建立业务组件，完成较高水平的软件编程；编写测试用例，完成整体测试。在上述3次迭代完成后，要求学生写出项目总结。笔者所在学院拥有一个行业特色鲜明的民航信息系统仿真实验室，该实验室目前拥有民航机务维修仿真实验系统、机场信息仿真实验系统、航空公司运行控制仿真系统、民航全球分销仿真实验系统等行业主流信息系统的仿真平台。学生在前序课程学习中，对这些信息系统的基本功能和相关业务已经有了一定程度的了解。
3教学组织与管理
3.1项目驱动教学法课程教学借鉴CDIO的教学思想，在讲授完软件过程模型及软件建模语言后，将学生每5人分组，每个人承担不同的角色，角色包括甲方需求提供人员、乙方项目经理、乙方质量保证人员、乙方编程人员（2人）。在整个学习过程中，经过一定时间后，每个人的角色可以互换。在讲授完案例1后，教师可以要求学生结合某个民航信息系统仿真系统，选择感兴趣的民航业务领域，分组完成项目计划任务书并使用MSProject完成项目的进度安排、人员分工、虚拟费用预算等。进一步地，使用Rose工具进行需求分析及UML建模，完成用例图、术语表、类图等分析设计，最后进行第1次迭代的编码并编写测试用例完成测试。在讲授完案例2后，教师可以要求学生在功能扩展的基础上，采用PCMEF模式对第1次迭代程序进行重构并完成编码与测试工作，同时要求项目经理使用MSProject，跟踪和检查项目实际进度与虚拟费用预算，进行适当调整。本次学习重点在于体系结构设计、增量模式开发思想。在讲授完案例3后，教师可以要求学生继续扩展功能，重点进行数据库与业务组件设计。
3.2成绩评定在课程进展的每个阶段，教师展示实际软件公司的文档范例，要求每组提交该次迭代的相关文档，进行软件演示并答辩。答辩内容包括项目计划制订、人员分工、虚拟成本、进度偏差分析、预算偏差分析、程序设计技术、缺陷分析等。评委由教师及各组项目经理组成。成绩评定包含文档规范性、设计合理性、实现正确性、项目过程管理执行情况4项内容。课程整体结束前，由3次迭代的评定成绩取均值作为小组平均成绩，最后小组项目经理和教师共同依据小组中个人对项目的贡献以及小组均值打分，将其作为个人成绩。
4结语
【摘要】
本文以某通信公司的业务报表系统开发为例，讨论了软件需求分析工具与方法的选用。我们认为，软件需求分析是软件工程中重要的一步，直接关系到后继工程的进行以及最终的产品能否满足用户的需求，因此在整个工程中起着关键性的作用。采用适当的工具，有可能显著减少需求阶段的错误，也可大幅度提高需求分析的质量和工作效率。当然工具的选用应当与实际的项目相结合，充分地发挥工具的作用。本文结合我们工作的实际经历，简要讨论了开发系统时所选用的工具及其应用，选用时所考虑的原则以及所碰到的问题。在文中也结合多种开发方法（即传统的瀑布法、信息工程法、面向对象的方法）的比较，指出各种方法的不足之处，说明我们所采用的工具对软件需求分析所起的作用，以及相应产生的效果。
【正文】
我在某市一家通信公司工作，作为一名技术骨于，受领导委托，参与了开发本公司的业务报表系统，我担任系统的需求分析、总体设计和部分代码的编写工作。
我所在的企业作为一家通信运营公司，分为总部、省级公司和地市级分公司三级，各级公司之间都有数据报表的要求。但是，每一个地市分公司因所处的地方不同，经营环境不同，所面临的问题也不一样，因此形成了各具特色的数据报表（除地市分公司向省公司汇报的之外）。公司又分设了许多部门，这些部门也都会需要数据，作为分析决策的依据。因此，了解各个部门的需求就成了业务报表系统的关键。
在调研的过程中，我选用了一种工具叫Play CASE，可以从网上免费下载，有很强的功能。下面就介绍一下，在需求分析阶段，我是如何使用这一工具的。
第一步，了解业务组织结构。公司内部的数据实际上是在部门之间流动的。业务部门需要知道在本地覆盖区内各基站的话务量、当天的话务量（即话务量的时空分布）。财务部门需要知道本月各类用户的话费收入、预交款收入、与其他电信运营商的网间结算等。计划部门需要各部门的分析数据。计费部门需要提供本月的账革统计数据、话单统计数据分布（比如分别按照基站分布、时段分布以及按用户类别分布）、预交款统计数据、当前的欠费总额分布、催缴情况等等。这些部门时常为了数据而产生了大量无谓的争议。在使用Play CASE工具时，先要将这些部门录入到Play CASE的“业务部门”中．构成了一个信息源的接收点（或发送点）；而Play CASE通过图示表示了这些部门的关系，并转换成了相应的软件结构。实际上，这是一种系统建模的方法，即把业务系统中的各个组织转变为软件功能中的各个结构。这样，在需求分析阶段，明确哪些部门需要数据，从而保证了需求分析对整个公司的全面性，而不会忽略掉某一个部门，导致需求分析的不完整。
第二步，了解各个业务部门中的业务流程，使之通过Play CASE转换成软件的运行过程，这是一种动态建模的方法。在上一步的基础上，追踪各个部门的行为，录入到Play CASE中，并以形式化的语言描述各过程。对于复杂的过程，该工具还提供了进一步细化的方法，并且形成了业务流程图和业务状态图。根据这些流程图、状态图与实际业务部门的业务相结合比较，还是较为吻合的。在此步的实施过程中，运用了动态建模技术，使各部门业务流程的情况在软件的运行过程反映出来，从而保证了需求分析阶段中运行过程的描述能真实地反映实际情况，防止在后继的程序编写过程中，可能会经常发生的一类情况：程序员因为没有理解业务流程而出现“闭门造车”的现象，从软件的功能角度上保证了软件的正确性。
第三步，将业务数据转变为软件数据，这一步工作实际上就是收集各部门所需要的数据。分析各部门需要的数据都有哪些；以及数据是如何转换的，这可以归入“功能建模”的范畴。将这些相应数据录入到Play CASE中，选定所属的部门。这时就自动地建立了DFD图（数据流程图），数据字典，省去了人工建立时的很大麻烦。
第四步，将业务上的数据关系转变成软件中的数据关系。这里采用了面向对象的方法，把业务部门所需要的数据看作一个实体，部门间的数据关系就是实体之间的关系。比如：经营部门所需要的用户资料、用户话费，实际上就是用户这一实体与账单这一实体间的关系。Play CASE提供了构件（不过我觉得是部件更为合适一些），来表示对应的数据，并提供了三种构件的表示关系即组装关系、分类关系与相连关系。这三类关系基本上反映出了现实世界中的业务数据之间的关系。例如现实世界中的用户资料与用户话费，在Play CASE中，可将用户构件与账单构件用相连关系表示。这种方法，实际上是借鉴了OOA面向对象的分析方法中的类、聚集、继承、封装等概念，能较好地反映出现实中的业务；同时，这一步的工作也为总体设计中数据库的概念模式设计奠定了很好的基础。
经历了上述四个步骤以后，利用Play CASE工具自动生成了软件需求规格说明书、初步的DFD图和业务流程图，为下一步的总体设计打好了基础。
使用Play CASE工具，使需求分析既能继承传统的结构化分析方法，又能吸收面向对象设计方法的优点。比如能把业务流程转变成为运行过程，业务组织转变成了软件的结构等都体现了这一点。而在运行过程中，对复杂过程的细分以及追踪则反映了传统方法中的自上到下分解的分析思想，这对于解决复杂系统的分析是很有帮助的。
通过使用，我觉得这个工具还是很不错的。因为它实际将以下四个方面的问题结合起来了：软件、业务、开发人员和用户。对于用户而言，Play CASE用图形化的方式显示出业务流程，使用户了解业务在软件中的运行过程，提供了将来验收软件时的依据。对于开发人员来说，使开发人员能更清楚地了解业务流程，不会再发生“因为不理解用户的需求而出现的闭门造车情况，从而导致开发出来的产品不符合用户需要”的现象。因此，Play CASE所自动提供的需求说明书能够很好地沟通用户与开发人员之间的理解，使他们都能对需求有共同的理解。
使用Play CASE工具后，使我们的需求分析取得了很好的效果，不但能自动地提供许多结果，如需求说明书等；还使需求的质量有了很大的提高，受到领导的赞扬（领导不是学计算机的，但对公司的业务十分熟悉）；在后继的设计与维护工作中，我们感到工作似乎轻松了很多。
【摘要】
基于Web技术的数据库应用是当前应用的一个热点，在用户数目与通信负荷很大的场合，提高Web服务器性能是一个迫切的课题。本文从笔者参与某个银行系统项目开发的经历出发，阐述了提高Web服务器的性能应渗入到项目论证、选型、开发、运行和管理的各个环节，只有各个环节都能充分考虑到性能与质量的需要，系统的性能才是真正可保证的和可扩充的。
文章从系统的实际运行与相应的经验出发，阐述了性能改进方面的一些具体措施。
比如：在本文中讨论了Web服务器平台的选型考虑；Web服务器的配置管理；应用系统本身的优化与预先设计系统时可扩性的性能保障等具体内容。
通过技术上的分析与改进，综合性地运用多类措施与手段，在实际系统中，Web服务器运行的性能得到了一定程度的保证。
【正文】
我所在的单位是把目标定位于金融领域开发IT应用的一家信息技术公司。随着金融电子化建设的发展和商业银行之间市场竞争的加剧，各主要商业银行不断通过信息技术提供新的金融产品，并且希望能整合市场渠道。比如主要的商业银行不断推出形形的网上银行服务。在这种背景下，本人参与了开发新一代网上银行产品，涉及到提供网上个人理财服务、网上外汇买卖服务、网上企业服务等具有市场竞争力的产品。作为项目开发的组织者之一和主要的技术骨干，在整个项目开发过程中始终要处于第一线，从而在改进Web服务器性能、提高整个网上平台系统性能方面收获良多，在本文中简要讨论如下，希望与读者们共享经验。在Web服务器配置与优化方面，我有如下几方面主要的体会：
第一方面是Web服务器选型考虑。
在Web服务器选型及网上平台搭建之初，我们就已充分考虑整个网上平台的性能及可扩展性问题。这一考虑为该系统的稳定性及扩展性能力方面打下了坚实的基础。
某银行原有的一些网上产品由于开发较早，故而采用的是老式的HTTP Server+CGI程序调用的方式。这时，每一客户请求需要对应于后端系统的系统进程来运行CGI程序来处理，系统的开销相当大，系统的扩展能力也很差，性能已不能满足业务处理的需要，故而在为此银行系统具体选型的时候，我们一开始就否决了这种方案。
通过市场上同类产品的比较选择，我们选择了国际商业机器有限公司IBM的Web Sphere产品系列作为该行网上银行系统的建立平台。作出这样选择是因为Web Sphere基于使HTTP Server和应用服务器相分离的整体架构，同时支持JSP、Servlet和企业组Java Bean等轻量级线程规范，所有的请求对应于应用服务器上的处理线程，系统的开销低、效率非常高，同时Web Sphere整个体系结构相当的灵活，为适应扩展需要可以作不同的横向和纵向扩展，从而可以满足各银行未来的扩展需要。
正是因为在一开始选型的时候我们就已考虑到未来的扩展需要，整个系统在接下来的几次性能改进方面，我们大体上都能相对顺利地达到了预期目标。
第二方面是Web服务器的性能配置。
在一开始系统上线的时候，由于系统的负荷不是很大，为了节省系统总拥有成本TCO投资，我们在一台较低配置的IBM RS6000上投产了该系统。整个系统的HTTP服务器、应用服务器、通信服务器等均位于该台机器上，由于初始投产时用户不多，所以系统的性能基本上能令人接受。
但随着业务的发展和用户访问量的增大，我们发现该服务器的响应变慢，系统的CPU利用率和内外存交换显著增大。经过跟踪，我们发现关键原因之一是系统的内存不足的缘故。由于网上服务器把大量用户的会话信息保存在内存中供给应用系统使用，当内存不足时，大量Session信息被迫交换至硬盘，大量CPU时间消耗在等候内外存的交换上，系统效率迅速下降。
鉴于这种情况，我们把该服务器的内存由2GB扩充为4GB，同时相应调整用户会话信息的保存时间，这样整个系统的效率又回到较为理想的状况。
由于新应用的不断投产及数据库操作的日益增加，我们后来逐渐监控到系统的数据库处于繁忙状态，系统的错误日志也记录下了供应用服务器使用的数据库连接处出现资源不足的情况。在这种背景下，我们认为整个系统由于硬件配置所限，应该进行横向扩展，因此我们把数据库服务器分离出来，配置到另一较高性能的服务器上，相应定义的数据库资源也大幅增加，这样整个系统的性能又处于较为理想的状况。
第三方面是对应用系统进行相应的优化以提高性能。
Web服务器配置及相应的硬件扩展不失为解决系统性能问题的一条捷径，但应用系统的优化也是应该重点加以考虑的，毕竟它能够在投入较少的情况下提高系统的运用效率。
在开发的初期，我们就已经十分注意系统的利用效率，比如提醒程序员尽量不要利用用户会话信息(Session）来传递大的对象，对于内存要注意回收等。同时，通过内部的交流会推广与介绍一些小的、有用的编程技巧来提高开发人员的水平，通过代码的抽查，希望能在早期就发现问题等。
在系统运行期间，我们通过监控发现，应用服务器所基于的Java虚拟机，其内存堆的空闲空间有不断下降的趋势，每隔若干天导致空间消耗殆尽、无法分配新对象空间，从而导致系统重启。在排除了系统本身问题的原因外，我们确定为应用系统的开发有问题。通过从网上万载IBM公司检测Java虚拟机的相关工具对JVM进行监控后终于发现系统内部存在着不能回收内存的对象，再通过查找相应的程序发现在该程序中有“环状”的对象引用，从而导致对象使用后不能被垃圾收集器所回收。这个问题的解决过程虽然十分艰苦，但由于该问题不能通过升级硬件或增加资源配置而得到根本解决，会给系统带来很大的隐患。所以，整个过程的分析与解决是完全值得的，更何况通过查找故障原因的过程，给整个项目组上了生动的一堂软件质量保证课，对项目组的质量意识起了很大的促进作用。
所以说改进Web服务器的性能井不单纯是系统管理方面的工作，它渗透到开发以及
系统运行等一系列环节中。
第四方面预先考虑未来的扩展与性能需要。
随着系统的发展及成熟，考虑到用户访问量的不断上升，为了预留系统的发展空间，我们最近又对整个系统作了一个系统性的升级。通过引入多台HTTP服务器及应用服务器并行工作提高整个系统吞吐量及单点故障克服能力。由于在一开始选型的时候就已经充分考虑到动态负载均衡及横向扩展方面的需要，这一项的升级无需对整个系统的体系结构作根本的变革，对应用程序来说，更是没有造成任何影响。
本文通过一个集成电路设计有关的软件项目，讨论了该项目的主要特点和本人所担任的工作，着重讨论了在项目需求分析过程中采用的具体方法和工具以及选用的理由。
由于项目的专业领域的特殊性，分两类不同的需求讨论了需求分析中遇到的问题及解决方法；在这个过程中给出了对选用的具体工具和方法的效果的描述。接着本文讨论了对使用方法的改进的一些想法以及具体的实现过程。最后提出了我对需求分析的某些看法，强调了与客户沟通的重要性。
【正文】
近年，我一直从事某企业中有关IT项目的开发，有一个系统是用于计算机辅助电路设计的，包括了从上流设计到下流设计的所有流程，如用于可设计百万门数量级的逻辑门电路。有关方面把电路中路径的提取、过滤以及表示的某软件开发任务交给我公司，我有幸担任了该部分的需求分析以及设计。
我所设计部分为一单独可启动的软件，主要是解析文件中的连线路径，以列表视图和用直方图等把它们显示出来，还可以执行诸如查找与过滤等功能。
委托方对此提供了很初步的需求说明，把一些基本功能及性能要求描述了一下。我在需求分析时的工作主要有两点：第一，对该软件的界面等详细需求要自己重新进行分析提取。第二，对于已提供的功能要求需要深化和细化，以形成真正完整的需求分析文档。
在接到需求分析任务后，我分析了一下所要完成的工作。发现由于是专用领域的软件，对专业领域要求相当高，所以准备把此项目分成两部分：
（1）界面所受专业领域影响几乎没有，但由于全部没有任何要求，反而会感到风险和改动可能是最大的。
（2）功能方面由于委托方的许多功能都可以调用相应模块来得到，并且已有了相应的书面的简单需求，相应来说只是完成深化。对界面，我采用了部分RUP的思想迭代与渐进。而对功能需求采取了分层细化，每细化一层就要求委托方确认、修改和补充。
首先把风险较大的部分完成，这是现代软件开发的基本常识。我选择先进行界面的需求分析。第一步是根据功能描述抽取出逻辑模型，并使逻辑模型与界面元素及功能一一对应，大体上决定了界面应有的功能，然后根据该界面功能描述，确定具体的控件，这时，我参考了委托方已初步完成的主窗口的界面布局及控件的使用规律，然后根据需要完成的功能从Qt（由于要支持Windows和Unix双平台，所以控件库采用Qt）的类库中选择相应的控件。在提取和抽象逻辑模型时，我采用了Rose 2000中的用例图，即以 USE-CASE图来描述与外部的关系。之所以采用Rose，我是基于以下的原因：第一，在已开发的部分中，委托方统一要求我们使用Rose进行类和顺序图等的设计和代码生成。第二，Rose提供了标准的图来描述系统与外部的关系，在全球范围已是一种标准结构。第三，使用上的方便性。我用Rose的USE-CASE图，理清了我们的软件窗口与委托方主窗口以及外部角色（操作者）之间的相互关系。
在确定了界面元素后，考虑到文档的可理解性不是很强，我采用Visio 2000把界面的外观绘制出来，写上了基本的控件作用，随后送给委托方评审，幸运的是除了几个小功能的修改，委托方基本批准了我的方案。转贴于
下面的工作是为控件的行为及状态变化制定相应的状态迁移图，我选用的工具仍是Rose，我用了状态图和时序图，把重要的控件状态变化及相应顺序进行了描述，随后的几天把相应的DOC文档建好写明，基本上界面设计就完成了。
下面的需求是针对功能需求的。虽然委托方技术部门有初步的需求文档，但由于领域的专门化不对，我不清楚其中复杂的路径提取关系及较深入的专业术语，一直有一种举步维艰的感觉。只能采用分层细化的原则，从最初的几条深入一层变成十几条。这样的话，不会一下子碰到太深的专业问题，可以循序渐进从委托方与文献的解答中不断学习，深化自己对专业领域的了解，这样在设计中自己始终是层层推进的，不至于一于碰到无法逾越的专业障碍。
在这一阶段的开发中，由于一直是与自己不熟悉的专业领域打交道，所以我觉得一些辅助设计工具似乎无法发挥应有的功能。在这期间，对我帮助最大的应是公司的E-Mail系统，所有不清楚的问题的提出，以及对问题的解答都通过它进行周转。换句话说，在需求分析阶段，它起到了一个与客户的交流沟通和客户需求的提取作用。所以，我认为在这一阶段，E-Mail系统是对我帮助最大的工具，其次是Excel，我用它建立了问题跟踪图表，对每一个提出的问题，均需要记录上去，把问题结果（可分为已清楚、仍不太清楚、不清楚、尚未回答）均记录下来，根据这些表，我可以很好地了解自己工作中的核心问题，并有了解决它的方向，提高了工作效率。
每进行一层的细化，我都把结果交付委托方审核，由他们进行提出何时能终止细化，大约在八层细化后，对方认为已达到了效果，确认可以结束。至此，分析工作全部完成，项目的需求分析基本成功了。
在这次需求分析中，我认为取得成功的原因主要是方法和工具选择得正确。在界面设计中采用了流行的辅助工具，对需求及逻辑模型的建立提供很大的帮助，可以更方便帮助自己理清思路。选用了迭代法，把一些错误的影响在功能分析和界面分析的不断迭代过程中加以改正。在后期，以功能需求为主时，我主要依赖的是沟通工具和表格工具，这也说明辅助工具不是万能的，需求分析的关键之关键，应是与客户的交流与沟通。
通过这次案例，我认为在软件的需求分析工作中，方法的重要性应远超过工具的使用，应当首先确定分析中的风险，把风险分类，用不同的方法去解决各类风险，而工具的选择不仅是要看影响力和名气，而是要真正为我所用，应把握其精髓，即是此工具到底可以对开发有什么帮助，而不是仅限于如何使用。我认为在需求分析中工具的作用不外乎两个：一是实际系统与环境模型等的抽象工具，二是需求表达工具。第一类的代表是Rose，第二类的代表是Word，WPS，Visio等，在这次项目中由于地理上的限制还用到了沟通工具，Web浏览与E-Mail服务系统。
最后我还是总结一下，在需求分析中工具方法都只是辅助项目成功的因素，真正的决定因素还是—一“与客户的沟通”。
1.1通信行业中计算机技术的含义分析
通信技术是当今人们生产生活中不可或缺的一项重要工具，主要包括光通信技术以及电通信技术等。其中，电通信技术又涵盖有线通信和无线通信。通信技术有着高效的数据传输功能，能有效获取手机信号及卫星通信信号，然而该技术也存在着一定的局限性，即运行周期小、成本高以及维护耗费时间长等。而计算机通信技术作为计算机技术与通信技术的有效融合，凭借射频辨识模块、GPS无线通信技术、红外感应器件以及激光扫描部件等技术及部件，将互联网与任意物品相连，进而达到实现网络信息高速通信的目的。另外，计算机通信技术能够智能识别信号，并物联网进行全面的分析，是当今相关领域研究学者研究的热点所在。
1.2通信行业中计算机技术的特点
首先，计算机通信技术能够实现多媒体形式的信息传输。该技术以二值信号为重要基础，完成语言、声音以及图片等信息的传呼，与此同时，还完成了传输与处理过程中的监管工作。其次，数据和信息的传输效率较高。一般情况下，一条语言模拟数据的传输能达到每秒2400比特，换句话来说，一分钟传输的字符数为18000个；而在数字信息传播模式中，每秒传输的字符数可达每秒64000比特，既一分钟传达480000字符。可见，数字信息传输模式的速度是模拟信息的数据传输速度无法比拟的。再次，计算机通信的呼叫持续时间较短。据相关调查研究显示，仅有少部分的计算机通信是在一秒内就可完成的，大多数计算机通信都需要在5s内才能完成。在传统通信模式的信息传递中，即电话的信息传输中，一般情况下，都需要持续三到五分钟。然而在计算机通信中，建立信息传播方和信息接收方的联系的时间通常都短于一分三十秒。
2计算机技术在通信行业中的应用分析
2.1计算机通信技术在信息管理系统中的应用
社会经济的发展使得各企、事业单位对信息处理和管理系统的需求日益增多。而在此过程中，越来越多的企、事业单位选择了通过应用计算机通信技术的方式，来将信息处理及管理系统进行不断完善，进而到到提升企、事业单位业务工作效率的目的。具体来说，既是在通过上级业务单位合理引导的基础上，以本单位的实际情况为重要依据，完成从办公室自动化到远程自动化的转变，进而推动终端设备得到切实有效的应用。计算机通信技术在信息管理系统中的有效应用不仅缓解、减轻了相关部门的工作压力，保障了企业的业务质量，与此同时，还有效地促进了各企、事业单位的通信活动的顺利开展，保障了信息的安全性及可靠性。
2.2计算机通信技术在计费系统中的应用
随着信息技术的不断进步与发展，人们对信息传输系统在功能上的要求也越来越高，例如，需要具备专项计费功能等。然而事实上，计费工作大多都是由计算机技术来完成的。专门的计算机利用性能强大且储存着大量信息的计费模板，来根据顾客的实际需要进行计费系统的规划与完善，在提升计费工作效率的同时，更好地满足了计费的需要[3]。例如，我国的三大通信运营商——移动、联通以及电信，其经营运作便运用了以计算机技术为核心的通信计费系统，利用其统一性的通信计费方式来完成高效、便捷、合理的计算收费工作。另外，该系统还具有实现地方与地方之间，部门与部门之间的计算费用功能，还能扩展计算机通信计费系统的兼容性，有利于计费的灵活性。
2.3计算机通信技术在数据管理和数据查号中的应用
计算机通信技术是对传统查号方式的有效改良，该技术不仅提高了查号的准确性和可靠性，同时还能为客户提供统计、数据更新以及修改用户密码等功能，大大促进了数据查号和数据管理的效率，其具体应用如公用网的长途电话局、短途电话局等。除此之外，需要强调的是，在设计该系统之前，就需要考虑到要在应用计算机通信技术实现查号时对相关部门的信息数据进行科学、合理的管理，以保障系统的有效性。
3结语
建构主义提供了一种与传统的客观主义不同的学习理论。建构主义学习理论认为，学习不是由教师向学生传递知识，而是学生自己建构知识的过程，学生不是被动的信息吸收者，相反，他要主动地建构信息的意义，这种建构不可能由他人代替[1]。建构主义学习活动过程是以学习者为中心，因而学习者就更具有兴趣和动机，能够鼓励学习者进行批判型思维，能够更易于提供个体的学习风格，也容易建构信息的意义。
现在全国各高校都逐步重视计算机应用型人才的培养工作。在计算机应用型人才培养工作中，教学工作是重中之重。在教学过程中，教学方法的正确运用会使我们的教学工作有事半功倍的效果。如何有效地运用建构主义的教学方法应用于计算机应用型人才的教学过程中呢？本文基于此探讨了建构主义的基本教学方法，并结合近些年来的切身的教学体会，给出在计算机应用型人才培养的教学过程中如何去运用这些方法进行教学，希望给计算机应用型教育的教学方法的改革带来帮助。
1 建构主义的教学方法
1.1 学习环境建构主义认为，学习者获得的知识是在一定情境下，借助于他人的帮助，如人与人之间的协作、交流、利用必要的信息等等，通过意义的建构而获得的。理想的学习环境应当包括情境、协作、交流和意义建构四个部分[2]。
(1) 情境。学习环境中的情境必须有利于学习者对所学内容的意义建构。在教学设计中，必须创设有利于学习者建构意义的情境，这一环节最为重要。
(2) 交流是协作过程中最基本的方式或环节。学习小组成员之间必须通过交流来商讨如何完成规定的学习任务达到意义建构的目标，怎样更多的获得教师或他人的指导和帮助等等。协作学习的过程实际上也是交流的过程，在这个过程中，每个学习者的想法都为整个学习群体所共享。交流对于推进每个学习者的学习进程，是至关重要的手段。
(3) 协作应该贯穿于整个学习活动过程中。教师与学生之间，学生与学生之间的协作，对学习资料的收集与分析、假设的提出与验证、学习进程的自我反馈和学习结果的评价以及意义的最终建构都有十分重要的作用。推荐阅读：高校工商管理本科学生毕业实习毕业论文
(4) 意义建构是教学过程的最终目标。建构的意义是指事物的性质、规律以及事物之间的内在联系。
在学习过程中帮助学生建构意义就是要帮助学生对当前学习的内容所反映事物的性质、规律以及该事物与其他事物之间的内在联系达到较深刻的理解。
1.2 建构主义常用的教学方法在建构主义的教学模式下，比较成熟的教学方法主要有以下几种：
(1) 抛锚式教学(Anchored Instruction)。这种教学要求建立在有感染力的真实事件或真实问题的基础上。确定这类真实事件或问题被形象地比喻为抛锚，因为一旦这类事件或问题被确定了，整个教学内容和教学进程也就被确定了(就像轮船被锚固定一样)。建构主义认为，学生要想完成对所学知识的意义建构，即达到对该知识所反映事物的性质、规律以及该事物与其它事物之间联系的深刻理解，最好的办法是让学生到现实世界的真实环境中去感受、去体验(即通过获取直接经验来学习)，而不是仅仅聆听别人(例如教师)关于这种经验的介绍和讲解。由于抛锚式教学要以真实事例或问题为基础(作为锚)，所以有时也被称为实例式教学或基于问题的教学
