项目开发规范报告[推荐阅读]

第一篇：项目开发规范报告

项目开发报告

一、报告的目的

通过反映此次项目开发中各层面存在的问题，以及对项目开发中造成的影响，来反映项目开发中规范化的必要性，以及开发文档的重要性。规范化软件开发流程控制是为了使整个软件产品在开发各个阶段清晰、要求明确、任务具体，便于规范化、系统化及工程化，利于提高软件生命周期的控制及管理，提高所开发软件的质量，缩短开发时间，减少开发和维护的费用，使软件开发活动更科学、更成效。

二、存在的问题

1.委托开发合同上的不足：

1）开发合同上本次项目开发的要求不明确。一般项目开发前应确认包括项目目标和技术方案。项目目标是指项目应达到业务需求、项目目的、以及解决什么样的问题；技术方案是指描述开发软件的主要技术内容，可以以附件的形式详细描述技术方案，并作为合同的组成部分。

2）没有明确的开发计划说明、每个阶段需要提交文档及代码以及验收标准（测试文档）。开发计划一般要包含如下内容：需求分析阶段，设计实现阶段，初验阶段，试运行阶段，终验阶段，质保期阶段（维护）。

3）合同双方就此次软件开发中的分工界面不明确，不能清晰界定双方的责权利。分工界面是指甲乙双方在此次项目开发过程中各自扮演的角色，以及在整个开发中的具体工作界定。如：委托方提供需求文档等相关资料，开发方制定开发规范、详细开发计划、以及开发里程碑，甲乙双方成立项目负责组监管开发过程等。

4）项目开发交付内容不明确。就试运行标准没有达成共识，一般试运行应该是在委托方收到开发方出具的项目初验报告以后，根据初验报告验收标准判断是否达到试运行标准后，再同意试运行才是试运行的标志。

5）验收内容和标准不详，没有一套完整的验收流程。在整个项目开发中各个阶段最好都要由开发方提起申请，委托方给予答复这样一个流程来监管和规范项目的开发，使项目能稳定规范的进行。

6）最终交付产品和版权不明确。注明是否需要源代码以及说明版权归属方。

2.开发流程上的缺陷

1）项目开发各个阶段都应该有完整的开发计划和开发流程。为了保证项目在开发过程中不至于无序而使开发陷入混乱甚至僵死的状态，明确各阶段的任务、标准和流程是相当重要的。

2）首先要由项目负责人制定项目开发计划。在项目计划中要对项目的目标和时间要求给出明确的定义，要规定项目的组织和管理规则，项目的开发过程和输出要求，项目对资源的需求和分配等。

3）由项目负责人要组织编写《XXX系统开发规范》（此规范可以在项目开发过程中进行完善，但是必须双方认可），其中包括：

a.阐述项目采用的技术路线； b.c.采用的软件开发方法和使用的软件辅助开发工具；

制定需求分析阶段，设计阶段，编程阶段中文档编写规则，模型表示规则，命名约定等在开发过程中需协调一致的规则。

4）需求分析阶段：需求分析员应通过各种方式收集和获得所开发项目的业务需求，并对获取的需求和系统应具有的隐含需求进行分析，以建立系统的软件需求。必须编写《软件需求说明书》，最好编写初步的《系统指南》。该《软件需求说明书》得到用户确认后，需提交评审。

5）概要设计阶段：系统设计员应建立一个高层的软件体系结构，该体系结构应体现系统的需求。该体系结构应描述软件的顶层结构和定义其主要部分。必须编写《概要设计说明书》和《数据库设计说明书》，最后修改完善《系统指南》并将《概要设计说明书》和《数据库设计说明书》提交评审。

6）详细设计阶段：系统设计人员要深刻理解《概要设计说明书》，保证详细设计与概要设计相一致，为编码提供详尽的依据。细化和描述每一个功能模块，确定实现各个模块功能的具体算法、内部数据结构和外部接口方式。若功能模块涉及到用户界面，还要具体描绘出用户界面以及操作流程。必须编写《详细设计说明书》，最后修改完善《系统指南》并提交详细设计评审。

7）设计实现阶段：程序员应严格按照详细设计的说明，保证最终程序与详细设计相一致。编码过程中应遵循《XXX系统开发规范》的命名规则和注释等规定保证程序的清晰、易读。要对编写的程序进行调试，使程序不仅通过编译的语法检查，而且在功能和性能等方面达到设计的要求。必须编写《用户操作手册》，最后修改《系统指南》。由系统设计员最终完成《系统指南》。

8）内部测试阶段：项目负责人应组织系统的内部测试，内部测试由项目组内包括单元测试，集成测试和构造测试。项目组内的测试员负责编写系统内部测试的《测试计划》和《测试实例》，实施测试，填写《测试报告》。最后由测试部提供支持。

9）系统测试阶段：项目负责人应向测试部提请系统测试。测试部负责编写系统测试的《测试计划》，《测试实例》，实施测试，填写《测试报告》。由项目测试员提供配合。10）初验阶段：验收小组需要根据验收内容逐项进行相关验收。软件功能的验收：由软件使用部门根据需求或验收内容和标准，对软件系统功能进行详细验证测试，验收小组监督和汇总测试情况。软件性能的验收：由信息技术部从技术的角度，对系统进行性能等技术测试，验收小组监督和汇总测试情况。开发资料文档的验收：由验收小组根据验收准备阶段的要求逐项核对资料的提交情况，资料包括合同中要求的程序源代码、操作手册、培训资料、测试报告、过程数据等。最后验收小组将根据综合评议情况，判断是否验收合格，对于不合格的部分提出整改意见。如果本次验收通过，验收小组将检验初步验收涉及的各阶段验收是否完成，如果初步验收完成，将进入正式运行阶段； 11）终验阶段：当系统运行一段时间（一般在合同中明确）后，验收小组将汇总各使用部门的验证情况或验收小组组织全面的验收，将根据验收情况出具验收结论。不合格则提出整改意见，合格则进入最后报告总结。验收小组将根据验收情况撰写验收报告，验收报告不仅需要包括本次项目验收的情况总结，也需要总结本次验收工作的得与失。最后领导审批，归档。

3.人员的缺失（需要有明确的工作职责为整个项目负责）：

1）项目负责人：负责制订《项目计划》、协调项目内外各方的关系、控制项目进度并保证项目计划的实施和完成。2）需求分析员：作为开发方的代表，负责沟通用户和开发人员的认识和见解，明确及准确地编写《软件需求说明书》和初步的《系统指南》。

