软件Software复杂性度量:程序复杂性度量

复杂性主要指模块内复杂性它直接关联到软件Software开发费用多少开发周期长短和软件Software内部潜伏多少同时它也是软件Software可理解性另种度量 减少复杂性可提高软件Software简单性和可理解性并使软件Software开发费用减少开发周期缩短软件Software内部潜藏减少中国自学编程网整理发布www.zxbc.cn ... [阅读全文]

qq空间导行代码:代码行度量法

度量复杂性最简单思路方法就是统计源代码行数此思路方法基本考虑是统计个源代码行数并以源代码行数作为复杂性度量 若设每行代码出错率为每100行源中可能数目例如每行代码出错率为1%则是指每100行源中可能有个中国自学编程网整理发布www.zxbc.cn Thayer曾指出出错率估算范围是从O.04%~7%的间即每100行源中可能存在o.04~... [阅读全文]

软件Software复杂性度量:软件Software复杂性的综合度量

在软件Software复杂性综合度量情形先引入几个概念: (1)交付文档:交付文档是指按照合同或委托书规定在软件Software开发单位交付软件Software产品同时应当提交文档目前交付文档应包括软件Software需求介绍说明书、用户手册、清单、测试计划和测试报告等 (2)软件Software微观复杂性:软件Software微观复杂性是指... [阅读全文]

敏捷开发:敏捷开发实战问题

敏捷开发和极限编程(XP)中不强调文档编制重要性以及计划(严格来说是长期性计划)死板和过于详细性而强调文档随意性和关键性计划灵活性但是这个尺度把握是很重要我们不能理解为:不写文档或者不做很详细计划或者除了代码外就没有严格里程碑产物事实上在项目初期或者构建团队(Team)初期当沟通不够时有必要用强制性文档碑和Project详细计划来约束团队(Team)成员... [阅读全文]

大事件:从2大事件看软件Software设计中业务模型的处理

最近个多月我国发生了两起比较严重“拥挤”事件是奥运门票第 2阶段预定开始第天订票系统就陷入瘫痪 2是刚刚发生重庆家乐福促销导致踩踏事件这两件看起来毫不相关事件如果从软件Software设计角度看却有着惊人相似他们让我想起个专业词语“并发”网络软件Software系统设计时我们必需要考虑并发问题对并发控制我们也有很多成熟解决方案但是并不是所有“并发”问题都... [阅读全文]

敏捷开发:敏捷开发原则

以下原则是敏捷实战区别于重型过程特征所在 1.尽早经常性进行交付努力在项目刚开始几周内交付个具有基本功能系统然后努力坚持每两周就交付个功能渐增系统 2.团队(Team)努力保持软件Software结构灵活性这样能够欢迎需求变化(变化可以为客户创造竞争优势)因此要学习面向对象设计原则和模式这会帮助我们维持这种灵活行 3.要经常性交付软件Software并且是可以工... [阅读全文]

如何估算高低点:如何估算测试工作量

作为个管理者你是否被询问到某个项目要花多少时间多少人力测试;或是作为个普通测试员你是否被询问到要花多少时间来完成某个任务或是次回归测试?我想大多数在软件Software行业人或多或少都会碰到这样有关工作量估计询问那么你是如何回答呢?你对你自己回答有信心吗?你是否最终发现实际上花去时间和原本估计时间大相径庭呢? 区别人会使用许多区别思路方法来估算及安排他们测试工作... [阅读全文]

神话组成成员:项目开发过程及成员组成

最近做完了个项目感慨颇深根据做项目经验现初步拟了个项目开发过程及成员组成还请各位多多指教 项目过程 1、项目启动   1)、项目组成立(公司成员、客户成员)   2)、制定项目预期目标   3)、制定项目计划周期   4)、建立好项目组成员沟通机制 2、需求调研   1)、创建调研计划、协调调研时间   2)、收集客户资料获取客户需求   所有资料都需要保留份资料中存疑需要及时询问   3)、编写... [阅读全文]

神话组成成员:项目开发过程及成员组成

许多研究数据表明软件Software公司只有 建立良好测试体系才能较早地发现软件Software中存在问题降低开发费用和维护费用减少客 户使用软件Software时由于质量问题带来损失有效地提高软件Software公司软件Software过程改进能力和软件Software工 程化能力我公司以前在软件Software开发上同样碰到不注重软件Software测试带来... [阅读全文]

正语小议:小议code管理模式

首先我们大概讲下什么是JunitFactory. JunitFactory 其实就是Junit’s Factory.如果曾经是java开发人员应该大家都知道Junit 就是java单元测试他功能是什么呢?其实主要是检查个思路方法输入相关参数后得到结果是否是自己期望而且在以前应用中往往是开放人员根据参数预先心中算出结果然后手工放入到Junit中接着运行这个... [阅读全文]

精益生产:软件Software开发的精益理念

精益生产是制造业领域大创举而如果把精益生产简单原则运用到软件Software开发上我们称的为精益编程(LeanProgramming)有人预言精益编程效果可能和20世纪80年代精益生产所带来生产改进样重大精益生产10条简单原则对精益编程同样适用实际上自适用软件Software开发及肯特·贝克极限编程(ExtremeProgramming)中都运用了这些原则www... [阅读全文]

