谈计算机应用软件的开发和维护方案.doc

谈计算机应用软件的开发和维护方案 计算机软件系统设计中程序编码是软件开发中十分重要的组成部分如何分析计算机应用软件的开发和维护方案? 摘要：由于电子信息技术的飞速发展计算机的技术形成呈现出不断创新的发展局面计算机的技术形式得到了较为广泛的普及本文在研究中将计算机软件开发技术作为研究的重点对软件开发的模型及维护的重要意义进行了综合性的分析核心目的是通过维护技术的优化实现计算机软件系统的合理开发从而为计算机软件开发技术的发展提供依据 关键词：计算机软件开发;步骤分析维护措施 对于计算机软件系统而言在其运用的过程中具有软件及硬件之分这两种系统形式是组成计算机不可缺少的部分对于软件系统而言其通常情况下会分为系统软件以及应用软件系统软件的建立及实现是较为基础的运行功能;应用软件的种类相对较多如日常系统中的QQ软件、电影应用软件等通过这些软件的运用可以在某种程度上极大提高计算机的操作功能对于一个计算机系统软件而言当软件在实施开始到废弃之后其软件也就完成了整个周期该周期分为软件的计划、开发及运行不同阶段都具备软件系统的不同特点因此在现阶段软件系统开发的环境下编辑人员应该认识到软件设计的基本步骤通过开发维护方案的合理确立实现计算机软件系统的稳定运行 1计算机软件的项目开发 1.1需求分析 在计算机软件系统设计的过程中设计方需要与用户的基本需求达成一致做好市场调查掌握用户对软件开发中的基本需求从而保证软件设计的准确性、清晰性及直观性因此在需求分析的环境下就应该做到以下几点：第一在调查分析的同时初步建立宏观性的系统调控模型;第二有效消除模型中的外在因素通过对逻辑模型的抽象化处理保证需求设计的合理性;第三分析该系统与理想系统之间的差异性;第四通过对目标系统的完善及补充满足软件系统设计的基本需求;第五在项目审核的基础上满足用户的基本需求 1.2软件设计 对于软件设计环节而言主要是在系统环境营造的环境下通过对软件功能的开发及分析对系统的模块进行划分并通过模块的设计实现系统功能的有效说明保证不同系统模块环境下程序编写的有效分析 1.3程序编辑 计算机软件系统设计中程序编码是软件开发中十分重要的组成部分在整个资源开发的环境下项目开发人员需要通过对程序语言进行编写及分析使所有程序达到生成的最终目的同时在整个过程中编写人员应该对项目生成的结果进行稳定分析从而保证程序编辑的合理性 1.4系统测试 在应用软件系统设计的过程中通过系统项目的测试可以实现项目的合理检验及时发现软件系统中的错误及缺陷保证软件功能的正常发挥及稳定测试同时项目测试人员在工程测试中应该通过单元测试及综合测试的阶段性分析进行应用软件功能模块的有效确立保证系统设计的稳定性及安全性当检测人员在系统测试中发现了系统缺陷及系统错误的问题时就应该及对系统中的相关资源进行调整保证软件系统应用质量的稳定性从而实现计算机系统软件开具及维护技术的科学运用1 2计算机应用软件维护的特点分析 2.1结构化维护与非结构化维护的差异 首先对于结构化维护而言主要是指使用软件工程设计的基础上进行软件指导文件的稳定开发在这种系统维护的过程中可以使人们全面理解并掌握软件的基本功能分析系统的结构实现资源系统的稳定开发并在此基础上减少系统维护过程中所消耗的精力、降低工程花费从而全面提升系统维护的整体效率其次非结构化维护主要是指在软件配置环境下软件配置中的唯一成分是程序代码在维护代码程序运用的基础上进行合理评价但是在系统评价的同时会导致程序内部不足而造成的评价困难更为严重的状态下会对软件系统的结构、性能以及束缚能力造成一定的制约最后在程序代码改动的状态下其项目分析后果较难评估这种现象的出现主要是由于测试文档缺失所造成的而在该种状态下也就不能进行回归测试分析因此在现阶段软件系统维护的过程中为了充分保证项目修改的合理性在非结构化维护需求分析中就应该构建科学化的服务机制从而为软件系统的结构优化提供稳定支持 2.2软件维护中的代价分析 通过对软件维护的现状分析可以发现在以往的软件维护项目设计的过程中其经费的花费呈现出不断增加的发展状态其中的维护费用是软件维护中较为明显的项目内容但是在未来软件系统维护的环境下人们会较为关注一些显现性不明显的内容这种现象的出现也就为维护项目的设计带来严重的影响而这种代价的呈现也就是软件维护环境中的无形代价在这些无形代价分析的环境下维护技术的合理性以及修改项目的稳定会逐渐降低用户的满意度因此在系统维护的过程中需要项目工程师进行工程的调试从而实现维护资源的稳定优化通常情况下维护工作可以分为生产性活动以及非生产性活动其中的生产性活动主要包括对软件系统的评价及分析并通过对软件的修改实现软件程序的有效编写对于非生产性劳动内容而言同时在程序代码功能的理解及分析的过程中也可以实现对数据资源的有效运用从而为数据结构的稳定设计、接口分析提供良好支持2 3计算机软件开发中系统模型的构建 3.1快速应用模型的构建 快速应用(RAD)模型的构建主要是一种增量型的软件开发过程在开发的同时会强调较短时间内的开发周期对于这种模型形式而言也是一种高速性的变种内容通过快速构建方式的运用满足系统开发的基本功能在需求理解的环境下也可以有效约束项目的使用范围利用项目资源的完善性实现信息资源的模型完善在该种模型运行的过程中存在着有点及缺点首先缺点可以分为以下几个方面：第一该模型的构建只能运用在信息系统之中;第二该模型中较大项目需要足够的人力资源去进行快速应用的系统构建;第三资源的开发者及客户的需求需要在很短的时间内进行需求的分析当出现两种配合不当的现象时就会造成RAD项目