3）系统设计员：负责把软件需求变换成可表示的可实现的软件形式，为设计实现提供可行的依据。并在设计过程中要负责编写《概要设计说明书》、《数据库设计说明书》、《详细设计说明书》，完成《系统指南》的编写。

4）程序员：按设计要求把软件的详细设计变换成可执行的源程序，进行调试。完成相应的文档，编写《用户操作手册》。5）测试人员：负责制定测试计划，设计测试方案，测试用例，并实施测试。

6）配置管理人员：负责对开发库中软件配置项的管理和维护。

7）监管人员：开发双方包括客户方负责整个开发项目过程中各个阶段的规范和督导。

4．标准规范的缺失（主要体现在需求文档里面，下面几点不是所有项目都有，可以根据项目的规模范围来调整）：

1）功能需求：描述软件系统必须实现的业务流程（使用实例），以及根据每个业务流程分解出来的详细的功能需求。2）性能需求：软件性能需求通常包括以下方面：

i.同时支持的最大用户数、同时支持操作的个数、某时刻能承受的最大数据量、数据最大存储量、对系统运行时允许占用的系统资源要求；

ii.系统持续运行时间、响应时间、数据更新处理时间、数据间的转换和传输时间、界面刷新处理时间的要求； iii.在不同安装/运行环境、不同操作方式下，或者与其它子系统接口发生改变时，某些数据和参数可以允许的变化范围。

3）系统安全：说明与系统安全性、完整性和保密性相关的需求，明确产品必须满足的安全保密策略。

4）质量要求：可靠性（软件能够无故障的运行一段时间的概率）、可维护性（对软件进行修改的难易程度——修改所用时间、修复的比率）、有效性（软件正常运行时间/总时间）、可用性（掌握软件操作的难易程度）、重用性、可测试性（查找缺陷的难易程度）、可移植性等。

5）安全和保密：说明与系统安全性、完整性和保密性相关的需求，明确产品必须满足的安全保密策略。

6）需求变更：需要有变更控制，版本控制，需求跟踪，状态跟踪等规范，明确产品的基线、复审对基线的变更、最后批准、否决变更或延期执行的控制。

7）网络要求：描述与本软件所使用的通信功能相关的需求。电子邮件、Web 浏览器、网络通信标准或协议及电子表格等等。包括对消息格式、通信安全或加密问题、数据传输速率和同步通信机制等要求。

8）接口要求：对本软件与其它系统软件的每个接口进行描述，包括软件之间的交换数据或信息及其作用（注意说明哪些是共享数据）、需要的服务、内部通信性质。9）其他要求：安装与操作，维护等。

5.需求变更管理的不足：

需求调研分析过程是一个由粗到细、渐进明晰、持续完善的过程。在指导后面系统设计，编码阶段时都应当不断完善修改需求文档，因此需求管理非常重要。需求管理包括在工程进展过程中维持需求约定集成型和精确性的所有活动：

（1）定义需求基线（需求文档的主体）；

（2）评审提出的需求变更申请、评估每项变更可能的影响，从而决定是否实施变更；

（3）以一种可控的方式将需求变更融入到项目中；（4）使当前的项目计划与需求保持一致；

（5）分析变更所产生的影响并在此基础上协商出新的约定；（6）使每项需求都能与其对应的设计、源代码和测试用例联系起来以实现跟踪；

（7）在整个项目过程中跟踪需求状态及其变更情况。

6.开发文档和报告的缺失（不一定全部都需要可以根据实际开发来调整）: 因为没有指明负责人，所以各个阶段没有形成申请、报告、汇报和变更等文档。没有数据库数据字典文档，没有测试计划文档，没有验收文档等。一般文档应该包括(因项目开发的不同部分文档可以没有)：《XXX系统开发规范》《软件需求说明书》《概要设计说明书》《数据库设计说明书》《详细设计说明书》《系统指南》《用户操作手册》

三、软件开发的重点

一个软件开发项目的进行，一般需要在人力和自动化资源等方面作重大的投资。为了保证项目开发的顺利进行与成功，最经济地花费这些投资，并且便于运行和维护，在开发工作的每一个阶段都需要编制一定的文档。这些文档连同计算机程序及数据一起才算是构成整个计算机的软件。文档的作用是相当重要的，是整个开发流程中规范化进行的重要保障。文档还有其他很多作用：

1）作为开发人员在一定阶段内的工作成果和结束标

志。

2）向管理人员提供软件开发过程中的进展和情况，把软件开发过程中的一些“不可见的”事物转 换成“可见的”文字资料。以便管理人员在各个阶段检查开发计划的实施进展，使之能够判断原定目标是 否已达到，还将继续耗用资源的种类和数量。

3）记录开发过程中的技术信息，便于协调以后的软

件开发、使用和修改；

4）提供对软件的有关运行、维护和培训的信息，便

于管理人员、开发人员、操作人员和用户之间相互了解彼此的工作； 5）向潜在用户报导软件的功能和性能，使他们能判

定该软件能否服务于自己的需要。

另外文档模板有很多可以根据开发项目的总体要求来选择合适的文档制定要求来规范文档，使在整个开发中能更好的诠释项目，保障项目的顺利进行。

四、关于绩效考核软件开发的汇报

开发人员在整个开发过程中尽职尽责，经常加班，为整个项目开发尽了全力。项目开发中出现了一些问题，导致开发延后，其中最主要的原因有两点：第一，项目开发过程中客户方因为工作人事的变动，调整了绩效考核负责人，从而在项目功能上的需求变动比较大，而且客户方在细节功能需求上一直没有一个明确的定性要求。第二，项目从开始制定实施以来，没有完善的一套开发流程控制计划，最重要的是在合同上的很多不足，使整个开发没有可控性和规范化。虽然经过开发人员一段时间的努力，最终完成了整个项目的开发，但是由于各个文档的不足，软件还有些不足的地方，在今后的客户试用中还会出现一些问题，可以让开发方负责整改。为了以后更多软件项目能更高效，顺利的进展，希望能有自己的监管部门或者人员参与到整个项目中来，从头到尾的协助开发人员进行项目规范化进行，监管、申请、审批、文档都是必不可少的部分。

第二篇：附录H项目开发总结报告规范

附录 H项目开发总结报告规范

对项目开发的整个过程以及经验和教训等方面进行概括和总结，从而为今后的项目开发工作提供重要参考。