优秀团队(Team)的特征:优秀的软件Software设计特征

个优秀软件Software设计应具有以下特征: 1. 复杂度最小化设计首要目标就是让复杂度最小化设计人员要做就是要把复杂问题简单化而不要故做聪明将问题复杂化显得自己很高深样子实则适得其反了设计目标应该简单并容易被理解这点不仅应用于软件Software设计也应用于代码书写代码尽量易于理解有时加些必要注释是必需不要被味追求算法优秀算法不仅要运行速度快而且要易... [阅读全文]

helpdesk:什么是help desk人员?

Tommy被雇佣担任HelpDesk技术员他和下班后HelpDesk人员起工作下班后HelpDesk人员由大约10名技术员组成他们负责公司需要在下班期间支持8个远程站点Tommy总是带着他笔记本电脑上班当经理问及此事时Tommy解释说他用其休息时间准备个认证考试这似乎是无害并得到了批准尽管公司对在未经公司安全检查就从外部将机器带入公司网络行为有条公司内安全制度... [阅读全文]

数据库编码:数据库编码解决方案

  问题所在:现在几乎所有应用系统都无法避免使用数据库系统在JAVA世界里访问数据库是件非常轻松事情JDBC为JAVA应用访问数据库提供了个统接口通过使用JDBC接口开发者无需关心系统最终采用哪种数据库JDBC仅仅是定义了访问几个JAVA接口类具体实现是由数据库厂商提供这种做法其实和其他数据库连接方式例如ODBC是类似但是在实际应用过程中开发者发现离JDBC设计... [阅读全文]

需求管理和项目计划的联系

项目计划制定虽然是依据需求或者项目范围来确定但是很难从生命周期确定到任务分解再到关键路径选择中看到项目计划和需求关联点在哪里项目管理(project management)者在编排任务确定进度时也很少考虑任务本身承载内涵(需求)是什么项目管理(project management)者通过项目计划就很难看清楚开发计划背后活动随着需求管理概念提出后项目... [阅读全文]

生命周期模型

进行完软件Software估计后刘小备开始启动下阶段工作选择软件Software生命周期可供软件Software生命周期模型这么多有原型法、编码-修改法、传统瀑布、改进瀑布、增量、螺旋、RUP、XP还有什么“V”模型、“W”模型到底选择哪种呢?刘小备想起来头大索性就不想了直接去找昔日故交孔小明如今孔小明已经是“孔氏项目管理(project management)... [阅读全文]

项目经理(project manager)刘小备的一天

背景介绍说明:人物:部门经理:汉小帝刘正系统实施部经理:陶小谦项目经理(project manager):刘小备软件Software工程师:关小羽张小飞赵小云马小超黄小忠任务:为江东通信公司开发套管理平台软件Software江东通信公司接口人:鲁小肃时间:2007年某某月某某天当前状态:项目在编码阶段进入第3天按计划今天对前两天代码进行走读 刘小备照例7:30... [阅读全文]

嵌入式软件Software开发:嵌入式软件Software及开发技术

从上个世纪80年代Intel制造4004开始就开始有嵌入式应用了后来又出现在主要应用在控制领域单片机嵌入式样系统应用就更广泛了期间出现了嵌入式操作系统使嵌入式应用领域更加广泛 嵌入式系统是专用计算机系统内嵌到其他系统中用于增强系统功能嵌入式系统既然是计算机系统也不外乎软件Software和硬件两个部分硬件部分仍包括处理器平台、内存、总线和外部设备几个部分... [阅读全文]

面向对象的概念:面向对象技术及相关概念剖析

我上篇文章中已经提到,面向对象技术包括面向对象分析(OOA),面向对象设计(OOD),面向对象编程(OOP)和面向对象测试(OOT).面向对象技术核心应该是OOA和OOD(有些资料上干脆把 2者合并称OOAD),OOP和OOT跟面向过程编程和测试没有什么区别.面向对象思想更符合人思维习惯,所以用来做软件Software系统分析和设计,但该技术并不是银弹,和传统... [阅读全文]

任务分配:软件Software工程中的任务分配

在每个任务中动作要分配给计算机、用户或者 2者般地用户承担需要创造、判断和探索任务而计算机承担重复检查、计算和数据处理任务数据录入、数据恢复和决策支持则是混合任务这些混合任务需要通过人和计算机交互来共同完成因此需要进步细化以确定人和计算机怎样组成 任务分配产生两个网络个是人任务网络个是计算机任务网络人任务网络介绍说明如何安装、操作和使用系统它最后将... [阅读全文]

工作方式和工作设计

首发中国自学编程网 www.zxbc.cn 工作方式有两种 (1)由个人单独完成个系统目标例如在商店业务处理系统中检查顾客订单任务中工作将是:数据输入、顾客赊欠清理、分辨和赊欠查询 (2)任务进展跟踪确定命令在系统中什么地方、确定关键延迟命令、调查拖延原因、提出解决建议等 工作方式应当在任务复杂性和人专注程度的间权衡重复太多无强求性任... [阅读全文]

