绩效管理的根本目的:软件Software项目管理(project management)的根本目的
软件Software质量高低取决于其是否符合包括功能性、可靠性、易用性、效率、可维护性、可移植性等在内 6个方面要求而要达到这 6个方面质量要求就必须对软件Software开发过程中各个环节进行全过程项目管理(project management)从需求分析、设计、编码、测试到上线验收进行控制根据软件Software工程生命周期软件Software项目可分为... [阅读全文]
项目管理(project management)软件Software:软件Software项目管理(project management)过程
软件Software项目管理(project management)对象是软件Software工程项目它所涉及范围覆盖了整个软件Software工程过程 为使软件Software项目开发获得成功必须对软件Software开发项目工作范围、可能遇到风险、需要资源(人、硬／软件Software)、要实现任务、经历里程碑、花费工作量(成本)以及进度安排等等做到心中有数而软件Software项目管理(pr... [阅读全文]
对程序设计的理解:分析和理解程序
经过分析全面、准确、迅速地理解是决定维护成败和质量好坏关键在这方面软件Software可理解性和文档质量非常重要必须: (1)理解功能和目标； (2)掌握结构信息即从中细分出若干结构成分如系统结构、控制结构、数据结构和输入／输出结构等； (3)了解数据流信息即所涉及到数据来源何处在哪里被使用； (4)了解控制流信息即执行每... [阅读全文]
软件Software工程程序:软件Software工程的修改程序
对修改必须事先做出计划有预谋地、周密有效地实施修改 (1)设计修改计划 修改计划要考虑人员和资源安排小修改可以不需要详细计划而对于需要耗时数月修改就需要计划立案此外在编写有关问题和解决方案大纲时必须充分地描述修改作业规格介绍说明修改计划内容主要包括: ·规格介绍说明信息:数据修改、处理修改、作业控制语言修改、系统的间接口修改等； ·维护资源:新版本、测试数据、所... [阅读全文]
md5验证程序:重新验证程序
在将修改后提交用户的前需要用以下思路方法进行充分确认和测试以保证整个修改后正确性 (1)静态确认 修改软件Software伴随着引起新危险为了能够做出正确判断验证修改后至少需要两个人参加要检查 1)修改是否涉及到规格介绍说明?修改结果是否符合规格介绍说明?有没有歪曲规格介绍说明? 2)修改是否足以修正软件Software中... [阅读全文]
软件Software复杂性度量:软件Software可维护性的度量
人们直期望对软件Software可维护性做出定量度量但要做到这点并不容易许多研究工作集中在这个方面形成了个引人注目学科——软件Software度量学下面将介绍度量个可维护 7种特性时常用思路方法这就是质量检查表、质量测试、质量标准 质量检查表是用于测试中某些质量特性是否存在个问题清单评价者针对检查表上每个问题依据自己定性判断回答“Yes”或者“No... [阅读全文]
建立明确的软件Software质量目标和优先级
个可维护应是可理解、可靠、可测试、可修改、可移植、效率高、可使用但要实现这所有目标需要付出很大代价而且也不定行得通某些质量特性是相互促进例如可理解性和可测试性、可理解性和可修改性但另些质量特性却是相互抵触例如效率和可移植性、效率和可修改性等因此尽管可维护性要求每种质量特性都要得到满足但它们相对重要性应随用途及计算环境区别而区别例如对编译来说可能强调效率；... [阅读全文]
使用提高软件Software质量的技术和工具
(1)模块化 模块化是软件Software开发过程中提高软件Software质量降低成本有效思路方法的也是提高可维护性 有效技术它优点是如果需要改变某个模块功能则只要改变这个模块对其他模块影 响很小；如果需要增加某些功能则仅需增加完成这些功能新模块或模块层；测试和重复测试比较容易；易于定位和纠正；容易提高效率 (2)结构化设计 结... [阅读全文]
进行明确的质量保证审查
质量保证审查对于获得和维持软件Software质量是个很有用技术除了保证软件Software得到适当质量外审查还可以用来检测在开发和维护阶段内发生质量变化旦检测出问题来就可以采取措施来纠正以控制不断增长软件Software维护成本延长软件Software系统有效生命期 为了保证软件Software可维护性有 4种类型软件Software审查 ... [阅读全文]
c语言程序设计:选择可维护的程序设计语言
设计语言选择对可维护性影响很大低级语言即机器语言和汇编语言很难理解很难掌握因此很难维护高级语言比低级语言容易理解具有更好可维护性但同是高级语言可理解程度也不样例如coBOL语言比FORTRAN语言容易理解它更接近于英语；PL／1语言比COBOL语言容易理解它有更丰富、更强指令集 从建立良好结构来看各个语言的间也有差别如老FORTRAN语言版本中逻... [阅读全文]
程序设计文档:改进程序的文档
文档是对总目标、各组成部分的间关系、设计策略、实现过程历史数据等介绍说明和补充文档对提高可理解性有着重要作用即使是个十分简单要想有效地、高效率地维护它也需要编制文档来解释其目及任务而对于维护人员来说要想对编制人员意图重新改造并对今后变化可能性进行估计缺了文档也是不行因此为了维护人们必须阅读和理解文档那种对文档价值估计过低看法是由于过低估计了用户对改变要求... [阅读全文]
老化箱:维护老化代码
几乎所有有较长历史软件Software开发组织都有些在15年以前开发这些通常称 为“老化代码”开发这些技术人员般不是现在成员；而且没有使用现代开发思路方法因此得到数据结构和体系结构都很差文档不完全并且对曾经做过修改没有完整记录 对于这样没有完全软件Software配置和良好设计“老化代码”维护人员可能不太熟悉为了能够有效地维护它们Yourdon提... [阅读全文]
程序设计文档:改进程序的文档
文档是对总目标、各组成部分的间关系、设计策略、实现过程历史数据等介绍说明和补充文档对提高可理解性有着重要作用即使是个十分简单要想有效地、高效率地维护它也需要编制文档来解释其目及任务而对于维护人员来说要想对编制人员意图重新改造并对今后变化可能性进行估计缺了文档也是不行因此为了维护人们必须阅读和理解文档那种对文档价值估计过低看法是由于过低估计了用户对改变要求... [阅读全文]
逆向工程:逆向工程和再工程
术语“逆向工程”来自硬件软件Software公司对竞争对手硬件产品进行分解了解竞争对手在设计和制造上“隐秘”如果竞争对手设计和制造规格介绍说明能够得到要掌握这些隐秘并不难然而这些文档是保密软件Software公司做逆向工程时是不能利用成功逆向工程应当通过考察产品实际样品导出该产品个或多个设计和制造规格介绍说明 软件Software逆向工程是完全类... [阅读全文]
软件Software工程的重要性:软件Software工程的预防性维护
上面已经谈到有类如同碗意大利实心面条那样是具有长达2000条语句特长“模块”且在9000条源语句中只有3条有意义注释又没有其他文档为了修改这类以适应用户新或变更需求可以有以下几种选择: (1)通过反复地修改和不可见设计及源代码“战斗”以实现必要变更； (2)尽可能多地掌握内部工作细节以便更有效地做出修改； (3)重新设计、重... [阅读全文]
逆向工程:逆向工程的元素
逆向工程就好像是个魔术管道可以把个非结构化无文档源代码或目标代码清单喂入管道则从管道另端出来计算机软件Software全部文档逆向工程可以从源代码或目标代码中提取设计信息其中抽象层次、文档完全性、工具和人交互程度以及过程思路方法都是重要原因 逆向工程抽象层次和用来产生它工具提交设计信息是原来设计赝品它是从源代码或目标代码中提取出来理想情况是抽象层... [阅读全文]
软件Software配置管理工具:软件Software配置管理
软件Software工程过程输出有 3种信息: 1)计算机(源及目标)； 2)描述计算机文档(包括技术文档和用户文档)； 3)数据结构 在软件Software工程过程中产生所有信息项(文档、报告、、表格、数据)就构成了软件Software配置软件Software配置是软件Software具体形态在某时刻瞬时影像这样具体形态取两种形式: 1)不可直接执行材料:如书... [阅读全文]
资源配置的概念:软件Software配置实际上是一个动态的概念
软件Software配置实际上是个动态概念方面随着软件Software生存期向前推进SCI数量在不断增多些文档经过转换生成另些文档并产生些信息另方面又随时会有新变更出现形成新版本因此整个软件Software生存期软件Software配置就像部不断演变电影而某时刻配置就是这部电影个片段 为了方便对软件Software配置各个片段即SCI进行控制和管... [阅读全文]
文档版本控制软件Software:软件Software版本控制
版本控制利用工具来管理在软件Software工程过程中所建立起来配置对象区别版本Clemm描述SCM环境中版本控制说:“配置管理允许用户选择适当版本来确定软件Software系统配置这可以通过把些属性结合到各个软件Software版本上再通过描述所希望属性集合来确定(或构造)所想要配置” 上面所说“属性”可能简单到个特定版本号它被指派给某特定对象... [阅读全文]
变更控制:软件Software变更控制
软件Software生存期内全部软件Software配置是软件Software产品真正代表必须使其保持精确软件Software工程过程中某阶段变更均要引起软件Software配置变更这种变更必须严格加以控制和管理保持修改信息并把精确、清晰信息传递到软件Software工程过程下步骤 变更控制包括建立控制点和建立报告和审查制度 对于个大型软... [阅读全文]
reportingservice:配置状态报告(configuration status Reporting CSR)
为了清楚、及时地记载软件Software配置变化不致于到后期造成贻误需要对开发过程作出系统记录以反映开发活动历史情况这就是配置状态登录任务 登录主要根据变更控制小组会议记录并产生配置状态报告 报告对于每项变更记录以下问题:(1)发生了什么?(2)为什么会发生?(3)谁做?(4)什么时候发生?(5)会有什么影响? 图11·19描述了配置状... [阅读全文]
com编程协议:我对协议编程的研究
我对协议编程研究来至于在处理界面逻辑代码时遇到问题例如个窗体类我们可以在这个窗体类任何成员思路方法中对这个窗体类中界面元素进行任何形式操作这种形式对于coding scope来说是完全合理但对于业务逻辑来说是无协议我们经常会遇到这样问题(这个问题也是我最近遇到)在窗体类中由于数据处理复杂性导致窗体向用户显示界面状态和数据本身不致情况要更加强调是导致这种情况发生不... [阅读全文]
面向对象设计原则:面向对象设计(OOD)原则
单职责原则(SRP):个类应当只有个改变原因类只需要知道件事情它们应当有个单独职责要点就是当个类需要改变时应当只有个原因 开放-封闭原则(OCP):软件Software实体(类、模块、等)应当为扩展而开放又为修改而封闭这个原则有个相当详细定义但是个简单意思是:你应当能够改变个模块周边环境而无须改变模块本身 Liskov替换原则(LSP):子类型(subtypes... [阅读全文]
abap开发:R/3 ABAP开发学习笔记
R/3 ABAP开发学习笔记 T-Code:ST05,SE38,SE37,SE93,SE73,ABAPhelp 1、ST05是用于在开发ABAP时对应事务码取得字段是“数据结构”而不是“透明表”时候通过ST05“SQL跟踪”来获得相关“Select”语句；般查看“REC”列耗时比较多“Select”语句； 2、跟踪时如果有涉及到“数量”这类有对数据表进行更新或插... [阅读全文]
开发dba:DBA在系统设计、开发中的重要性
、现阶段DBA对系统性能及稳定性所做调整工作 目前DBA对系统性能调整工作大致是这么几个方面: 1、在硬件层面进行调优这通常就是直接花钱买设备、扩容 2、在DB层面进行调优比如调整化参数调整数据库物理结构 3、对应用SQL进行优化比如在数据库分析statspack调整TopSQL 4、只有非常少数通常是对系统稳定要求较高些公司应用才会在新应用上线前让DBA对sq... [阅读全文]
降低成本:软件Software项目管理(project management)—保障时间、提高质量、降低成本
有关软件Software管理,历来是仁者见仁、智者见智,但软件Software项目复杂而又难于管理应该是公认 为此,早在1968年秋季,NATO(北约)科技委员会召集了近50名流编程人员、计算机科学家和工业界巨头,讨论和制定摆脱“软件Software危机”对策在那次会议上第次提出了软件Software工程(software engineering)这个概... [阅读全文]
saas发展:2007年国内SaaS发展综述
软件Software即服务是SaaS发展核心你并不是真正得到了套物理可以运行软硬件系统而是得到种软件Software服务SaaS抛弃掉些定制和个性化用户需求对企业对信息化需求高度抽象提取共性信息形成相关软件Software服务产品如果讲SaaS和传统ASP区别可以将SaaS软件Software更加强调是套软件Software服务符合诸多组织和用户需求传统ASP软... [阅读全文]
项目管理(project management)要素:谈项目管理(project management)核心要素
做了这么久项目管理(project management)还是句话IT项目管理(project management)要做好太困难我们只能够是定个改进目标然后不断朝这个目标去努力对于知识体系PMBOK和 PRINCE2都进行了完善知识体系阐述对于组织级项目管理(project management)成熟度我们也可以借鉴OPM3成熟度模型在IT项目管理(proje... [阅读全文]
项目组合管理中的十大最佳实战
在新产品研发过程中涉及到项目选择决策和资源高效分配等诸多问题要有效解决这些问题必须要引入种专业和系统思路方法论因此在这里我们引入了项目组合管理概念也提出了10条组合管理中最佳实战1.专注于项目端到端数据完整性如果项目本身执行数据不准确和完整那么世界上最好项目选择系统也毫无价值缺乏良好和早期信息是所有公司在进行新产品开发中头疼事情新产品开 发项目已经开始了但他们往... [阅读全文]
解决问题的思路方法和途径-问题分析-问题树
问题分析中第步其实和问题定义是完全连贯即细化问题定义在问题定义阶段我们仅仅给出现状和期望差 距即可但是究竟是哪里问题？问题症状表现究竟分为了哪些方面？这些内容就属于问题定义细化由于在整个细化过程中就会设计到调查研究我们需要调 查研究并根据收集回来数据分析后才能够得出结论这个过程其实就已经是问题分析过程如果你不知道你要去哪里？那么你可以选择任何条路分析问题过程就是... [阅读全文]