1.引言

1.1编写目的说明编写项目开发总结报告的目的，指出预期的读者对象。

1.2背景

阐明本项目的名称和所开发出来的软件系统的名称。说明项目的来源或任务提出者、开发者、用户。

1.3定义

列出本文件中用到的专门术语的定义和外文首字母组词的原词组或英文缩写的全称。

1.4 参考资料

列出要用到的参考资料，如：

•本项目的已核准的计划任务书或合同、上级机关的批文。

•属于本项目的其他已发表的文件。

•本文件中各处所引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。

•本报告引用的其他资料、采用的开象标准或开发规范。

2-实际开发结果

2.1产品

说明最终制成的产品,包括：

•程序系统中各个程序的名字，它们之间的层次关系，源程序行数（包括注释行）以千字节为单位的各个程序的程序量，存储媒体的形式和数量。

•程序系统共有哪几个版本，各自的版本号及它们之间的区别。

•产品文档名称

•所建立的每个数据库。如果开发中制定过配置管理计划，要同这个计划相比较。

2.2主要功能和性能

逐项列出本软件产品所实际具有的主要功能和性能，对照可行性研究报告、项目开发计划、功能需求说明书的有关内容，说明原定的开发目标是达到了、未完全达到或超过了。

2.3基本流程

用图给出本程序系统的实际的基本的处理流程。

2.4进度

列出原定的进度与使劲进度的对比，明确说明实际进度是提前了，还是延迟了，分析主要原因。

2.5费用

列出原地计划费用与实际支出得用的对比，包括：

•工时，以人月为单位，并按不同级别统计。

•计算机的使用时间，区别cpu时间及其他设备时间。

•物料消耗、出差费等其他支出。

•明确说明经费是超出了，还是节余了，分析主要原因。

2.6所用工时

按人员的不同层次分别计时。

2.7所用机时

按所用计算机机型分别计时。

3.开发工作评价

3.1对生产效率的评价

给出实际生产效率，包括：

•程序的平均生产效率，即每人月生产的行数。

•文件的平均生产效率，即每人月生产的签字千字数。

•并列出原定计划数作为对比。

3.2对产品质量的评价

说明在测试中检查出来的程序编制中的错误发生率，即没千条指令（或语句）中的错误指令数（或语句数）。如果开发中制定过质量保证计划或配置管理计划，要同这些计划相比较。3.3对技术方法的评价

给出堆在开发中所使用的技术、方法、工具、手段的评价。.经验与教训

列出从这项开发工作中所得到的最主要的经验与教训及对今后的项目开发工作的建议。

第三篇：农业综合开发项目内业规范

农业综合开发项目内业规范

1、农开项目可研报告、实施计划等相关资料；

2、农开项目上报省市项目相关文件；

3、农开项目批复、变更、调整文件；

4、土地治理项目区示意图、规划图、竣工图；

5、土地治理项目井、桥等水利工程卡片；

6、产业化项目建设前的图片或影像资料，项目竣工验收后的图片或影像资料；

7、产业化贷款贴息项目企业申报的利息支出单复印件；

8、产业化贷款贴息项目银行贷款合同、借款借据复印件；

9、农业综合开发财政补助项目资金辅助备查账；

10、农开项目全部招投标资料（包括招投书、全部投标单位的投标书、评标资料等），竞争性谈判资料或询价资料；

11、农开项目全部合同及协议（包括施工合同、采购合同、勘察设计合同、监理合同、技术咨询服务合同、科技推广服务合同等）；

12、农开项目工程施工资料，包括施工图、竣工图、工程签证、工程索赔及工程价款结算资料；

13、土地治理项目林业措施、科技措施的全部资料；

14、土地治理项目监理资料；

15、农开项目竣工决算资料、验收资料及项目移交资料；

16、土地治理项目投劳折资台账等相关资料；

17、上级农发机构竣工项目验收及审计提出的整改意见落实情况；

18、项目实施及资金使用的财务资料，包括报账手续、账簿、凭证及明细表和银行对账单等；

19、上级单位下达的资金计划文件、县级财政安排配套资金 的文件；

20、当及当年科目汇总表（至最末级科目的发生额及余额）；

21、当年自验报告及验收材料汇编；

22、当年简报及在国家、省、市新闻媒体发表和播出的资料；

23、当年开发图片（或版面、或录像）；

第四篇：如何规范农业综合开发项目工程招投标

如何规范农业综合开发项目工程招投标

近几年来，各地农业开发系统认真贯彻国家招标投标有关政策、法规，农业综合开发项目工程招投标工作不断完善。但由于国家对农业综合开发项目工程招投标工作没有系统、可操作的规定；加之，具体从事此项工作的同志没有经过系统培训，对招投标有关政策、法规理解不全、不深，知识陈旧、老化，在具体工作中不规范现象时有发生。本文根据国家有关政策、法规，就规范农发项目工程招投标工作做一些探讨。

关于招标代理

目前，在农发工程招标代理中存在的问题：一是县级招标中心或采购中心强制指定代理；二是代理费支付不合规，由中标单位支付。

根据《中华人民共和国招标投标法》（下称《招标投标法》）第12条规定：“招标人自行选择招标代理机构，委托其办理招标事宜。任何单位和个人不得以任何方式为招标人指定招标代理机构。招标人具有编制招标文件和组织评标能力的，可以自行办理招标事宜。任何单位和个人不得强制其委托招标代理机构办理招标事宜。依法必须进行招标的项目，招标人自行办理招标事宜的，应当向有关行政监察部门备案。”《工程建设项目自行招标试行办法》（国家发展计划委员会第5令）第4条规定：“招标人自行办理招标事宜，应当具有编制招标文件和组织评标的能力，具体包括：1.具有项目法人资格（或者法人资格）；2.具有与招标项目规模和复杂程度相适应的工程技术、概预算、财务和工程管理等方面专业技术力量；3.有从事同类工程建设项目招标的经验；4.设有专门的招标机构或者拥有3名以上专职招标业务人员；5.熟悉和掌握招标投标法及有关法规规章。”从上述规定可知，只要具备上述规定能力的县级农发部门完全可以自行组织农发项目工程招标。即使不能组织的，其他任何单位和个人也不得以任何方式为农发项目工程招标指定招标代理机构。按照国家发展计划委员会制订的《招标代理服务收费管理暂行办法》（计价格【2002】1980号）第10条规定，招标代理服务实行“谁委托、谁付费”，农发项目工程招标代理费应由农发部门在管理费中列支。