menu设计:界面设计类型-菜单(menu)

菜单又称为选单是由系统预先设置好显示于屏幕上组或几组可供用户选用命令用户只需通过鼠标或移位键等定位设备就可以方便地选取他所需要菜单项使对应命令得以执行从而实现其意图’菜单可以按照以下两种方式进行分类 (1)按照显示形象或样式来分类 1)正文菜单:简称菜单它实质上是系统命令或者是其简写形式在个菜单中包含许多菜单项可按某种约定把它们成行成... [阅读全文]

图象设计:界面设计类型-图象

在用户界面中加入丰富多彩画面将能够更形象地为用户提供有用信息而达到可视化目其主要处理有图象隐蔽和再现、屏幕滚动和图案显示包括动画 中国自学编程网整理发布 www.zxbc.cn (1)图象隐蔽和再现 实际应用系统中常常频繁地要求把屏幕上某块矩形区域内图象隐蔽起来然后在以后适当时间令其重新显现 例如下拉式菜单和弹出式菜单在显示时就需... [阅读全文]

界面设计:界面设计类型-对话

对话也称为对话框是系统在必要时显示于屏幕上个矩形区域内图形和正文信息通过对话实现用户和系统的间通信 通常对话是用户在选取菜单项或图标时种辅助手段对话在屏幕上出现方式和弹出式菜单类似即瞬时弹出同时系统对其外框矩形区域所覆盖原屏幕图象内容加以保护以便在对话结束时能够把这些屏幕图象内容立即予以恢复有 3种对话形式 (1)必须回答式必须回答式对话在屏幕上出现时用户必须给予回答如图6.6所示如果用户不理睬这... [阅读全文]

language:问题描述语言PoL(Problem oriented Language)

问题描述语言是种结构化语言它可以分为 4层 (1)任务层:这层描述用户需求对软件Software全部功能和性能进行分解确定目标和子目标完善地描述软件Software面对全部问题 (2)语义层:这层确定系统面对对象(概念实体)以及基于这些对象的上操作概念实体可以是抽象概念例如某种联系也可以是具体对象例如某个消息在这层还要给出为完成任务所需思路方法或过程 (3)语法层:将语义层操作和思路方法细化为由各... [阅读全文]

软件Software过程改进:软件Software过程的改进计划(上)

1:软件Software过程思想 1.1:什么是过程过程定义很多书上都给出了区别答案可能是这些给出定义所关注方向区别因此会忽视些其他方面造成很难给过程个明确定义在这里引用个比较全面定义来阐述过程“过程事实上有 3方面特性:首先过程应被定义因此过程第个方面就是过程定义通常是将过程所包含活动及文档化;第 2应将有关过程知识传授给需要执行过程每个人所以第 2个方面就是... [阅读全文]

软件Software过程改进:软件Software过程的改进计划(下)

2.2.制定过程改进计划2.2.1.过程改进可行性根据上述分析整理总结所列出优势可以得出此次软件Software过程改进还是可以得到执行:企业背景和业务方面有很大优势要加以利用同时最好能说服集团公司上层领导告诉他们软件Software过程改进可以大大提高项目开发进度降低开发成本这样比较容易争取领导层对软件Software过程改进支持 企业内部组织结构分工、职责比较明确并且具备定灵活性对于引入RUP... [阅读全文]

系统构架:系统构架师必备知识整理总结

.软件Software架构般概念 .软件Software架构师角色以及最难处理问题 .系统架构核心原则 .系统架构设计特点、层次、分类 .系统架构设计构想、节奏、预测、验证 .系统架构设计协作和简化 .系统架构主要理论、方向和趋势 .如何成为个好系统架构师 信息化模型和需求过程和领域建模 .网络支撑平台模型建立 .信息应用平台模型建立 .数据中心模型建立 .信息系统安全模型建立 .合理架构设计... [阅读全文]

软件Software体系架构:软件Software体系架构思路方法整理总结

软件Software开发源和架构架构满足了多个质量属性实现方式和思路方法各个质量属性的间存在些微妙关系很有趣举个例子: 1.假定架构最大限度满足了性能是否要损失安全呢?这样系统让人担心 2.假定架构最大限度满足了安全某种程度上是否性能要大打折扣呢? maybe世上不存在个系统能够同时最大限度满足相互排斥质量属性你同意这样观点吗? 插句题外话曾经和位资深软件Software开发人员讨论系统架构居然... [阅读全文]

节点图:人工节点

先简单说说什么是人工节点人工节点概念是和自动节点相对顾名思义人工节点就是需要有人参和节点在实际流程中它体现在产生由人完成工作项以及由人决定些决策变量这些决策变量会对流程运行产生影响(例如分支选择等等)自动节点则是由工作流引擎自己完成不需要人参和通常是执行定制业务操作相比较而言人工节点更多应用在管理流程里而自动节点更多则是应用在企业业务流程里 www. 人工节点职... [阅读全文]
<< < 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 > >> 共1228条 分41页