技术部分评分标准（40分）
城管通、领导通要求
软件工程国家标准、行业标准一览摘自计算机软件工程规范国家标准汇编2003 DZ/T 0169-1997 物探化探计算机软件开发规范 GB 17917-1999 商场管理信息系统基本功能要求 GB 8566-1988 计算机软件开发规范(已为GB/T8566-1995替代) GB/T 11457-1995 软件工程术语 GB/T 12504-1990 计算机软件质量保证计划规范 GB/T 12505-1990 计算机软件配置管理计划规范 GB/T 14079-1993 软件维护指南 GB/T 14085-1993 信息处理系统计算机系统配置图符号及约定 GB/T 15532-1995 计算机软件单元测试 GB/T 15538-1995 软件工程标准分类法 GB/T 15853-1995 软件支持环境 GB/T 16260-1996 信息技术软件产品评价质量特性及其使用指南 GB/T 16680-1996 软件文档管理指南 GB/T 17544-1998 信息技术软件包质量要求和测试 GB/T 17917-1999 商场管理信息系统基本功能要求 GB/T 18234-2000 信息技术C ASE工具的评价与选择指南 GB/T 18491.1-2001 信息技术软件测量功能规模测量第1部分：概念定义 GB/T 18492-2001 信息技术系统及软件完整性级别 GB/T 18905.1-2002 软件工程产品评价第1部分: 概述 GB/T 18905.2-2002 软件工程产品评价第2部分: 策划和管理 GB/T 18905.3-2002 软件工程产品评价第3部分: 开发者用的过程 GB/T 18905.4-2002 软件工程产品评价第4部分: 需方用的过程 GB/T 18905.5-2002 软件工程产品评价第5部分: 评价者用的过程 GB/T 18905.6-2002 软件工程产品评价第6部分: 评价模块的文档编制 ★GB/T 8566-1995 信息技术软件生存期过程(已为GB/T8566-2001替代) GB/T 8566-2001 信息技术软件生存周期过程 GB/T 9385-1988 计算机软件需求说明编制指南 GB/T 9386-1988 计算机软件测试文件编制规范 GB/Z 18493-2001 信息技术软件生存周期过程指南 GB/Z 18914-2002 信息技术软件工程CASE工具的采用指南 GJB 1091-1991 军用软件需求分析 GJB 1419-1992 军用计算机软件摘要 GJB 2115-1994 军用软件项目管理规程 GJB 2255-1994 军用软件产品 GJB 3181-1998 军用软件支持环境选用要求 GJB 437-1988 军用软件开发规范 GJB 438-1988 军用软件文档编制规范 GJB 438A-1997 武器系统软件开发文档 GJB 439-1988 军用软件质量保证规范 GJB/Z 102-1997 软件可靠性和安全性设计准则 GJB/Z 115-1998 GJB 2786《武器系统软件开发》剪裁指南 GJB/Z 117-1999 军用软件验证和确认计划指南
◇可行性分析报告：说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性，评述为了合理地达到开发目标可供选择的各种可能实施方案，说明并论证所选定实施方案的理由。 ◇项目开发计划：为软件项目实施方案制订出具体计划，应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。 ◇软件需求说明书（软件规格说明书）：对所开发软件的功能、性能、用户界面及运行环境等作出详细的说明。它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下编写的，也是实施开发工作的基础。该说明书应给出数据逻辑和数据采集的各项要求，为生成和维护系统数据文件做好准备。 ◇概要设计说明书：该说明书是概要实际阶段的工作成果，它应说明功能分配、模块划分、程序的总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理设计等，为详细设计提供基础。 ◇详细设计说明书：着重描述每一模块是怎样实现的，包括实现算法、逻辑流程等。 ◇用户操作手册：本手册详细描述软件的功能、性能和用户界面，使用户对如何使用该软件得到具体的了解,为操作人员提供该软件各种运行情况的有关知识，特别是操作方法的具体细节。 ◇测试计划：为做好集成测试和验收测试，需为如何组织测试制订实施计划。计划应包括测试的内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。 ◇测试分析报告：测试工作完成以后，应提交测试计划执行情况的说明，对测试结果加以分析，并提出测试的结论意见。 ◇开发进度月报：该月报系软件人员按月向管理部门提交的项目进展情况报告，报告应包括进度计划与实际执行情况的比较、阶段成果、遇到的问题和解决的办法以及下个月的打算等。 ◇项目开发总结报告：软件项目开发完成以后，应与项目实施计划对照，总结实际执行的情况，如进度、成果、资源利用、成本和投入的人力，此外，还需对开发工作做出评价，总结出经验和教训。 ◇软件维护手册：主要包括软件系统说明、程序模块说明、操作环境、支持软件的说明、维护过程的说明，便于软件的维护。 ◇软件问题报告：指出软件问题的登记情况，如日期、发现人、状态、问题所属模块等，为软件修改提供准备文档。 ◇软件修改报告：软件产品投入运行以后，发现了需对其进行修正、更改等问题，应将存在的问题、修改的考虑以及修改的影响作出详细的描述，提交审批。
沈阳XXXX公司 PDM软件系统实施项目招标文件 招标编号：XX-XX-2014-0001 二〇一四年四月 目录 第一部分投标邀请 第二部分投标人须知 第三部分技术规范 第四部分履约保证金 第五部分投标文件格式
第一部分投标邀请 XX公司现通过公开招标方式对XX公司全面预算管理软件系统实施项目进行招标。 1.招标编号：XX-XX-2010-0005 公司全面预算管理软件系统实施项目的技术要求详见招标文件第三部分。 3.招标文件发放时间、地点：招标文件将于2010年12月1日起每天9:00—16:00 时在XX公司信息化管理部IT管理室发售，价格500元。 4.投标截止时间：2010年12月10日10时00分（北京时间）。其后收到的投标 文件或未按招标文件规定提交投标保证金的投标文件恕不接受。 5.投标地点：XX公司信息化管理部IT管理室（A1 311房间）。 6.开标时间：2010年12月13日10时00分（北京时间）。 7.开标地点：XX公司信息化管理部IT管理室（A1 306房间） 8.联系单位： XX公司信息化管理部 地址：略邮政编码：略 电话：略传真：略 联系部门：信息化管理部IT管理室联系人：略 技术联系人：略电话：略 第二部分投标人须知 投标人须知前附表 说明：本前附表是对投标人须知的修改、补充和摘要，其内容与投标人须知不一致时，以本前附表为准。
一投标人 1. 简介 项目描述 投标须知前附表第1栏对项目进行了简要描述，并组成本投标须知的一部分。 定义 在本须知中，应使用以下解释： (a) 招标人名称及地址，见第一部分前附表第2栏。 (b) 除非另有具体说明，本部分提及的电话、传真，均是可接受的。 2. 合格投标人的范围 要求投标人必须是具有独立法人资格的软件实施服务提供商。要求投标人具有在大中型机械制造业Hyperion全面预算项目开发、实施经验及成功案例。投标人必须取得ORACLE公司的授权。 投标人必须从事财务信息系统相关软件开发三年以上。 投标人的规模：年销售额不低于500万元人民币，企业注册资金100万元（含100万元）人民币以上。 投标人应遵守有关的国家法律、法令和条例。投标人不应因腐败和欺诈行为而被招标人根据第33条宣布为不合格。 对于不符合上述条件的投标人，招标人保留取消其投标资格的权利。 3. 投标委托 如投标人代表不是法人代表，须持有《法人代表授权书》。 4. 投标费用 无论投标过程中的做法和结果如何，投标人自行承担所有与参加投标有关的全部费用。 二招标文件 5. 招标文件 招标文件由招标文件目录所列内容组成。 投标人应详细阅读招标文件的全部内容。不按招标文件的要求提供投标文件
实验一软件工程标准化文档 1、实验目的与要求 (1) 熟悉软件工程标准化的概念、国家标准规范和意义； ⑵了解支持国家标准和行业标准信息的网站； (3)深入学习和掌握软件产品开发文件的基本内容； (4)结合软件工程课程，学习和掌握软件产品开发文件的基本内容。 2、实验内容 (1) 上网搜索和浏览：了解国家标准咨询服务的专业网站、了解信息技术标准、软件工程国家标准； (2) 软件工程标准化的概念：查阅资料了解国内外标准状况和代号及说明； ⑶了解软件工程国家标准制单位、情况、内容； ⑷熟悉和掌握国家标准GB/T8567-2006; ⑸完成表1-表3的内容。 3、实验步骤 (1)请查阅相关网站或资料，了解软件工程标准一般分为哪5个层次，完成表1的内容。 表1软件工程标准的5个层次
（2）查阅相关网站了解GB、GJB、ISO、ANSI、IEEE的含义，完成表格2-2 的内容。 表2缩写术语解释 （3）请参阅有关资料（教科书、背景知识或专业网站等），了解就一个软件而言, 其生存周期各阶段与各种文件编写的关系，并在表3中适当的位置填上“^” 表3软件生存周期各阶段中的文件编制
4、实验结果 ⑴查阅了相关网站或资料，了解了软件工程标准的5个层次，即国际标准ISO、国家标准GB/ANSI/FIPS/BS/JIS、行业标准IEEE、企业规范、项目规范，完成了表1的内容。 ⑵查阅了相关网站，了解了GB、GJB、ISO、ANSI、IEEE的含义（或全称）和定义（或解释），完成了表2的内容 （3）软件文件是在软件开发过程中产生的，与软件生存周期有着密切关系。参阅了有关资料（教科书、背景知识或专业网站等），了解了就一个软件而言，其生存周期各阶段与各种文件编写的关系，完成了表3的内容。
杭州海康威视数字技术股份有限公司招标文件评分模板
评标标准 1、评标依据 依据《中华人民共和国招标投标法》、《中华人民共和国招标投标法》、国家发展计划委员会等七部委联合发布实施的《评标委员会和评标方法暂行规定》等有关法律、法规及规定，结合本招标文件制订的评标办法进行评标。 2、评标原则 评标工作遵循公平、公正、科学和择优的原则。评标委员会成员应客观、公正地履行职责，遵守职业道德，认真对投标文件进行审查、评价和比较，并对所提出的评审意见承担个人责任。 3、评标人员 评标依法成立评标委员会，评标委员会在开标前组建，评标委员会由招标人代表和随机抽取的技术、经济评标专家组成，总人数为X人。 4、评标程序 4.1 投标及投标文件的有效性审查 资格审查：评标委员会按投标人须知对上述投标人资格情况进行审查，符合投标人须知规定的投标人为合格投标人。招标方不接受不合格投标人的投标，评标委员会不对不合格投标人的投标文件进行下一步评审。 符合性检查：评标委员会检查投标文件的内容是否完整，是否实质性响应招标文件的要求。评标委员会按招标文件投标人须知规定对上述投标人的投标文件符合性进行审查。
4.2 详细评审 算术错误的改正 评标委员会将检查投标人报价是否有算术错误。 投标文件的澄清 评标委员会可以单独要求投标人澄清其投标文件。评标委员会的澄清要求和投标人的答复均应采用书面形式。除了改正算术错误外，投标人不得修改投标报价或投标文件中的其它实质性内容。经澄清的问题需由投标人法定代表人（或授权委托人）签名确认后作为投标文件的组成部分。 商务和技术评审 所有通过资格审查的、实质性响应招标文件要求的投标人的投标报价经算术错误改正后，除去一个最高报价和一个最低报价后的算术平均值为评标基准价。（投标人数量小于或等于5家时，基准价为所有投标人的投标报价的算术平均值）。 所有通过资格审查的、实质性响应招标文件要求的投标人的投标报价经算术错误改正后，综合评分法中的价格分统一采用低价优先法计算，即满足招标文件要求且投标价格最低的投标报价为评标基准价，其价格分为满分。其他投标人的价格分按照下列公式计算：价格得分=(评标基准价／投标报价)×30％×100。 ●评分 1、本项目评标采用综合评分法。 2、评标委员会依据评标方法和标准对投标文件进行评审，任何其他的外部证据均不作为评标的依据。 3、各评委独立评分。投标人的综合评分为5或7位评委评分的算术平均值。评委评分保留1位小数，5或7位评委评分的算术平均值保留两位小数。 4、评标委员会根据本办法组织评标。即指在最大限度地满足招标文件实质性要求的前提下，按综合得分由高到低顺序排列（若得分相同则报价较低的投标人排名在前），推选得分最高的投标人作为中标候选供应商或中标供应商的评标方法。
XX软件外包服务项目招标评分细则 1使用说明 ●本文档用于外包服务项目招标过程中，对供应商的投标文件进行评分。 ●本文档涉及的外包服务项目评标采用综合定量评估法，评估的内容包括：技术标、经济标。 ●评标组依法按照下述原则进行评标： ?客观、公平、公正、科学、优中选低； ?依法评标、严格保密； ?反对不正当的竞争。 2名词解释
3评委构成 ●评分过程由评标组负责评分。 ●评标组由集团、客户经营机构的招标人代表、技术、经济等方面的关键角色组成，人员组成和数 量要求见下表： 备注： 项目经理有可能来源于集团各事业部实施总部，也有可能来源于客户经营机构。视具体情况而定。 4评分办法 4.1评分过程 ●开标后，评标组评标的过程如下： ?评标组首先对技术标进行评分。 ?在供应商述标后，评标组根据《附件1.评分用表-实施外包》/《附件1.评分用表-开发外包》
中【指标库】页签中的评分指标对技术标进行打分，并将结果记录在【技术标评分记录】页签。 ?评标组根据各位评委在《附件1.评分用表-实施外包》/《附件1.评分用表-开发外包》中【技 术标评分记录】页签的打分记录进行排序。 ?在技术标评分后，评标组将对所有投标供应商的经济标进行评标。 ?评标组计算经济标的基准价，并根据《附件1.评分用表-实施外包》/《附件1.评分用表-开 发外包》对经济标进行评分，记录在【经济标评分记录】页签。 ?评委组在分别完成了技术标、经济标的评标工作后，评标组将评分结果汇总到《附件1.评分 用表-实施外包》/《附件1.评分用表-开发外包》中【综合得分】页签，根据技术标、经济标所占投标总比重的比例进行计算，得出最终的总分，评委组将结果记录在【各评委综合得分】中。 ?评标组根据上述计算结果得出最终中标的供应商，并记录在《附件1.评分用表-实施外包》/ 《附件1.评分用表-开发外包》--【评委意见】中。 ●在技术标的评分过程中，评标组个别成员的评分与其他评标组成员的评分平均差异在20％以上或 者有重大意见分歧时，评标组负责人应当提醒其进行复核，经复核后该评标组成员仍坚持其独立意见的，应当做出书面说明。 ●在经济标的评分过程中，如果出现经济标评分相同的供应商，则以技术标中的排名顺序为准，技 术标排名靠前的供应商优先于排名靠后的供应商。 4.2评分计算与细则 ●评分办法采用综合定量评估法进行评标，即由评委根据投标内容，按照技术标、经济标分别进行 量化打分，最终在所有供应商中按照【优中选低】的原则选择最合适的供应商，上述过程均采用暗标评标。 ●技术标 技术标的评分采用基于《附件1.评分用表-实施外包》/《附件1.评分用表-开发外包》中的技术标评分标准指标库进行打分。标准指标库提供了对技术标进行评分的各类评分指标、以及评分细则，评委根据指标、评分细则进行评分，并将结果记录在【技术标评分记录】页签中。 ●技术标评分指标库 对技术标的评价使用了标准评分指标库，它将以往凭借评委经验对供应商的技术能力、方案能力
软件工程文档模板 目录 1. 范围 (1) 2. 总体要求 (1) 2.1总体功能要求 (1) 2.2软件开发平台要求 (1) 2.3软件项目的开发实施过程管理要求 (2) 2.3.1 软件项目实施过程总体要求 (2) 2.3.2 软件项目实施变更要求 (3) 2.3.3 软件项目实施里程碑控制 (4) 3. 软件开发 (4) 3.1软件的需求分析 (5) 3.1.1 需求分析 (5) 3.1.2 需求分析报告的编制者 (6) 3.1.3 需求报告评审 (6) 3.1.4 需求报告格式 (6) 3.2软件的概要设计 (7) 3.2.1 概要设计 (7) 3.2.2 编写概要设计的要求 (7) 3.2.3 概要设计报告的编写者 (7)
3.2.4 概要设计和需求分析、详细设计之间的关系和区别 (7) 3.2.5 概要设计的评审 (8) 3.2.6 概要设计格式 (8) 3.3软件的详细设计 (8) 3.3.1 详细设计 (8) 3.3.2 特例 (8) 3.3.3 详细设计的要求 (8) 3.3.4 数据库设计 (9) 3.3.5 详细设计的评审 (9) 3.3.6 详细设计格式 (9) 3.4软件的编码 (9) 3.4.1 软件编码 (9) 3.4.2 软件编码的要求 (10) 3.4.3 编码的评审 (10) 3.4.4 编程规范及要求 (10) 3.5软件的测试 (10) 3.5.1 软件测试 (10) 3.5.2 测试计划 (11) 3.6软件的交付准备 (11) 3.6.1 交付清单 (11) 3.7软件的鉴定验收 (12) 3.7.1 软件的鉴定验收 (12)
实验报告样式 计算机科学与技术学院 实验报告 实验课程：软件工程评定成绩指导教师实验名称：软件工程标准化文档 学号：2009082104 姓名：_____ 班级：计算机09-1班 完成日期：2012年03月14日 一、实验目的 （1）熟悉和掌握软件工程标准化的概念、内容及其意义。 （2）了解那些支持国家标准和其他相关信息的专业网站。 （3）熟悉和掌握国家标准GB/T8567-1988。 （4）学习和掌握软件产品开发文件的基本内容。 二、实验内容 1.请查阅相关网站或资料，了解软件工程标准一般分为哪5个层次，完成表1-1的内容。
2.查阅相关网站了解GB GJB ISO、ANSI、IEEE的含义，完成表格2-2的内容。表1-2 3. 软件文件是在软件开发过程中产生的，与软件生存周期有着密切关系。请参阅有关资料 (教科书、背景知识或专业网站等)，了解就一个软件而言，其生存周期各阶段与各种文件编写的关系，并在表1-3中适当的位置填上“ ？”。
4.文件的读者及其关系 文件编制是一个不断努力的工作过程，是一个从形成最初轮廓，经反复检查和修改，直到程序和稳健正式交付使用的完整过程。 在软件开发的各个阶段中，不同人员对文件的关心不同。请根据你的判断，用符号 表示某部分人员对某个文件的关心，完成表1-4的填写。 表1-4各类人员与软件文件的关系 5.文件内容的重复性
由于不同软件在规模上合复杂程度上差别极大，在计算机软件产品开发文件 编制指南（GB/T8567-1988 ）所要求的14种软件文件的编制中，允许有一定的灵活性，这主要体现在应编制文件种类的多数、文件的详细程度、文件的扩展与缩并、程序设计和文 件的表现形式等方面。 此外，分析在计算机软件产品开发问卷编制指南（GB/T8567-1988 ）中列出的14种软件 文件的“内容要求”部分，可以看出其中存在着某些重复。较明显的重复又两类，即： 第一类: 引言是每一种文件都要包含的部分，以向读者提供总的梗概。 第二一 类： 各种文件中的说明部分，如对功能性能的说明、对输入和输出的描述、系统中 包含的设备等____________________________________________________________________ 这种内容重复的目的，是为了：__方便每种文件各自的读者，每种产品文件应该自成体 系，尽量避免读一种文件时又不得不去参考另一种文件。当然, ___________ 在每一种文件里，有关引言、说明等同其他文件相重复的部分，在行文上、在所 用的术语上、在详细的程度上，还是应该有一些差别，以适应各种文件的不同读 者的需要。 6.文件编制实施规定的实例 步骤1:虚拟一个你正要组织开发的软件项目。你考虑的这个项目名称是： 患者监护系统 步骤2:按表1-4中的12个因素衡量所要开发的软件，得到每个因素的值。 你为自己要开发的软件确定各个因素的值是： 1）创造性要求：_________ 2__ 说明：_____ 没有特别先进的技巧，编程也不是很难 2）通用程度：___1 ______________ 说明：____________ 它有很强的限制一单一目标，只有医院能使用 3）工作范围：_______ 5_________ 说明：_____ 全球都可以用这种系统代替护士对病人实施监护 4）目标范围：_______ 3_________ 说明：_可以对某些方面进行细化，诸如打印之前没让打印的报表 5）设备复杂性：___5 ___________ 说明：_主机控制系统，还有与患者互连的生理信息传输系统比较复杂 6）人员：_______ 2 _______ 说明：_3 —5人应该可以完成 7）开发投资：_1 ______________ 说明：此系统的设计并不是特别复杂，六个月内可以完成 8）重要程度：___3 ______________ 说明：_医疗方面的系统，自然和患者的人身安全密切相关 9）对程序改变的完成时间要求：_2 _________ 说明：一两周左右就可以完成程序的改变 10）对数据输入的响应时间要求：—5 _________________ 说明：_______ 此系统要求的是实时传输，肯定在60分钟以下 11）程序语言：_1 ________________ 说明：高级语言即可完成编程 12）并行的软件开发：__2 _________________
用友外包服务项目招标评分细则 1使用说明 ●本文档用于外包服务项目招标过程中，对供应商的投标文件进行评分。 ●本文档涉及的外包服务项目评标采用综合定量评估法，评估的内容包括：技术标、经济标。 ●评标组依法按照下述原则进行评标： ?客观、公平、公正、科学、优中选低； ?依法评标、严格保密； ?反对不正当的竞争。 2名词解释
3评委构成 ●评分过程由评标组负责评分。 ●评标组由集团、客户经营机构的招标人代表、技术、经济等方面的关键角色组成，人员组成和数 量要求见下表： 备注： 项目经理有可能来源于集团各事业部实施总部，也有可能来源于客户经营机构。视具体情况而定。 4评分办法 4.1评分过程 ●开标后，评标组评标的过程如下：
?评标组首先对技术标进行评分。 ?在供应商述标后，评标组根据《附件1.评分用表-实施外包》/《附件1.评分用表-开发外包》 中【指标库】页签中的评分指标对技术标进行打分，并将结果记录在【技术标评分记录】页签。 ?评标组根据各位评委在《附件1.评分用表-实施外包》/《附件1.评分用表-开发外包》中【技 术标评分记录】页签的打分记录进行排序。 ?在技术标评分后，评标组将对所有投标供应商的经济标进行评标。 ?评标组计算经济标的基准价，并根据《附件1.评分用表-实施外包》/《附件1.评分用表-开 发外包》对经济标进行评分，记录在【经济标评分记录】页签。 ?评委组在分别完成了技术标、经济标的评标工作后，评标组将评分结果汇总到《附件1.评分 用表-实施外包》/《附件1.评分用表-开发外包》中【综合得分】页签，根据技术标、经济标所占投标总比重的比例进行计算，得出最终的总分，评委组将结果记录在【各评委综合得分】中。 ?评标组根据上述计算结果得出最终中标的供应商，并记录在《附件1.评分用表-实施外包》/ 《附件1.评分用表-开发外包》--【评委意见】中。 ●在技术标的评分过程中，评标组个别成员的评分与其他评标组成员的评分平均差异在20％以上或 者有重大意见分歧时，评标组负责人应当提醒其进行复核，经复核后该评标组成员仍坚持其独立意见的，应当做出书面说明。 ●在经济标的评分过程中，如果出现经济标评分相同的供应商，则以技术标中的排名顺序为准，技 术标排名靠前的供应商优先于排名靠后的供应商。 4.2评分计算与细则 ●评分办法采用综合定量评估法进行评标，即由评委根据投标内容，按照技术标、经济标分别进行 量化打分，最终在所有供应商中按照【优中选低】的原则选择最合适的供应商，上述过程均采用暗标评标。 ●技术标 技术标的评分采用基于《附件 1.评分用表-实施外包》/《附件 1.评分用表-开发外包》中的技术标评分标准指标库进行打分。标准指标库提供了对技术标进行评分的各类评分指标、以及评分细则，评委根据指标、评分细则进行评分，并将结果记录在【技术标评分记录】页签中。
软件エ程文档模板 目录 1. 范围 (1) 2. 总体要求 (1) 2.1总体功能要求 (1) 2.2软件开发平台要求 (1) 2.3软件项目地开发实施过程管理要求 (2) 2.3.1 软件项目实施过程总体要求 (2) 2.3.2 软件项目实施变更要求 (2) 2.3.3 软件项目实施里程碑控制 (2) 3. 软件开发 (3) 3.1软件地需求分析 (3) 3.1.1 需求分析 (3) 3.1.2 需求分析报吿地编制者 (4) 3.1.3 需求报吿评审 (4) 3.1.4 需求报吿格式 (4) 3.2软件地概要设计 (4) 3.2.1 概要设计 (4) 3.2.2 编写概要设计地要求 (4) 3.2.3 概要设计报吿地编写者 (4) 3.2.4 概要设计合需求分析、详细设计之间地关系合区别 (4) 3.2.5 概要设计地评审 (4) 3.2.6 概要设计格式 (4) 3.3软件地详细设计 (5) 3.3.1 详细设计 (5) 3.3.2 特例 (5) 3.3.3 详细设计地要求 (5) 3.3.4 数据库设计 (5) 3.3.5 详细设计地评审 (5) 3.3.6 详细设计格式 (5) 3.4软件地编码 (5) 3.4.1 软件编码 (5) 3.4.2 软件编码地要求 (5) 3.4.3 编码地评审 (6) 3.4.4 编程规范及要求 (6) 3.5软件地测试 (6) 3.5.1 软件测试 (6) 3.5.2 测试计划 (6) 3.6软件地交付准备 (6)
3.6.1 交付清单 (6) 3.7软件地鉴定验收 (7) 3.7.1 软件地鉴定验收 (7) 3.7.2 验收亼员 (7) 3.7.3 验收具体内容 (7) 3.7.4 软件验收测试大纲 (7) 3.8培训 (7) 3.8.1 系统应用培训 (7) 3.8.2 系统管理地培训（可选） (8) 附录А软件需求分析报吿文档模板 (9) 附录Ь软件概要设计报吿文档模板 (21) 附录С软件详细设计报吿文档模板 (33) 附录D 软件数据库设计报吿文档模板 (43) 附录Е软件测试(验收)大纲 ...................................................................... 错误!未定义书签。5
CreatMap 地理信息共享服务云平台软件工程标准规范 河北省制图院 2015年1月30日
1.前言 1.1项目背景 当前，我国国家信息化建设与应用不断深入，网络化地理信息应用如同雨后春笋，政府部门和社会大众使用地理信息的方式与频率正发生翻天覆地的变化。针对这一重大应用需求，国家测绘局认真学习和贯彻落实科学发展观，做出了建设国家地理信息公共服务平台（以下简称“公共服务平台”）的战略性决策。 CreatMap 地理信息共享服务云平台是河北省地理信息局下属的河北省制图院自主研发的并拥有自主知识产权的新一代地理信息公共服务平台，平台以促进地理信息服务大局、服务社会、服务民生为目标，为政府、企事业单位、社会公众提供统一、高效的基础地理信息服务。 1.1.1软件系统名称 CreatMap 地理信息共享服务云平台，是依托地理信息数据，通过在线方式满足政府部门、企事业单位和社会公众对地理信息和空间定位、分析的基本需求，具备个性化应用的二次开发接口和可扩展空间，是实现地理信息应用服务功能的数据、软件及其支撑环境的总称。 1.1.2政策依据 1) 《国务院关于加强测绘工作的意见》（国发[2007]30号）：要切实提高测绘保障能力和服务水平，构建基础地理信息公共平台，更好地满足政府、企业及人民生活等方面对基础地理信息公共产品服务的迫切需要。 2) 《全国基础测绘中长期规划纲要》（2006年国务院批准发布）：到2010年，我国形成一批具有影响力的基础测绘公共产品；到2020年，要实现服务网络化社会化。国家测绘局在《测绘事业发展第十一个五年规划纲要》中指出要以地理信息为基础平台整合社会、经济和人文等信息，促进各类信息资源的共享和高效开发利用，到2010年初步实现基础地理信息服务网络化。
软件工程文档模板 目录 1.范围 (1) 2.总体要求 (1) 2.1总体功能要求 (1) 2.2软件开发平台要求 (1) 2.3软件项目地开发实施过程管理要求 (2) 2.3.1软件项目实施过程总体要求 (2) 2.3.2软件项目实施变更要求 (2) 2.3.3软件项目实施里程碑控制 (2) 3.软件开发 (3) 3.1软件地需求分析 (3) 3.1.1需求分析 (3) 3.1.2需求分析报吿地编制者 (4) 3.1.3需求报吿评审 (4) 3.1.4需求报吿格式 (4) 3.2软件地概要设计 (4) 3.2.1概要设计 (4) 3.2.2编写概要设计地要求 (4) 3.2.3概要设计报吿地编写者 (4) 3.2.4概要设计合需求分析、详细设计之间地关系合区别 (4) 3.2.5概要设计地评审 (4) 3.2.6 概要设计格式 (4) 3.3软件地详细设计 (5) 3.3.1详细设计 (5) 3.3.2特例 (5) 3.3.3详细设计地要求 (5) 3.3.4数据库设计 (5) 3.3.5详细设计地评审 (5) 3.3.6详细设计格式 (5) 3.4软件地编码 (5) 3.4.1软件编码 (5) 3.4.2软件编码地要求 (5) 3.4.3编码地评审 (6) 3.4.4编程规范及要求 (6) 3.5软件地测试 (6)
3.5.1软件测试 (6) 3.5.2测试计划 (6) 3.6软件地交付准备 (6) 361交付清单 (6) 3.7软件地鉴定验收 (7) 3.7.1软件地鉴定验收 (7) 3.7.2验收△员 (7) 3.7.3验收具体内容 (7) 3.7.4 软件验收测试大纲 (7) 3.8培训 (7) 3.8.1系统应用培训 (7) 3.8.2系统管理地培训（可选） (8) 附录A 软件需求分析报吿文档模板 (9) 附录b 软件概要设计报吿文档模板 (21) 附录C 软件详细设计报吿文档模板 (33) 附录D软件数据库设计报吿文档模板 (43) 附录E 软件测试（验收）大纲..................................... 错误！未定义书签。5
软件开发服务项目评标办法及评标标准软件开发服务项目评标办法及评标标准软件开发服务项目的评标办法和评标 标准必须在招标文件中予以确定。招标文件没有确定的评标办法和评标标准不得作 为评标的依据。 评标步骤分初步评审和详细评审两步进行。 一、初步评审 初步评审是指评标委员会审查每一投标文件是否对招标文件提出的所有实质性 要求和条件做出响应，有无显著的差异或保留。 (一)投标文件有下列情形之一的视为未能在实质上响应的投标，作为废标处理: 1、投标人资格条件不符合国家有关规定和招标文件要求的; 2、投标报价超过招标文件规定的本项目投资预算或投标控制价，招标人不能 支付的; 3、没有按照招标文件要求提供投标担保或者所提供的投标担保有瑕疵的; 4、投标文件中的投标函未加盖投标人的公章及法定代表人印章(签字)，或法 定代表人委托代理人没有合法、有效的委托书原件及委托代理人印章(签字)的; 5、投标有效期不足的; 6、投标文件载明的招标项目完成期限超过招标文件规定的期限的; 7、投标文件中的内容出现重大偏离和超出偏差范围的、明显不符合招标文件 规定的技术要求和标准的; 8、未按规定格式填写，内容不全或关键字迹模糊、无法辨认的; 9、投标人递交两份或多份内容不同的投标文件，或在一份投标文件中对同一 项目报有两个或多个报价，且未声明哪一个有效的，按招标文件规定提交备选方案 的除外;
10、组成联合体投标的，投标文件未附联合体各方共同投标协议或联合体协议不符合有关规定的; 11、投标文件附有招标人不能接受的条件，或者对合同中约定招标人的权利和投标人的义务方面造成重大限制的; 12、不符合招标文件中规定的其他实质性要求的。 (二)评标委员会定为废标的投标文件不再进入详细评审阶段。经初步评审合格的投标文件，评标委员会应当根据招标文件确定的评标办法、标准，对其作进一步评审、比较、评分。 二、详细评审 软件开发服务项目综合评分法详细评审的评审顺序为:先评技术部分;再评商务综合部分;最后计算投标报价部分。各部分满分值均为100分，但设定不同的权重，经加权后相加，总分满分值为100分。 技术部分、商务综合部分、投标报价部分的权重: 注:1、各部分权重在上述范围内选定; 2、各部分权重之和为100%。 (一)投标技术部分:满分值100分 (可采用暗标形式) 注:技术部分评分少于70分，评委应注明评分理 由。技术部分多数评委评分少于70分的，视为该技术部分不合格，则该次投标文件作废标处理。 (二)商务综合标部分:满分值100分 (三)投标报价部分:满分值100分 方法一: 1、基准价的确定:满足招标人要求且报价最低的投标报价为评标基准价。基准价价格分为满分。
ISO 软件工程模板(4)需求说明书
摘要 大家在平时的系统开发中需要编写一些文档模板，这此将我收集整理的 ISO 软件工程模板 标准贴出，供大家参考。(2002-07-22 15:32:20)
By 风过留枫 b5E2RGbCAP
1．引言
1.1 编写的目的 说明编写这份需求说明书的目的,指出预期的读者. 1.2 背景 a. 待开发的系统的名称; b.本项目的任务提出者、开发者、用户； c.该系统同其他系统或其他机构的基本的相互来往关系。p1EanqFDPw 1.3 定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4 参考资料 列出用得着的参考资料。
2．任务概述
2.1 目标 叙述该系统开发的意图、应用目标、作用范围以及其他应向读者说明的有关该系统开发的背景材料。 解释被开发系统与其他有关系统之间的关系。DXDiTa9E3d 2.2 用户的特点
1/6
列出本系统的最终用户的特点，充分说明操作人员、维护人员的教育水平和技术专长，以及本系统的 预期使用频度。RTCrpUDGiT 2.3 假定和约束 列出进行本系统开发工作的假定和约束。
3．需求规定
3.1 对功能的规定 用列表的方式，逐项定量和定性地叙述对系统所提出的功能要求，说明输入什么量、经怎么样的处理、 得到什么输出， 说明系统的容量,包括系统应支持的终端数和应支持的并行操作的用户数等指标。 5PCzVD7HxA 3.2 对性能的规定 3.2.1 精度 说明对该系统的输入、输出数据精度的要求，可能包括传输过程中的精度。 3.2.2 时间特性要求 说明对于该系统的时间特性要求。 3.2.3 灵活性 说明对该系统的灵活性的要求，即当需求发生某些变化时，该系统对这些变化的适应能力。jLBHrnAILg 3.3 输入输出要求 解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对系统的数据输出及必须 标明的控制输出量进行解释并举例。xHAQX74J0X 3.4 数据管理能力要求（针对软件系统） 说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储 要求作出估算。LDAYtRyKfE 3.5 故障处理要求 列出可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。 3.6 其他专门要求
2/6
5000 万元）；得 0.5 分； 得 1 分； 得 1 分； 得 1分 得1 精品文档 般软件招标评分标准 本次评标按百分制由评标小组独立进行评审打分，按照综合因素打分的结果，由高到低确定中标人。 （一）公司评价（共 15 分） 1 、公司注册资金（共 1分） 1.1 注册资金在 1000 万元（包括 1000 万元） -5000 万元（不包括 1.2 注册资金在 5000 万元以上（包括 5000 万元）； 2、公司的资质及技术 （共 7 分） 2.1 公司具有国家级以上（含二级）《计算机信息系统集成资质证书》 2.2 公司具有省、部级以上主管部门颁发的《软件企业证书》 2.3 公司具有通过省、部级以上有关部门鉴定自主开发的成熟软件 分 2.4公司通过IS09001软件质量体系认证或 CMM 体系认证（两个认证获得其中的一个即 可） 得 1 分 2.5具有通过数据库认证（OCP 或DBA 工程师 得1分 2.6 参加本项目开发的软件工程师、程序分析员（提供资格证书和劳动合同）最多的得 2分，其它每少 1 名扣 0.2 分； 3、成功案例（共 7 分） 3.1 提供了同类软件开发及实施成功案例（须提供合同原件和需求单位出具的软件验收合格的验收报告 或使用单位出具的软件运行正常的证明 ）得7分； 注： 3.1-3.3 总得分不能超过 7 分。 （二）技术解决方案（共 40 分） 1 、应用软件的体系结构（共 5分） 整个软件系统的体系结构合理、实用、保证数据传输的实时性要求：最优者得 5分，其他酌情递减， 但每档至少相差 0.5 分； 2 、业务流程图及数据流程图（共 8 分） * 提供清晰、明了、准确的业务流程图和数据流程图： 8分； * 提供基本准确的业务流程图和数据流程图： 3-6 分； *没有提供或错误的业务流程图和数据流程图： 0分； 3 、技术开发及项目管理工具（共 3分） a 、 是否提供合理的系统前合和后台开发工具： 1 分（最优者得 1 分，其他酌情递减，但每档至少相 差 0.2 分）； b 、 是否在软件工程中提供软件需求、数据建模、项目管理、系统测试等工具： 2分（最优者得 2分， 其他酌情递减，但每档至少相差 0.2 分）， 4 、技术规范（共 3 分） 系统总体设计的可靠性、可维护性（包括日常维护、功能拓展维护两部分，具体表现为政策是否可 动态调整、业务流程是否可动态调整、用户界面是否可动态调整、标准的系统安装程序、前后台开发语言 是否一致等）以及可扩展性的综合评价，最优者得 3 分。其他酌情递减，但每档至少相差 0.2 分，（缺少 系统安全模型最多得 1 分）。 5 、系统安全（共 7 分） 提供完善、合理、可操作性强的系统安全解决方案，是否提供系统运行监控相关的方案 7 分（解决 方案最优者得 7 分； 6、功能模块描述（共 8 分） 精品文档 a 、 在软件系统中： *对各个模块的全面、准确的功能描述： 8 分（完整、准确者得 8分，其他酌情递减但每项功能每档 至少相差
软件工程项目文档模板 可行性研究报告（ISO标准） 1．引言 1.1 编写目的 [编写本可行性研究报告的目的，指出预期的读者。] 1.2 背景 a.[所建议开发的软件系统的名称；] b.[本项目的任务提出者、开发者、用户及实现该软件的单位；] c.[该软件系统同其他系统或其他机构的基本的相互来往关系。] 1.3 定义 [列出本文件中用到的专门术语的定义和外文首字母组词的原词组。] 1.4 参考资料 [列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源，可包括：项目经核准的计划任务书、合同或上级机关的批文；与项目有关的已发表的资料；文档中所引用的资料，所采用的软件标准或规范。] 2．可行性研究的前提 [说明对所建议开发的软件的项目进行可行性研究的前提。] 2.1 要求 [说明对所建议开发的软件的基本要求。 如功能；性能；输出；输入；基本的数据流程和处理流程；安全与保密要求；与软件相关的其他系统；完成期限。] 2.2 目标 [说明所建议系统的主要开发目标。 如： 人力与设备费用的节省；处理速度的提高；控制精度或生产能力的提高；管理信息服务的改进；决策系统的改进；人员工作效率的提高，等等。] 2.3 条件、假定和限制 [说明对这项开发中给出的条件、假定和所受到期的限制。 可包括：建议开发软件运行的最短寿命；进行系统方案选择比较的期限；经费来源和使用限制；法律和政策方面的限制；硬件、软件、运行环境和开发环境的条件和限制；可利用的信息和资源； 建议开发软件投入使用的最迟时间。] 2.4 进行可行性研究的方法 [说明这项可行性研究将是如何进行的，所建议的系统将是如何评价的，摘要说明所使用的基本方法和策略。] 2.5 评价尺度 [说明对系统进行评价时所使用的主要尺度。 决定可行性的主要因素] 3．对现有系统的分析
GB 8567－88软件开发主要文档编写规范 本附录中列出了《计算机软件产品开发文件编制指南》GB 8567－88中主要软件文档的编写说明，供编写时参考。这些文档主要是：可行性研究报告、项目开发计划、软件需求说明书、概要设计说明书、详细设计说明书、模块开发卷宗、测试计划、测试分析报告、项目开发总结报告。 一、可行性研究报告 l 引言 1.1 编写目的 说明：说明本可行性研究报告的编写目的，指出预期的读者。 1.2 背景 说明： a．所建议开发的软件系统的名称。 b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络。 c．该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3 定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4 参考资料 列出用得着的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文。 b．属干本项目的其他已发表的文件。 c. 本文件中各处引用的文件、资料，包括所需用到的软件开发标准。 列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2 可行性研究的前提 说明对建议开发项目进行可行性研究的前提，如要求、目标、条件、假定和限制等。 2.1 要求 说明对所建议开发软件的基本要求，如： a．功能。 b．性能。 c．输出如报告、文件或数据，对每项输出要说明其特征，如用途、产生频度、接口以及分发对象。 d. 输入说明。系统的输入包括数据的来源、类型、数量、数据的组织以及提供的频度。 e．处理流程和数据流程。用图表的方式表示出最基本的数据流程和处理流程，并输之以叙述。 f. 在安全与保密方面的要求。 g. 同本系统相连接的其他系统。 h. 完成期限。 2.2 目标 说明所建议系统的主要开发目标，如： a. 人力与设备费用的减少。 b. 处理速度的提高。 c. 控制精度或生产能力的提高。