关于工程标段划分

标段划分合理与否直接影响到工程建设成本、进度乃至质量，同时也与施工单位的施工成本息息相关。目前，农发项目工程招标标段划分存在的问题主要有两个：一是标段划分过于细小。虽然能够吸引众多投标人投标，保证工期，但不便于施工管理。二是标段划分人为化。在同一个县内标段划分标准不统一。有时以投资额大小划分标段，有时以项目乡镇划分标段，有时以工程类型划分标段。如甲项目乡镇投资在100万元左右，则所有工程划为一个标段；乙项目乡镇投资在300万元左右，有的则再按村划分标段，有的则按工程类型划分标段。

根据目前农发项目工程建设实际情况，从节约工程投资、保证工期和工程质量、便于施工管理角度出发，在标段划分时，应综合考虑投资额、工程地点、工程类型、工期要求和潜在投标人等因素，以项目乡镇或跨乡镇连片为单位，按照工程类别划分标段，每一标段估算

金额在150万元左右为宜，而且全县应该统一划分标准。既可使工程地点相对集中，又可使合同金额适中，有助于吸引更多的承包商参与竞争，提高竞争性招标的经济性，同时也有利于合同的实施与管理。如果每个项目乡镇投资都在150万元左右的，且工程类型差别不的，一个项目乡镇就可以划分一个标段，但如果工程类型差别大的，在一个项目乡镇内可以分为两个标段，与相邻乡镇的同类工程划分为一个标段。如果单个项目乡镇投资在500万元以上的，应该考虑以工程类型划分标段，排灌站、防渗渠及其配套建筑物、低压灌溉、喷滴灌、道路、其它配套建筑物可分别划分为一个标段，如某一标段过小、应与相邻乡镇的同类工程划分为一个标段。

关于投标人资格要求及审查方式

投标人资格要求主要包括两个方面：一是投标人的法律地位，二是投标人的专业技术能力。对投标人的资格要求应适当，既不能过高也不能过低。资格要求过高，会让多数中小型承包商失去竞争机会，导致招标的竞争性下降；资格要求过低，将无法保证工程的建设标准和施工质量。目前，在农发项目工程招标中，有的地方过分强调要求投标单位必须具备水利水电资质三级以上才能投标。由于大多数县具有水利水电资质三级的施工企业只有一个，结果造成借资质投标，有资质单位中标后再将工程分包、转包给乡镇水利站或其他施工单位施工（虽然招标文件规定不允许分包、转包），收取5-10%的管理费。鉴于农发工程绝大部分是技术要求不高的小型农田水利工程，在进行这类性质工程招标时，应主要考虑投标人的专业技术水平、施工机械配备及施工经验等情况，《水利工程建设项目招标投标管理规定》(2001年水利部令第14号)第26条也规定：“投标人必须具备水利工程建设项目所需的资质（资格）。”因此，应该允许具有农田水利工程施工能力、且有一定农田水利工程施工经验的非水利水电施工资质三级以上(含三级)的施工企业参予农发工程招标投标；同时，考虑到农发工程施工地点分散，与农户协调矛盾多，对具有一定实力并能够满足招标工程建设要求的乡镇水利站也允许参予投标。

资格审查有预审和后审两种方式。凡是大型复杂的土建工程、大型成套复杂设备或特殊服务，在正式组织招标之前一般进行资格预审。虽然审查投标人的投标资格是招标人的一项权利，但由于资格审查的结果直接导致潜在投标人或预选中标人投标或中标权利的得失，因此，如果招标人滥用这一权利，将会直接侵害潜在投标人的合法权益，影响招标的公开、公平、公正，从而违背了招标交易的本性。从法律上讲，农发工程招标完全可以进行资格预审，但问题是目前有的地方限制或排斥潜在投标人，对潜在投标人实行歧视待遇等现象时常发生。如有的不公开资格预审程序或标准，或没有严格执行资格预审程序、方法、原则等一系列要求，暗箱操作，仅是经办人员看一看资格材料或资质证书等，或者请几个人打一打分就决定谁资格预审合格、谁不合格；有的甚至规定一个潜在投标人只能购买一个标段或部分标段标书；有的在招标预审文件中规定对本地的潜在投标人和其它地区的投标人适用不同的资格评审标准，造成对其它地区投标人的歧视待遇，使投标人公平竞争的权利难以得到保护。这些都是招标人滥用资格审查权的表现，严重违反招标投标法的基本原则，不利于形成充分竞争的市场环境，结果是每个标段投标人都是3-4个。从国际上看，世界银行不鼓励资格预审，担心通过预审的投标人串通，或是招标人有意排斥潜在投标人。因此，为了减少腐败产生，考虑到农发工程大多是技术不复杂的小型工程，我们认为招标时不必进行资格预审，重

点是把好资格后审关，在开标后对投标人的资格进行详细审查。如果进行资格前审的，则要严格按照国家有规定执行，而不能简单、轻易地下结论。

关于招标文件编制

招标文件是招标投标活动中最重要的法律文件。其编制得好，不但可以降低投标报价，而且可以保证工期和质量。如果编制漏洞百出，不但会给招标、评标和签订合同造成困难，而且还有可能使项目单位或投标人蒙受经济损失。因此，必须十分重视招标文件的编写工作。目前，农发工程招标文件编制存在的问题：一是使用的商务部分范本不统一。有的使用水利水电的，有的使用工民建的，有的使用世界银行的，有的甚至是几个范本的拼凑；二是技术规格、技术规范不明确，或制定得不全面，图纸深度不够，工程量清单不实。

针对上述问题，一是全面推行使用国家制定的范本。2007年，国家发展和改革委员会、财政部、建设部、铁道部、交通部、信息产业部、水利部、民用航空总局、广播电影电视总局联合编制了《标准施工招标资格预审文件》和《标准施工招标文件》（2007年国家发展和改革委员会令第56号）并要求两个《标准文件》自2008年5月1日起在政府投资项目中试行。农发项目作为政府投资项目应该优先使用该范本，既符合规范，又减少了工作量。二是加强工程设计，做实工程量清单。所有工程设计图纸都必须达到施工图阶段要求，除较大工程可实行二阶段设计外，一般工程要设计一次性达到施工图水准。对于工程结构相对复杂、投资额比较高的工程应采取单座工程设计（即一座工程一套图纸），如排灌站、中沟以上桥梁、水闸等。采用定型（典型）工程设计时，设计图纸上要注明适用地形、地质情况，标注变化部位的尺寸范围，同时要列出不同规格工程的工作量。

