站的|页搜烦(ch)服务是由Google提供的。网易CEO丁磊认ؓ(f)Q正式启用独立研发的“有道”搜烦(ch)内核Q是公司发展的一个重要里E碑Q表明了(jin)|易的搜索引擎技术进一步成熟?/p>
U观?jng)场Q目前,除了(jin)新浪选择?jin)与h合作之外Q搜狐、网易、腾讯三安户都选择?jin)大力发展独立的搜?ch)引擎技术?/p>
事实上,有道搜烦(ch)(www.yodao.com)?006q底推Z(jin)试版,也最早引?#8220;|络释义”?#8220;x(chng)提示”{h性化的新功能。据Uͼ日前的有道网|索较此前在抓取量上提升了(jin)3倍。通过“|页预览”的专利技术,|友能在讉K搜烦(ch)l果前预先看到网中的文本,q支持关键词定位查询?jin)解|页内容Q避免了(jin)下蝲速度q慢、网站木马及(qing)恶意代码的隐忧;“x(chng)提示”功能Q通过对互联网上搜索热点的分析Q会(x)最常见和可能的关键词在搜烦(ch)框中提示呈现?/p>
此外Qؓ(f)?jin)顺应国内博客热潮,|易有道博客搜烦(ch)Ҏ(gu)M件的反应可达到小时别的更新Q网友们可以q速找到博客们对热点事件的评论Q还h“博客档案”{一pdҎ(gu)功能?/p>
工作量估模型:(x)
该模型本质上是一个经验模型,主要针对业务复杂型且已有较成熟框架的目Q不知道是否适用于技术复杂型或者协调复杂型?
Z如下假设Q?
1、宏观上以P代式Q或阶段式)(j)ZQ每个P代(或阶D)(j)包含一个比较完整的需求、设计、开发、测试、发布的程Q各个P代(或阶D)(j)之间有交叉?
ȝ来说是类grup的一个过E?
2、项目团队的l构、个力、参与度是一个典型的业务复杂型团队。其人员呈较为合理的U锤型结构,允许部分人员较ؓ(f)薄弱?
目理Q需求分析:(x)设计Q开发:(x)试Q实施支?0.5Q?Q?Q?Q?Q?.5
注意Q以上比例仅代表工作量比例,不代表团队成员比例,团队成员可以g同角Ԍ
3、在每个阶段中,又分Z下几cd作:(x)
1Q初始细化。其主要目的是针Ҏ(gu)的解决或预防风险,也包括技术架构甚至部分公共模块的开发。该部分工作量取决于风险的高?sh),通常占一个阶D늚10?0%?
2Q构造开发。以功能模块Q或功能点)(j)为基准单位,按比例分配需求、设计、开发、测试的工作量,参考比例ؓ(f)1Q?Q?Q?。如果该模块包括数据q移Q则额外增加1份工作量?
3Q实施支持培训。占一个阶D늚5?0%
4Q管理沟通协调成本,占一个阶D늚10%左右?
4、功能模块(或功能点Q工作量估算?
1个基准功能模块通常包含1-2个业务对象,每个业务对象中带业务逻辑的属性大U?0个不刎ͼ包括该业务对象的单行为:(x)增、删、改、查。但不包括该业务对象的复杂行为?
在采用成熟框架的情况下下Q该基准模块的工作量估算?5人天Q取有一定经验的人员Q,包含初次开发及(qing)后箋(hu)完善的工作量。此时有效工作比率ؓ(f)60%?
复杂行ؓ(f)视ؓ(f)单行为的4倍?
特别复杂的功能点Q包含有特定法的)(j)需要单独估,在早期以5-10倍估?
5、风险预阌Ӏ此部分完全取决于对目的评伎ͼq综合各斚w因素由各估算成员凭借经验得出。(德尔塔法Q?/p>
其模型如下:(x)
T=[QN*PQ?S]*(1+X)
TQd作量Q单位ؓ(f)人天
NQ基准功能模块数目,Ҏ(gu)需求按l验评估Q可按功能模块细化估?
PQ基准功能模块的工作量,通常?5人天?
SQ构造开发工作量占整个阶D늚癑ֈ比,?0%?5%之间
XQ项目风险预ԌҎ(gu)l验取|低的?0%Q高的可以超q?00%
注意Q此工作量和q度q没有必然的联系Q破坏项目结构的人员q加q不能带来进度上的利益?/p>
出现该状态代码时Q浏览器能够自动讉K新的URLQ因此它是一个很有用的状态代码?
注意q个状态代码有时候可以和301替换使用。例如,如果览器错误地hhttp://host/~userQ缺了(jin)后面的斜杠)(j)Q有的服务器q回301Q有的则q回302?
?可行性分析报告:(x)说明该Y件开发项目的实现在技术上、经上和社?x)因素上的可行性,评述Z(jin)合理地达到开发目标可供选择的各U可能实施方案,说明q论证所选定实施Ҏ(gu)的理由?
?目开发计划:(x)Y仉目实施方案制订出具体计划Q应该包括各部分工作的负责h员、开发的q度、开发经费的预算、所需的硬件及(qing)软g资源{?
?软g需求说明书QY件规D明书Q:(x)Ҏ(gu)开发Y件的功能、性能、用L(fng)面及(qing)q行环境{作?gu)l的说明。它是在用户与开发h员双方对软g需求取得共同理解ƈ达成协议的条件下~写的,也是实施开发工作的基础。该说明书应l出数据逻辑和数据采集的各项要求Qؓ(f)生成和维护系l数据文件做好准备?
?概要设计说明书:(x)该说明书是概要实际阶D늚工作成果Q它应说明功能分配、模块划分、程序的Ml构、输入输Z?qing)接口设计、运行设计、数据结构设计和出错处理设计{,l设计提供基?
?详细设计说明书:(x)着重描q每一模块是怎样实现的,包括实现法、逻辑程{?
?用户操作手册Q本手册详细描述软g的功能、性能和用L(fng)面,使用户对如何使用该Y件得到具体的?jin)?为操作h员提供该软g各种q行情况的有关知识,特别是操作方法的具体l节?
?试计划Qؓ(f)做好集成试和验收测试,需为如何组l测试制订实施计划。计划应包括试的内宏V进度、条件、h员、测试用例的选取原则、测试结果允许的偏差范围{?
?试分析报告Q测试工作完成以后,应提交测试计划执行情늚说明Q对试l果加以分析Qƈ提出试的结论意见?
?开发进度月报:(x)该月报系软g人员按月向管理部门提交的目q展情况报告Q报告应包括q度计划与实际执行情늚比较、阶D|果、遇到的问题和解决的办法以及(qing)下个月的打算{?
?目开发ȝ报告QY仉目开发完成以后,应与目实施计划对照Qȝ实际执行的情况,如进度、成果、资源利用、成本和投入的h力,此外Q还需对开发工作做?gu)Pȝ出经验和教训?
?软gl护手册Q主要包括Y件系l说明、程序模块说明、操作环境、支持Y件的说明、维护过E的说明Q便于Y件的l护?
?软g问题报告Q指?gu)Y仉题的登记情况Q如日期、发Ch、状态、问题所属模块等Qؓ(f)软g修改提供准备文档?
?软g修改报告QY件品投入运行以后,发现?jin)需对其q行修正、更改等问题Q应存在的问题、修改的考虑以及(qing)修改的媄(jing)响作?gu)l的描述Q提交审扏V?
可行性分析报?
1 引言
1.1 ~写目的Q阐明编写可行性研I报告的目的Q提?gu)者对象?
1.2 目背景Q应包括
?所开发Y件的名称
?目的Q务提?gu)、开发者、用户及(qing)实现软g的单?
?目与其他Y件或其他pȝ的关pR?
1.3 定义Q列出文档中用到的专门术语的定义和羃写词的原文?
1.4 参考资料:(x)列出有关资料的作者、标题、编受发表日期、出版单位或资料来源Q可包括
?目l核准的计划d书、合同或上机关的批?
?与项目有关的已发表的资料
?文档中所引用的资料,所采用的Y件标准或规范
2 可行性研I的前提
2.1 要求Q列出ƈ说明开发Y件的的基本要求,?
?功能
?性能
?输入/输出
?基本的数据流E和处理程
?安全与保密要?
?与Y件相关的其他pȝ
?完成日期
2.2 目标Q可包括
?人力与设备费用的节省
?处理速度的提?
?控制_ֺ或生产力的提?
?理信息服务的改q?
?决策pȝ的改q?
?人员工作效率的提?
2.3 条g、假定和限制Q可包括
?开发Y件运行的最短寿?
?q行昄Ҏ(gu)选择比较的期?
?l费来源和用限?
?法律和政{方面的限制
?g、Y件、运行环境和开发环境的条g和限?
?可利用的信息和资?
?开发Y件投入用的最q时?
2.4 可行性研I方?
2.5 军_可行性的主要因素
3 对现有系l的分析
3.1 处理程和数据流E?
3.2 工作负荷
3.3 费用支出Q如人力、设备、空间、支持性服务、材料等开?
3.4 人员Q列出所需人员的专业技术类别和数量
3.5 讑֤
3.6 局限性:(x)说明现有pȝ存在的问题(sh)?qing)?f)什么需要开发新的系l?
4 所技术可行性分?
4.1 对系l的要描q?
4.2 与现有系l比较的优越?
4.3 处理程和数据流E?
4.4 采用pȝ可能带来的媄(jing)?
?对设备的影响
?对现有Y件的影响
?对用L(fng)影响
?对系l运行的影响
?对开发环境的影响
?对经Ҏ(gu)出的影响
4.5 技术可行性评?包括
?在限制条件下Q功能目的是否达?
?利用现有技术,功能目的是否辑ֈ
?对开发h员数量和质量的要求,q说明能否满?
?在规定的期限内,开发能否完?
5 所pȝl济可行性分?
5.1 支出
5.2 效益
5.3 收益/投资?
5.4 投资回收周期
5.5 敏感性分析:(x)指一些关键性因素,如:(x)
?pȝ生存周期长短
?pȝ工作负荷?
?处理速度要求
?讑֤和Y仉|变化对支出和效益的影响{的分析
6 C会(x)因素可行性分?
6.1 法律因素Q如
?合同责Q
?늊专利?
?늊版权
6.2 用户使用可行性:(x)?
?用户单位的行政管?
?工作制度
?人员素质{能否满?
7 其他可供选择的方?
逐个阐明其它可供选择的方案,q点说明未被推荐的理由?
8 l论意见
?可着手组l开?
?需{待若干条g具备后才能开?
?需对开发目标进行某些修?
?不能q行或不必进?
?其它
目开发计?
1 引言
1.1 ~写目的Q阐明编写可行性研I报告的目的Q提?gu)者对?
1.2 目背景Q应包括
?目的委托单位、开发单位和ȝ部门Q?
?该Y件系l与其他pȝ的关pR?
1.3 定义Q列出文档中用到的专门术语的定义和羃写词的原?
1.4 参考资料:(x)可包括:(x)
?目l核准的计划d书、合同或上机关的批?
?文档所引用的资料、规范等
?列出q些资料的作者、标题、编受发表日期、出版单位或资料来源Q?
2 目概述
2.1 工作内容:要说明项目的各项主要工作Q介l所开发Y件的功能、性能{;若不~写可行性研I报告;则应在本节给?gu)详细的介l;
2.2 条g与限? 阐明为完成项目应具备的条件、开发单位已具备的条件以?qing)尚需创造的条g。必要时q应说明用户?qing)分合同承担的工作、完成期限及(qing)其他条g与限制?
2.3 产品
2.3.1E序Q列出应交付的程序名U、用的语言?qing)存储Ş式?
2.3.2文档Q列出应交付的文档?
2.4 q行环境Q应包括g环境、Y件环境?
2.5 服务Q阐明开发单位可向用h供的服务。如人员培训、安装、保修、维护和其他q行支持?
2.6 验收标准
3 实施计划
3.1 d分解QQ务的划分?qing)各Q务的负责人?
3.2 q度Q按阶段完成的项目,用图表说明开始时间、完成时间?
3.3 预算
3.4 关键问题Q说明可能媄(jing)响项目的关键问题Q如讑֤条g、技术难Ҏ(gu)其他风险因素Qƈ说明对策?
4 人员l织?qing)分?
5 交付期限
6 专题计划要点
如测试计划、质量保证计划、配|管理计划、h员培训计划、系l安装计划等?
软g需求说明书
1 引言
1.1 ~写目的Q阐明编写需求说明书的目的,指明读者对象?
1.2 目背景Q应包括
?目的委托单位、开?j)单位和ȝ部门Q?
?该Y件系l与其他pȝ的关pR?
1.3 定义Q列出文档中所用到的专门术语的定义和羃写词的愿文?
1.4 参考资料:(x)可包?
?目l核准的计划d书、合同或上机关的批?
?文档所引用的资料、规范等
?列出q些资料的作者、标题、编受发表日期、出版单位或资料来源
2 d概述
2.1 目标
2.2 q行环境
2.3 条g与限?
3 数据描述
3.1 表态数?
3.2 动态数据:(x)包括输入数据和输出数据?
3.3 数据库描qͼ(x)l出使用数据库的名称和类型?
3.4 数据词典
3.5 数据采集
4 功能需?
4.1功能划分
4.2功能描述
5 性能需?
5.1 数据_?
5.2 旉Ҏ(gu):(x)如响应时间、更新处理时间、数据{换与传输旉、运行时间等?
5.3 适应性:(x)在操作方式、运行环境、与其他软g的接口以?qing)开发计划等发生变化Ӟ应具有的适应能力?
6 q行需?
6.1 用户界面Q如屏幕格式、报表格式、菜单格式、输入输出时间等?
6.2 g接口
6.3 软g接口
6.4 故障处理
7 其他需?
如可使用性、安全保密、可l护性、可UL性等?
概要设计说明?
1 引言
1.1 写目的:(x)阐明~写概要设计说明书的目的Q指明读者对象?
1.2 目背景Q应包括
?目的委托单位、开发单位和ȝ部门
?该Y件系l与其他pȝ的关pR?
1.3 定义Q列出本文档中所用到的专门术语的定义和羃写词的愿意?
1.4 参考资料:(x)
?列出q些资料的作者、标题、编受发表日期、出版单位或资料来源
●项目经核准的计划Q务书、合同或上机关的批文;目开发计划;需求规D明书Q测试计划(初稿Q;用户操作手册
?文档所引用的资料、采用的标准或规范?
2 d概述
2.1 目标
2.2 需求概q?
2.3 条g与限?
3 M设计
3.2 Ml构和模块外部设?
3.3 功能分配Q表明各功能与E序l构的关pR?
4 接口设计
4.1 外部接口Q包括用L(fng)面、Y件接口与g接口?
4.2 内部接口Q模块之间的接口?
5 数据l构设计
6 逻辑l构设计
所有文档的l一面格式如下|C?
7 物理l构设计
8 数据l构与程序的关系
9 q行设计
9.1 q行模块的组?
9.2 q行控制
9.3 q行旉
10 出错处理设计
10.1 出错输出信息
10.2 出错处理对策Q如讄后备、性能降、恢复及(qing)再启动等?
11 安全保密设计
12 l护设计
说明为方便维护工作的设施Q如l护模块{?
详细设计说明?
1 引言
1.1 ~写目的Q阐明编写详l设计说明书的目的,指明读者对象?
1.2 目背景Q应包括目的来源和ȝ部门{?
1.3 定义Q列出本文档中所用到的专门术语的定义和羃写词的愿意?
1.4 参考资料:(x)
?列出有关资料的作者、标题、编受发表日期、出版单位或资料来源
●项目经核准的计划Q务书、合同或上机关的批文;目开发计划;需求规D明书Q概要设计说明书Q测试计划(初稿Q;用户操作手册
?文档所引用的资料、Y件开发的标准或规范?
2 M设计
2.1 需求概q?
2.2 软gl构Q如l出软gpȝ的结构图?
3 E序描述
3.1 逐个模块l出以下说明Q?
?功能
?性能
?输入目
?输出目
3.2 法Q模块所选用的算法?
3.3 E序逻辑Q详l描q模块实现的法Q可采用Q标准流E图QPDL语言QN-S图;判定表等描述法的图表?
3.4 接口
?存储分配
?限制条g
3.5试要点Q给出测试模块的主要试要求?
用户操作手册
1 引言
1.1 ~写目的Q阐明编写手册的目的Q指明读者对象?
1.2 目背景Q说明项目的来源、委托单位、开发单位及(qing)和主部门?
1.3 定义Q列出手册中使用的专门术语的定义和羃写词的愿意?
1.4 参考资料:(x)
?列出有关资料的作者、标题、编受发表日期、出版单位或资料来源
?目l核准的计划d书、合同或上机关的批文;目开发计划;需求规D明书Q概要设计说明书Q详l设计说明书Q测试计?
?文档中所引用的其他资料、采用的软g工程标准或Y件工E规范?
2 软g概述
2.1 目标
2.2 功能
2.3 性能
2.4 数据_度:(x)包括输入、输出及(qing)处理数据的精度?
2.5 旉Ҏ(gu):(x)如响应时间、处理时间、数据传输时间等?
2.6 灉|性:(x)在操作方式、运行环境需做某些变更时软g的适应能力?
3 q行环境
3.1 g
?列出软gpȝq行时所需的硬件最配|,如计机型号、主存容?
?外存储器、媒体、记录格式、设备型号及(qing)数量
?输入、输?gu)?
?数据传输讑֤?qing)数据{换设备的型号?qing)数量?
3.2 支持软g
?操作pȝ名称?qing)版本?
?语言~译pȝ或汇~系l的名称?qing)版本?
?数据库管理系l的名称?qing)版本?
?其他必要的支持Y?
4 使用说明
4.1 安装和初始化Q给出程序的存储形式、操作命令、反馈信息及(qing)其做含意、表明安装完成的试实例以及(qing)安装所需的Y件工L(fng)?
4.2 输入Q给?gu)入数据或参数的要求?
?数据背景Q说明数据来源、存储媒体、出现频度、限制和质量理{?
?数据格式:如长度、格式基准、标受顺序、分隔符、词汇表、省略和重复、控制?
?输入举例?
4.3 输出Q给出每输出数据的说明?
?数据背景Q说明输出数据的d、用频度、存攑֪体及(qing)质量理{?
?数据格式Q详l阐明每一输出数据的格式,如首部、主体和N的具体Ş式?
?举例
4.4 出错和恢复:(x)l出出错信息?qing)其含意Q用户应采取的措施,如修攏V恢复、再启动?
4.5 求助查询Q说明如何操作?
5 q行说明
5.1 q行表:(x)列出每种可能的运行情况,说明其运行目的?
5.2 q行步骤Q按序说明每和q行的步骤,应包括:(x)
5.3 q行控制
5.4 操作信息Q运行目的、运行目的、操作要求、启动方法、预计运行时间、操作命令格式及(qing)说明、其他事;
5.5输入/输出文gQ给出徏立或更新文g的有关信息,如:(x)文g的名U及(qing)~号Q记录媒体;存留的目录;文g的支配:(x)说明定保留文g或废弃文件的准则Q分发文件的对象Q战胜硬件的优先U及(qing)保密控制{?
5.6 启动或恢复过E?
6 非常规过E?
提供应急戒非常规操作的必要信息?qing)操作步骤,如出错处理操作、向后备pȝ切换操作?qing)维护h员须知的操作和注意事V?
7 操作命o(h)一览表
按字母顺序逐个列出全部操作命o(h)的格式、功能及(qing)参数说明?
8 E序文gQ或命o(h)文gQ和数据文g一览表
按文件名字母序或按功能与模块分c顺序逐个列出文g名称、标识符?qing)说明?
9 用户操作举例
试计划
1 引言
1.1 ~写目的Q阐明编写测试计划的目的q指明读者对象?
1.2 目背景Q说明项目的来源、委托单位及(qing)ȝ部门?
1.3 定义Q列出测?计划中所用到的专门术语的定义和羃写词的原意?
1.4参考资料:(x)列出有关资料的作者、标题、编受发表日期、出版单位或资料来源Q可包括Q项目的计划d书、合同或Ҏ(gu)Q项目开发计划;需求规D明书Q概要设计说明书Q详l设计说明书Q用h作手册;本测试计划中引用的其他资料、采?
的Y件开发标准或规范?
2 d概述
2.1 目标
2.2 q行环境
2.3 需求概q?
2.4 条g与限?
3 计划
3.1 试Ҏ(gu)Q说明测试方法和选取试用例的原则?
3.2 试目Q列出组装测试和认试中每一Ҏ(gu)试的内容、名U、目的和q度?
3.3 试准备
3.4 试机构?qing)h员:(x)试机构名称、负责h和职责?
4 试目说明
4.1 按顺序逐个Ҏ(gu)试项目做?gu)?
4.1.1 试目名称?qing)测试内?
4.1.2 试用例
4.1.3 输入Q输入的数据和输入命令?
4.1.4 输出Q预期的输出数据?
4.2 步骤?qing)操?
4.3 允许偏差Q给出实结果与预期l果之间允许偏差的范围?
4.4 q度
4.5 条gQ给出项试对资源的Ҏ(gu)要求Q如讑֤、Y件、h员等?
4.6 试资料Q说明项试所需的资料?
5 评h(hun)
5.1 范围Q说明所完成的各Ҏ(gu)试说明问题的范围?qing)其局限性?
5.2 准则Q说明评论测试结果的准则?
试分析报告
1 引言
1.1 ~写目的Q阐明编写测试分析报告的目的q指明读者对象?
1.2 目背景Q说明项目的来源、委托单位及(qing)ȝ部门?
1.3定义Q列出测试分析报告中所用到的专门术语的定义和羃写词的原意?
1.4参考资料:(x)列出有关资料的作者、标题、编受发表日期、出版单位或资料来源Q可包括Q项目的计划d书、合同或Ҏ(gu)Q项目开发计划;需求规D明书Q概要设计说明书Q详l设计说明书Q用h作手册;试计划Q测试分析报告所引用的其他资料、采用的软g工程标准或工E规范?
2 试计划招待情况
2.1 机构和h员:(x)l出试机构名称、负责h和参与测试h员名单?
2.2 试l果Q按序l出每一试目的:(x)实测l果数据Q与预期l果数据的偏差;该项试表明的事实;该项试发现的问题?
3 软g需求测试结?
按顺序给出每一w求测试的l论。包括:(x)证实的Y件能力;局限性(即项需求未得到充分试的情况及(qing)原因?
4 评h(hun)
4.1 软g能力Q经q测试所表明的Y件能力?
4.2 ~陷和限Ӟ(x)说明试所揭露的Y件缺陷和不Q以?qing)可能给软gq行带来的媄(jing)响?
4.3 Q提Zؓ(f)弥补上述~陷的徏议?
4.4 试l论Q说明能否通过?
开发进度月?
1 报告旉?qing)所处的开发阶D?
2 工程q度
2.1 本月内的主要zd
2.2 实际q展与计划比?
3 所用工?
按不同层ơh员分别计时?
4 所用机?
按所用计机机型分别计时?
5 l费支出
分类列出本月l费支出目Q给出支出总额Qƈ与计划比较?
6 工作遇到的问题及(qing)采取的对{?
7 本月完成的成?
8 下月的工作计?
9 Ҏ(gu)问题
目开发ȝ报告
1 引言
1.1 ~写目的Q阐明编写ȝ报告的目的ƈ指明读者对象?
1.2 目背景Q说明项目的来源、委托单位、开发单位及(qing)ȝ部门?
1.3 定义Q列出报告中所用到的专门术语的定义和羃写词的原意?
1.4参考资料:(x)列出有关资料的作者、标题、编受发表日期、出版单位或资料来源Q可包括Q项目的计划d书、合同或Ҏ(gu)Q项目开发计划;需求规D明书Q概要设计说明书Q详l设计说明书Q用h作手册;试计划Q测试分析报告;本报告引用的其他资料、采用的开发标准或开发规范?
2 开发结?
2.1 产品Q可包括列出各部分的E序名称、源E序行数Q包括注释行Q或目标E序字节数及(qing)E序总计数量、存储Ş式;产品文档名称{?
2.2 主要功能?qing)性能
2.3 所用工Ӟ(x)按h员的不同层次分别计时?
2.4 所用机Ӟ(x)按所用计机机型分别计时?
2.5 q度Q给?gu)划进度与实际q度的对比?
2.6 费用
3 评h(hun)
3.1 生率评P(x)如^均每人每月生产的源程序行数、文档的字数{?
3.2 技术方案评?
3.3 产品质量评h(hun)
4 l验与教?
软gl护手册
1 引言
1.1 ~写目的Q阐明编写手册的目的q指明读者对象?
1.2 目背景Q说明项目的提出者、开发者、用户和使用场所?
1.3 定义Q列出报告中所用到的专门术语的定义和羃写词的原意?
1.4 参考资料:(x)列出有关资料的作者、标题、编受发表日期、出版单位或资料来源Q及(qing)保密U别Q可包括Q用h作手册;与本目有关的其他文档?
2 pȝ说明
2.1 pȝ用途:(x)说明pȝ具备的功能,输入和输出?
2.2 安全保密Q说明系l安全保密方面的考虑?
2.3 M说明Q说明系l的M功能Q对pȝ、子pȝ和作业做出综合性的介绍Qƈ用图表的方式l出pȝ主要部分的内部关pR?
2.4 E序说明Q说明系l中每一E序、分E序的细节和Ҏ(gu)?
2.4.1 E序1的说?
?功能Q说明程序的功能?
?Ҏ(gu)Q说明实现方法?
?输入Q说明程序的输入、媒体、运行数据记录、运行开始时使用的输入数据的cd和存攑֍元、与E序初始化有关的入口要求?
?处理Q处理特点和目的Q如Q用图表说明E序的运行的逻辑程Q程序主要{ULӞ对程序的U束条gQ程序结束时的出口要求;与下一个程序的通信与联l(q行、控Ӟ(j)Q由该程序生ƈ茉处理E序D用的输出数据cd和存攑֍元;E序q行存储量、类型及(qing)存储位置{?
?输出Q程序的输出?
?接口Q本E序与本pȝ其他部分的接口?
●表|(x)说明E序内部的各U表、项的细节和Ҏ(gu)。对每张表的说明臛_包括Q表的标识符Q用目的;使用此表的其他程序;逻辑划分Q如块或部,不包括表;表的基本l构Q设计安排,包括表的控制信息。表目结构细节、用中的特有性质?qing)各表项的标识、位|、用途、类型、编码表C?
?Ҏ(gu)的运行性质Q说明在用户操作手册中没有提到的q行性质?
2.4.2E序2的说?
与程?的说明相同。以后的其他各程序的说明相同?
3 操作环境
3.1 讑֤Q逐项说明pȝ的设备配|及(qing)其特性?
3.2 支持软gQ列出系l用的支持软gQ包括它们的名称和版本号?
3.3 数据库:(x)说明每个数据库的性质和内容,包括安全考虑?
3.3.1M特征Q如标识W、用这些数据库的程序、静(rn)态数据、动态数据;数据库的存储媒体Q程序用数据库的限制?
3.3.2l构?qing)详l说?
?说明该数据库的结构,包括其中的记录和V?
?说明记录的组成,包括首部或控制段、记录体?
?说明每个记录l构的字D,包括Q标记或标号、字D늚字符长度和位数、该字段的允许D围?
?扩充Q说明ؓ(f)记录q加字段的规定?
4 l护q程
4.1 U定Q列?gu)软gpȝ设计中所使用全部规则和约定,包括Q程序、分E序、记录、字D和存储区的标识或标号助记符的用规则;图表的处理标准、卡片的q接序、语句和记号中用的~写、出现在图表中的W号名;使用的Y件技术标准;标准化的数据元素?qing)其特征?
4.2 验证q程Q说明一个程序段修改后,对其q行验证的要求和q程Q包括测试程序和数据Q及(qing)E序周期性验证的q程?
4.3 出错?qing)纠正方法?x)列出出错状态及(qing)其纠正方法?
4.4 专门l护q程Q说明文档其他地Ҏ(gu)有提到的专门l护q程。如Q维护该软gpȝ的输入输出部分(如数据库Q的要求、过E和验证Ҏ(gu)Q运行程序库l护pȝ所必需的要求、过E和验证Ҏ(gu)Q对闰年、世U变更的所需要的临时性修改等?
4.5 专用l护E序Q列出维护Y件系l用的后备技术和专用E序Q如文g恢复E序、淘汰过时文件的E序{)(j)的目录,q加以说明,内容包括Q维护作业的输入输出要求Q输入的详细q程?qing)在设备上建立、运行ƈ完成l护作业的操作步骤?
4.6 E序清单和流E图Q引用或提供附录l出E序清单和流E图?
软g问题报告
1 登记?
pY仉|管理部门ؓ(f)该报告规定一个唯一的、顺序的~号?
2 登记日期
软g配置理部门登记该报告的日期?
3 问题发现日期
发现该问题的日期和时间?
4 zd
在哪个阶D发现的问题Q分为单元测试、组装测试、确认测试和q行l护?
5 状?
在Y仉|记录中l护的动态指C,状态表C有Q正在复?软g问题报告"Q以定采取什么行动;"软g问题报告"已由指定的h去进行处理;修改已完成,q经q测试,正准备交l主E序库;ȝ序库已经更新Q主E序库修改的重新试沿未完成Q做?jin)重新测试,问题再现Q做?jin)重新测试,所做的修改无故障,"软g问题报告"被关闭;留待以后关闭?
6 报告?
填写"软g问题报告"人员的姓名、地址、电(sh)话?
7 问题属于什么方?
区分是程序的问题Q还是模块的问题Q或是数据库的问题,文g的问题。也可能是它们的某种l合?
8 模块/子系l?
出现的模块名。如果不知是哪个模块Q可标出子系l名Q尽量给出细节?
9 修订版本?
出现问题的模块版本?
10 带
包含有问题的模块的主E序库的带的标识符?
11 数据?
当发现问题时所使用数据库的标识W?
12 文g?
有错误的文g的编受?
13 试用例
发现错误时所使用试用例的标识符?
14 g
发现错误时所使用的计机pȝ的标识?
15 问题描述/影响
问题症兆的详l描q。如果可能,则写明实际问题所在。也要给?gu)问题对将来测试、接口Y件和文g{的影响?
16 附注
记蝲补充信息?
软g修改报告
1 登记?
pY仉|管理部门ؓ(f)该报告规定的~号?
2 登记日期
软g配置理部门登记"软g修改报告"的日期?
3 旉
准备?软g修改报告"的日期?
4 报告?
填写该报告的作者?
5 子系l名
受修改媄(jing)响的子系l名?
6 模块?
被修改的模块名?
7 "软g问题报告"的编?
?软g修改报告"处理或部分处理的"软g问题报告"的编受如果某"软g问题报告"的问题只是部分被处理Q则在编号后附以pQ如1234p?
8 修改
包括E序修改、文件更新、数据库修改或它们的l合?
9 修改描述
修改的详l描q。如果是文g更新或数据库修改Q还要列出文件更新通知或数据库修改甌的标识符?
10 批准?
批准人签字,正式批准q行修改?
11 语句cd
E序修改中涉?qing)到的语句类型,包括Q输?输出语句cR计语句类、逻辑控制语句cR数据处理语句类Q如数据传送、存取语句类Q?
12 E序?
被修改的E序、文件或数据库的名字?
13 老修订版
当前的版?修订本标识?
14 C订版
修改后的版本/修订本标识?
15 数据?
如果甌数据库修改,则给出数据库的标识符?
16 数据库修Ҏ(gu)?
数据库修改申请号?
17 文g
如果要求Ҏ(gu)件进行修改,则给出文件的名字?
18 文g更新
文g更新通知单的~号?
19 修改是否已测?
指出已对修改做了(jin)哪些试Q如单元、子pȝ、组装、确认和q行试{,q注明测试成功与否?
20 "软g问题报告"是否l出问题的准描q?
回答'????
21 问题注释
准确地叙q要l护的问题?
22 问题?
指明问题来自于哪里,如Y仉求说明书、设计说明书、数据库、源E序{?
23 资源
完成修改所需资源的估计,x(chng)ȝ人时数和计算机时间的开销?/p>