关于评标方法

评标方法选择和确定既要考虑到公平公正，又要考虑招标工程的具体情况。它是招标的关键。如果评标方法不科学合理，则其它一切都是形式。目前，农发工程招标评标中存在的问题：一是采用的方法不统一，叫法也是“五花八门”。有的是综合评分法，有的叫综合评估法，有的采用最低评标价法，有的叫经评审的最低投标价法，有的叫合理低价法，有的说复合标底法等等。二是评标标准和方法不公开，没有在招标文件中详细载明评标标准和方法。三是评标时，人为因素大。有的把投标人投标时承诺的工程优良、提前完成工期都作为加分因素，甚至还采用已被国家禁止的把获得本地区、本系统奖项作为加分条件或中标条件。

关于评标办法，《中华人民共和国招标投标法》没有作出具体规定，只是第41条提出了中标条件：“中标人的投标应当符合下列条件之一：1.能够最大限度地满足招标文件中规定的各项综合评价标准；2.能够满足招标文件的实质性要求，并且经评审的投标价格最低；但是投标价格低于成本的除外。”从2001年7月5日起施行的，由 国家发展计划委员会、建设部、水利部制定的《评标委员会和评标方法暂行规定》（第12号令）第29条对评标办法作了明确规定：“评标方法包括经评审的最低投标价法、综合评估法或者法律、行政法律允许的其他评标方法。”第30条规定：“经评审的最低投标价法一般适用于具有通用技术、性能标准或者招标人对其技术、性能没有特殊要求的招标项目。”虽然《水利工程建设项目招标投标管理规定》第35条规定：“评标方法可采用综合评分法、综合最低评标价法、合理最低投标价法、综合评议法及两阶段评标法。”但由于此规定是水利部一个部门制定的，法律效力明显低于三个部委制定的《评标委员会和评标方法暂行规定》因此，我们认为目前比较规范的评标办法应该是两种，即经评审的最低投标价法、综合评估法。从实际来看，我们在实施利用世行贷款加强灌溉农业二、三期项目中，无论国际、国内货物招标，还是国内小型土建工程招标、货物询价采购，都采用最低评标价法（相当于经评审的最低投标价法），都取得了令人满意的效果。因此，农发工程招标评标应该全部采用经评审的最低投标价法，而且按《标准施工招标文件》第三章要求详细说明。

经评审的最低投标价并不一定是最低投标价。只有在技术和商务部分完全满足招标文件要求，对招标文件中的条款、条件及技术规格无实质性偏离或保留情况下，最低投标价才是经评审的最低投标价。经评审的最低投标价也不是按照社会平均成本计算的合理低价，而是投标人的理性报价。该办法抓住了招标的核心，符合市场经济竞争法则，能够充分发挥市场机制的作用，而且减少了评标的工作量，最大限度减少了评标工作中的人为因素，有利于促进投标人提高管理水平和工艺水平，降低生产成本。

很多人认为经评审的最低投标价中标必然不能保证质量，投标价越高，工程质量越好。其实，质量与管理密切相关，而与价格没有必然的联系。追求利润最大化是投标人的天性。诚然，合理的利润是保证质量的前提，但有合理的利润甚至是高额利润却并不一定能保证质量。报价与工程质量有关系，但没有必然关系。质量是严格管理和监督出来的。市场经济成熟的欧美国家都是采用最低评标价法评标，但其工程质量却很好，这与严格的工程监管分不开的。反观，近年来，我国工程建设领域不断发生的质量事故，以血的教训告诉我们，没有严格的管理和监督，价格再高，也不能保证质量。因此，不只是在招标环节，而是在整个采购过程中，都要围绕项目质量管理这个中心，落实措施，强化责任，使质量管理落到实处。

关于标底

目前，在农发工程招投标工作中，一方面过于夸大标底在评标中的作用，不仅要求每个标段都编制标底，在综合评分法中还计算出复合标底，而且往往以高于或底于标底一定幅度作为废标的理由；另一方面，标底编制不规范。往往由县农业开发局业务人员编制，既不够科学合理，又难以保密。

《招标投标法》第22条规定：“招标人设有标底的，标底必须保密。”第40条规定：“评标时，设有标底的，应当参考标底。”《工程建设项目施工招标投标办法》第34条规定：“招标人可根据项目特点决定是否编制标底。编制标底的，标底编制过程和标底必须保密。招标项目编制标底的，应根据批准的初步设计、投资概算，依据有关计价办法，参照有关工程定额，结合市场供求状况，综合考虑投资、工期和质量等方面的因素合理确定。标底由招标人自行编制或委托中介机构编制。一个工程只能编制一个标底。任何单位和个人不得强制招标人编制或报审标底，或干预其确定标底。招标项目可以不设标底，进行无标底招标。”

第55条规定：“招标人设有标底的，标底在评标中应当作为参考，但不得作为评标的唯一依据。”因此，从法律上讲，农发工程由于施工技术要求不高，完全可以进行无标底招标，而且在评标时特别是采用综合评估法评标时，不能轻率地以高于或底于标底一定幅度作为废标的理由。至于标底何时公布，法规未作具体规定，但按照第56号令要求，在开标时公布，并在开标记录上注明。

关于中标人确定

目前，在农发工程招标中标人确定过程中，存在最大的问题是所谓“中一不中二”，即当一个投标人经评审后中了2个以上标段时，招标人以所谓的“中一不中二”理由，或者以建设部《关于加强房屋建筑和市政基础设施工程项目施工招标投标行政监督工作的若干意见》（建市【2005】208号）“一个项目经理（建造师）只宜担任一个施工项目的管理工作”（2001年规定每个项目经理原则上不得同时负责两个以上工程项目的管理）为理由，让中标人只能中一个标。这种做法明显与公开招标的本质相违背，也不符合国家有关招投标法律、法规。作为在同一个乡镇内的两个标段的农发工程，一个项目经理完全可以胜任两个标段管理工作，而且可以降低施工成本。

其次，对中招人确定方式存在误区。有人认为评标委员会只能推荐第一、二、三名中标候选人，不能最终确定中标人，中标人只能由县级农发部门确立。其实，《评标委员会和评标方法暂行规定》第48条和《工程建设项目施工招标投标办法》第58条都明确规定，确定中标人既可以是招标人，也可以由招标人授权评标委员会直接确定中标人。

第三，在评标委员会依法推荐的中标候选人以外确定中标人。这是违反国家招投标法的。法律规定此种情况下，中标无效，并处以罚款，对单位直接负责的主管人员和直接责任人依法给予处分。

关于招投标中几个费用管理

目前，在农发工程招标中，几个费用管理存在以下问题：一是招标文件售价太高，大大超过编制成本，有的甚至以营利为目的，影响了合格投标人的投标积极性。二是要求投标保证金提交金额过高或过低，而且退还时间不符合要求，有的在未签订合同就退还未中标人保证金，有的则超过投标保证金有效期才退还。三是要求履约保金提交金额过高或过低，有的未提交就签订合同。四是在中标人未提供预付款保函情况下，农发部门支付预付款。

根据国家有关规定，招标文件售价不能过高，应只反应其印刷和递交给预期投标人的成本。投标保金一般不得超过投标总价的2%，但最高不得超过80万元。由于以报价的一定比例作为投标保证金额有可能会导致泄漏报价，因此，较理想的办法是规定固定的投标保证金金额。投标保证金可采用现金、支票、银行汇票，也可以是银行出具的银行保函、不可撤销信用证。投标保证金的有效期应当超过投标有效期30天。当与中标人签订合同后5个工作日，应当向未中标和中标的投标人退还其保证金。投标人在规定的投标有效期内撤销或修改其投标文件投标保证金将不予退还。中标通知书发出后，中标人放弃中标项目的，无正当理由不签订合同的，在签订合同时提出附加条件或更改合同实质性内容的，或拒不提交履约保金的，可取消中标资格，并没收投标保证金，给招标人的损失超过投标保证金数额的，对超过部分予以赔偿。履约保证金是履约担保的一种，是招标人要求投标人在接到中标通知后，提交的保证履行合同各项义务的担保。其目的是为了保护业主的利益，避免或减轻由于中标商违约而给业主造成的损失。履约保证金保证的期限一般到合同规定的维修期结束。提交方式及金额一般有以下两种：一种是用信用证或银行保函或现金方式提交者，其履约保证金为合同价的10%；另一种是用担保书提交的履约保证金为合同价的30%。以上两种，投标人可任选一种。中标人拒绝提交的，视为放弃中标项目。不履行合同的，履约保证金不予退回，给招标人的损失超过其数额的，对超过部分予以赔偿。在中标人未提供预付款保函情况下，不得支付预款。

关于法律责任

在目前农发工程招投标中，违反国家政策、法规的事时有发生，但大家都没有依法办事，听之任之，以致一错再错。

比如保密问题，《招标投标法》第52条规定：招标人向他人透露已获取招标文件的潜在投标人的名称、数量或者可能影响公平竞争的有关招标投标的其他情况的，或者泄露标底的，给予警告，可以并处1万元以上10万元以下的罚款；对单位直接负责的主管人员和其他直接责任人员依法给予处分；构成犯罪的，依法追究刑事责任。其行为影响中标结果的，中标无效。

如借资质投标问题，第54条规定：投标人以他人名义投标或者以其他方式弄虚作假，骗取中标的，中标无效，给招标人造成损失的，依法承担赔偿责任；构成犯罪的，依法追究刑事责任。

又如串标问题，第53条规定：投标人相互串通投标或者与招标人串通投标的，投标人以向招标人或者评标委员会成员行贿的手段谋取中标的，中标无效，处中标项目金额千分之五以上千分之十以下的罚款，对单位直接负责的主管人员和其他直接责任人员处单位罚款数额百分之五以上百分之十以下的罚款；有违法所得的，并处没收违法所得；情节严重的，取消其一年至二年内参加依法必须进行招标的项目的投标资格并予以公告，直至由工商行政管理机关吊销营业执照；构成犯罪的，依法追究刑事责任。给他人造成损失的，依法承担赔偿责任。

再如非法转包、分包问题，第58条作了明确的处罚规定。

关于行政监督和行政监察

目前，在农发项目工程招投标中，行政监督和行政监察明显不到位，在开标时虽然邀请人大、政协、纪检、监察、公证部门人员参加，但各自监督的范围、职责都不清楚，无法实施监督。根据我国有关法律、法规规定，行使农发工程招投标行政监督权的应该是招标投标行政主管部门，行使农发工程招投标行政监察权的应该是农发行政监察部门。上级农发行政监察部门可以指导和督查下级行政监察部门的招标投标行政监察工作。目前，由于缺乏有关农发项目工程招投标行政监察具体规定，各地农发项目招标投标行政监察工作无法规范开展，因此，建议国家尽快出台农发项目工程招投标行政监察具体办法。在目前情况下，农发行政监察部门可以对招标投标活动进行全过程监察，也可以对重要环节和关键程序进行现场监察，并加强与招标投标行政主管部门的沟通，保证农发项目工程招投标工作规范开展。

第五篇：软件项目开发需求报告

软件需求分析格式_如何写需求分析报告 软件需求说明书 1 引言

1.1 编写目的：阐明编写需求说明书的目的，指明读者对象。1.2 项目背景：应包括

● 项目的委托单位、开心单位和主管部门；

● 该软件系统与其他系统的关系。

1.3 定义：列出文档中所用到的专门术语的定义和缩写词的愿文。

1.4 参考资料：可包括

● 项目经核准的计划任务书、合同或上级机关的批文

● 文档所引用的资料、规范等

● 列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源 2 任务概述 2.1 目标 2.2 运行环境 2.3 条件与限制 3 数据描述 3.1 表态数据

3.2 动态数据：包括输入数据和输出数据。3.3 数据库描述：给出使用数据库的名称和类型。3.4 数据词典 3.5 数据采集 4 功能需求 4.1功能划分 4.2功能描述 5 性能需求 5.1 数据精确度

5.2 时间特性：如响应时间、更新处理时间、数据转换与传输时间、运行时间等。

5.3 适应性：在操作方式、运行环境、与其他软件的接口以及开发计划等发生变化时，应具有的适应能力。6 运行需求

6.1 用户界面：如屏幕格式、报表格式、菜单格式、输入输出时间等。6.2 硬件接口 6.3 软件接口 6.4 故障处理 7 其他需求

如可使用性、安全保密、可维护性、可移植性等。

需求分析的格式 需求分析要对目标系统提出完整的、准确的、清晰的和具体的要求。

1．综合需求： 项目 说明 备注

1）功能要求 描述软件用来做什么

能够进行度量衡的相互转换，如：长度公制之间的转换，公制和英制的转换等。能够添加或创建新的度量衡。能够按照用户自己的需要进行排序。能够作为其他软件的插件或辅助工具使用。能够知道度量衡所应用的范围，如：国家，行业等。

2）性能要求 软件能达到什么性能

数据的最大存储量，数据的转换要有连续性，软件对每项操作的响应时间，更新处理时间，数据转换和传送时间，软件的输入输出数据精度，软件失败和成功的定义。

3）运行要求

软件能正常运行在微软中文版WINDOWS系列的可以独立运行的安装包或可执行文件

开发软件的开发工具清单。是否需要外部存储器和数据通信接口。

4）升级要求

是否可以升级，是否可以进行扩充。是否容易进行维护。能够作为什么软件的插件或辅助工具使用。如何添加新的公式

5）对应关系

用户需求和软件功能的对应关系 说明每一个模块对应实现什么功能。

2．数据要求： 项目 说明 备注

1）数据输入

来源、准确性、取值范围、格式、非法值的处理、出错信息

2）数据输出 目的地、准确性、数值范围、格式、非法值的处理、出错信息

输出的数据可以修改，如：1米=100厘米=1000毫米，将100厘米改为90厘米时，相应的1米就自动改为0.9米，1000毫米变为900毫米。

3）数据存储 最大存储量

4）数据的安全性 访问的权限

5）数据备份 能否导入和导出

可以将输出的数据保存为文本格式

6）数据流图

在分析过程中得出的数据流图

7）数据筛选

能够将选择的几个度量单位进行汇总

8）主要算法

简要描述软件的主要算法

3．界面要求：请参照“界面样式图” 项目 说明 备注

1）软件名称 为软件起一个名字 可以发挥自己的想象力

2）功能模块

有几个功能模块，分别是什么

3）颜色

采用什么底色，窗口是什么颜色

4）字体

字型、大小，字间距，颜色

5）按钮

颜色、字型、大小、样式

4．软件描述：从用户的角度来描述软件，相当于一份初步的用户手册。项目 说明 备注

1）功能描述

能实现，不能实现什么需求 应用范围。什么人员可以使用

2）性能描述

最低配置，操作系统，需要安装什么辅助软件

3）操作步骤 如何使用软件 主要步骤和方法

4）用户责任

用户在操作过程中的注意事项 出现问题时如何解决 如何写需求分析报告

近来学校的一些科研项目又在申报了，一些学弟开始Q我一些软件工程上书面的问题。大概的总结了下，写到这里。本文涉及到的是需求分析部分的书写，主要是根据国家标准文档中的要求来的。

在互联网公司或者一些敏捷开发的公司里，其实大家都是秉承着重开发，重讨论，而轻文档的态度。这个轻文档并不是指没有文档或者几乎不做文档，而是在严格的文档流程中解脱出来，只把最最实际的部分写出来。这个特征是有互联网本身迭代周期短，版本发布快等特点决定的。而在实际的兼职项目的时候，同学们就要注意了，最重要的应该就是在签合同的时候一定要附上最清楚的一份需求分析，虽然这份需求说明可能不是按照某些标准文档而来的，描述清楚每个功能达到的效果，而这个效果一定要让客户点头确认，而不能出现“应该是”、“可能是”、“也许是”这样的模糊回答。否则在项目后期就会比较难过了。在学校申请的项目和大型公司项目开发中，是重视文档流程的，一部一部来。所以还是看情况来对待文档的深度和标准。

一、目录： 目录要用word的 “引用”—>”目录”，自动生成目录，一般都是要三级目录。通常这部分基本都不需要改结构，直接更新页码即可。

二、内容部分。国家标准软件需求说明书G856T-88下载 1引言 1.1编写目的

说明编写这份软件需求说明书的目的，指出预期的读者。（这部分说明需求分析报告的概况，例如：本X需求分析报告是为S系统而编写的。+S系统的两句话概述。+本X报告旨在使U1（需求者）明确S系统的要求和细节，给U2(开发人员)了解需求实现的难度和困难，最终提供给U3（审核人、管理者）讨论和审核，达到沟通效果）

1.2背景 说明：

a． 待开发的软件系统的名称； b． 本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；

c． 该软件系统同其他系统或其他机构的基本的相互来往关系。

（这部分可以将a,b,c分为2部分，例子如下： 1.2.1项目概况

本需求分析报告所预期开发的软件系统是:S。S是（不是则无）SS系统的某一个功能子模块，S和S1、S2等系统之间的联系，以及概述其他系统的状态等等。1.2.2任务分配

a.任务提出者：xxx b.软件开发者：xx c.产品使用者：xx d.文档编写者：xx e.预期产品使用者：xx）1.3定义

列出本文件中用到的专门术语的定义和外文首字母组词的原词组。

（这部分很简单，就是描述专业词汇，比如

1.XML(Extensible Markup Language)即可扩展标记语言,它与HTML一样,都是SGML(Standard Generalized Markup Language,标准通用标记语言)。2.Word2, 解释。。）

1.4参考资料

列出用得着的参考资料，如：

a． 本项目的经核准的计划任务书或合同、上级机关的批文； b． 属于本项目的其他已发表的文件；

c． 本文件中各处引用的文件、资料、包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。2任务概述 2.1目标

叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。解释被开发软件与其他有关软件之间的关系。如果本软件产品是一项独立的软件，而且全部内容自含，则说明这一点。如果所定义的产品是一个更大的系统的一个组成部分，则应说明本产品与该系统中其他各组成部分之间的关系，为此可使用一张方框图来说明该系统的组成和本产品同其他各部分的联系和接口。|（本模块开发主要是为SS的整体服务，完成SS工作中的XX部分以及相关的工作。其涉及的范围就是，从下达A、B命令后，到给出C结果的过程。具体描述：B1，来完成B11功能；B2，来完成B22功能； 等等。本部分是（否）耦合在分词工具包其他部分中的，主要为嵌入方式和先后方式相互交互。图

图1.该系统的组成同其他各部分的联系和接口）

2.2用户的特点

列出本软件的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本软件的预期使甩频度。这些是软件设计工作的重要约束

（例如：二次开发和系统调用人员：具有很高的专业知识水平，理解XX的运行机制。可以对开放代码进行阅读和分析，以完成其系统独特的需求，提供给这部分用户开放API手册和Debug版本的源代码即可；预期这部分用户会占本系统总用户量的多大部分。

xx使用者：具有一定的计算机操作能力和知识，了解xx领域的相关概念和用途。提供给这部分用户操作手册即可。预期这部分使用者主要是来简单的xx操作。

维护人员：具有较高的计算机专业水平，可以对常见的系统Bug进行追踪和分析，具有一定的测试能力。这部分用户主要是采用了本系统之后的后期工作维护者。等等）

2.3假定和约束

列出进行本软件开发工作的假定和约束，例如经费限制、开发期限等。（这部分重要是对你有的技术力量、资金状况、人力资源等情况的假设，以使得你可以在什么样的情况和时间范围内完成工作。工期约束，经费约束，人员约束，地理约束，设备约束等几个方面列举说明。）3需求规定 3.1对功能的规定

用列表的方式（例如IPO表即输入、处理、输出表的形式），逐项定量和定性地叙述对软件所提出的功能要求，说明输入什么量、经怎样的处理、得到什么输出，说明软件应支持的终端数和应支持的并行操作的用户数。（例如： INPUT输入 PROCESS处理 OUTPUT输出 LOAD负载量

A 预处理,做怎样的动作，AA CC B BBBB Bb v C CCCC cc v

表

一、xx模块IPO表 对IPO表的简单文字描述。）

3.2对性能的规定 3.2.1精度

说明对该软件的输入、输出数据精度的要求，可能包括传输过程中的精度。（例如：

Xx目标处理：1Byt–10M，包括左右边界值。yy精度范围：„.ZZ的精度：由于xx的特殊性，本系统均采用xx型来进行字符统计运算，概率部分以及其他比率部分精度精确到0.0x%。）

3.2.2时间特性要求

说明对于该软件的时间特性要求，如对： a． 响应时间； b． 更新处理时间；

c． 数据的转换和传送时间； d． 解题时间；等的要求。(这部分只要一一列举就可以：

由于xxx过程中，需要大量xxxx操作或怎样，故xx解题时间占总时间的最大部分。其次就是xx转换和存储的开销。其具体时间特性要求，如下： a． xx响应时间：xxms左右； b． yy更新处理时间：yy；

c． zz数据的转换和传送时间：zz； d． vv解题时间：vv。等等)3.2.3灵活性

说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如： a． 操作方式上的变化； b． 运行环境的变化；

c． 同其他软件的接口的变化； d． 精度和有效时限的变化； e． 计划的变化或改进。

对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。

（这部分按列举来即可，由于本模块第一目的是用于xxx，其次则是xxxx。故本模块的灵活性在于实际应用者的不同。当需求发生某些变化时，该软件对这些变化的适应能力。具体情况如下： f． 操作方式上的变化：采用集成运行制和独立运行制两种模式，集成运行制是把本模块嵌入到分词工具包的主框架中，提供给用户具有一定UI的可操作软件；独立运行制是可以独立运行于后台，并提供给各种程序调用的模式的工作方式，以增强其生命力。

g． 运行环境的变化：主采用Windows平台的编译版本运行和调试，在时间允许的情况下，同步开发支持SUSE Linux的服务器版本。；

h． 同其他软件的接口的变化：在尽量保证接口不出现变动的情况下，允许接口的重载和再定义。但接口的命名规则是统一的；

i． 精度和有效时限的变化：精度在必须调整的条件下，可以上下浮动10个百分点；有效时限则依据现实的测试情况允许稍大范围的变化。

j． 计划的变化或改进：工作时间安排会存在必然的浮动，这部分要协同分词工具包课题设计组其他成员一同来进行商定，前期的计划可以稍微有些变动，后期的安排尽量按照计划执行。等等）3.3输人输出要求

解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。

（这部分可以把输入输出分为 3.3.1输入要求和3.3.2输出要求，如下给出一个单元的例子。XXX输出

数据名称：XXX输出数据 实际含义：用于XX,表示XXXX 数据类型：Character(字符串)数据格式：XX 数据约束：由于xxx,，大小在xx以内）

3.4数据管理能力要求

说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求作出估算。（根据实际系统要求列举即可 Name名称 Number数量 Size大小 Increase增长

词典xx xx xxxx 并行执行，其大小依据实际xx大文本而增长）

3.5故障处理要求

列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。

（包括软件压力，内存不足，硬件损坏等，这部分可以根据百度到其常见故障。）3.6其他专门要求

如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。

（例如安全保密性：密钥更换等； 预期扩展：扩展兼容等；OS更换：Slackware转SUSE等）

4运行环境规定 4.1设备

列出运行该软件所需要的硬设备。说明其中的新型设备及其专门功能，包括：

a． 处理器型号及内存容量；

b． 外存容量、联机或脱机、媒体及其存储格式，设备的型号及数量；

c． 输入及输出设备的型号和数量，联机或脱机； d． 数据通信设备的型号和数量； e． 功能键及其他专用硬件（列举说明即可）4.2支持软件

列出支持软件,包括要用到的操作系统、编译（或汇编）程序、测试支持软件等。（操作系统和版本：xxxx 支撑环境和版本：xxxx 备用IDE环境和版本：xxxx 与该软件有关的软件组件：xxxx 后续可能扩展环境：xxxx）4.3接口

说明该软件同其他软件之间的接口、数据通信协议等。(例如：

a．用户和主程序调用接口(图中接口1)。这个接口采用封装API形式和函数调用形式，分别以外部调用和内部调用的方式为不同用户提供使用本机械分词工具的入口。例如以xxxx方式调用DLL文件，以xxxx方式调用函数。如下图2所示。图2.软件接口调用图 b.xx接口(图中接口2)。这里是一个xxx的接口调用过程。xxxx)4.4控制

说明控制该软件的运行的方法和控制信号，并说明这些控制信号的来源。(例如：

下面通过图表的形式，将本模块以及涉及到本模块的软件模块的运行方法、控制信号，以及这些控制信号的来源，其中箭头所指方向对应的模块的控制信号来自箭头另一方向的模块，具体情况如下： 图3.控制流程图

图3的具体说明情况如下表所示： Name模块名称 Method运行方式 Signal控制信号 Forward控制去向

主程序模块 运行框架 用户调用或运行 1.调用xx模块 2.调用xx方法 3.调用标准输出模块

xxx模块 xxx xxx调用 Xxx模块)