qzcm_nhuser1230251
范文一：软件开发国家标准doc软件开发国家标准doc - 下载频道
首页 资源分类 排行榜 帮助 高级搜索 讲义下载 我的资源
下载频道>软件开发国家标准.doc软件开发国家标准.doc
, 按相关度排序
, 按下载量排序
, 按上传时间排序
软件开发国家标准.doc3
标签: 软件开发国家标准.doc软件开发国家标准.doc
软件开发国家标准.doc软件开发国家标准.doc软件开发国家标准.doc
软件开发国家标准.doc软件开发国家标准.doc软件开发国家标准.doc
软件开发国家标准.doc软件开发国家标准.doc软件开发国家标准.docv
chtimi上传时间:2011-05-09 上传者:
下载次数:7
国家标准-软件开发规范\操作手册编写规范.doc3
标签: 国家标准,软件开发规范,操作手册编写规范
国家标准-软件开发规范\操作手册编写规范.doc
上传者:lizhaoc上传时间:2009-03-24
下载次数:16
国家标准-软件开发规范-软件需求说明书编写规范.doc1
标签: 软件需求说明书
国家标准-软件开发规范-软件需求说明书编写规范
上传者:my_360doc上传时间:2012-04-02
下载次数:2
国家标准-软件开发规范\用户手册编写规范.doc3
标签: 国家标准 软件开发规范 用户手册编写规范
国家标准 软件开发规范 用户手册编写规范
上传者:lizhaoc上传时间:2009-03-24
下载次数:10
软件开发规范-国家标准(doc版)3
标签: 软件开发规范国家标准
介绍了软件开发文档的国家标准，并给出了对应的模板
上传者:laiwenyu913上传时间:2009-12-10
下载次数:13
国家标准-软件开发规范(doc格式)1
标签: 国家 标准 软件 开发 规范
提供国产软件的开发标准案例及大中型企业在软件开发中对代码的管理
要求 文件大小压缩后大约为150kb
上传者:ylsoftd上传时间:2008-12-26
下载次数:7
国家标准-软件开发规范10
标签: 国家 标准 软件 开发 规范
<操作手册编写规范> <测试分析报告编写规范> <测试计划文档编写规范>
上传者:kamijawa上传时间:2013-09-08
下载次数:0
国家标准软件开发文档模板2
CB856T,,国家标准,,软件开发 标签:
国家标准软件开发文档模板GB856T——88，非常全的软件标准，欢迎大
家下载学习
上传者:u014746239上传时间:2014-04-20
下载次数:0
国家标准软件开发文档 - 用户手册(GB8567——88)1
标签: 用户手册
国家标准软件开发文档 - 用户手册(GB8567——88)
上传者:redmicwolf上传时间:2013-03-22
下载次数:2
国家标准-软件开发规范1
标签: 开发文档 测试文档 文档规范
软件开发用到的一系列文档的模版。 为自己备忘用的，下载了觉得不好，
请不要评论。
上传者:mush_me上传时间:2013-09-03
下载次数:1
国家标准软件开发文档 - 文件给制实施规定的实例(GB8567-88)1
标签: 文件给制实
国家标准软件开发文档 - 文件给制实施规定的实例(GB8567-88)
上传者:redmicwolf上传时间:2013-03-22
下载次数:2
国家标准-软件开发规范1
标签: 软件开发规范
国家标准-软件开发规范，适用于软件开发上报ISO9001认证时使用以及
软件开发时查阅
上传者:w4780744上传时间:2013-01-23
下载次数:0
国家标准软件开发文档 - 数据库设计说明书(GB8567——88)1
标签: 数据库 设计说明书
国家标准软件开发文档 - 数据库设计说明书(GB8567——88)
上传者:redmicwolf上传时间:2013-03-22
下载次数:0
软件开发文档-国家标准3
标签: 软件开发,文档模板,需求,详细设计等
可行性分析、开发计划、需求分析、概要设计、详细设计、测试计划、
操作手册等等国家开发模板。
上传者:xiaodi88061671上传时间:2012-12-22
下载次数:0
国家标准软件开发文档 - 软件需求说明书(GB856T——88)1
标签: 软件 需求说明书
国家标准软件开发文档 - 软件需求说明书(GB856T——88)
上传者:redmicwolf上传时间:2013-03-22
下载次数:0
共45143个 共10页 1 2 3 4 5 下一页 尾页 下载频道公告
个人空间全新改版上线
下载频道优秀资源推荐
第六届云计算大会日程出炉
热门Tag
, android
, java
, c#
, jquery
, c++
, linux
, c语言
, matlab
, 源码
, 教程
资源下载排行
, 本周
, 本月
, 本年
, android 高仿 频道管理----网易、今日头条、腾讯视频 (可以拖动的
GridView)
, .net 开发的excel
, 各种算法集合讲解
, 图解力 跟顶级设计师学作信息图，完整扫描版(彩色)
, 微信公众平台开发-如何保证access_token长期有效
, 安卓版2048源码(带撤销功能)
, 最新微信管家源码4月30最强版:新增Wifi营销系统+微网站备份+微
信支付+微客服+租赁买卖+100多套模版
, Spring 4.0.4 开发包
, .net学习指南路线参考(免费)
, java仿2048游戏实例源码
, android 高仿 频道管理----网易、今日头条、腾讯视频 (可以拖动的
GridView)
, .net 开发的excel
各种算法集合讲解 ,
, 图解力 跟顶级设计师学作信息图，完整扫描版(彩色)
, unidac5.3.8src
, 微信公众平台开发-如何保证access_token长期有效
, android启动界面
, 高校学生选课系统SSH+mysql
, 安卓版2048源码(带撤销功能) , cocos2d-x 3.0正式版 类结构 xmind , Java从零基础到精通详细笔记
, C++入门到精通的四本书超经典.PDF , 软件开发者路线图:从学徒到高手 , c#+多年积累的类库(非常全)
, 阿里巴巴2014笔试题(客户端) , linux2.6.1内核源码注释
, 改变未来的九大算法，完整扫描版 , 提高C++性能的编程技术.pdf
, 2014年最新JAVA面试题汇总经
, jQuery基础教程(第四版)，完整高清版
范文二：软件开发费用
1 术语和定义
下列术语和定义适用于本文。
1.1
信息化项目 information technology project
旨在提高信息化水平的信息系统建设及优化任务。
1.2
委托方 sponsor
软件开发项目的出资方。
1.3
开发方 developer
受委托方委托，负责软件开发的组织或团队。
1.4
第三方 third-party
委托方和开发方之外的主要利益相关方。
注：监理、审计、咨询机构等均为第三方。
1.5
软件开发费用 software development cost
委托方为达成软件开发项目目标而需向开发方支付的费用。
1.6
直接成本 direct cost
开发方为达成软件开发项目目标而直接付出的各种资源代价总和。
注：可直接计入软件开发项目成本的直接材料、直接人工等属于直接成本。
1.7
间接成本 indirect cost
与达成软件开发项目目标相关，但同一种投入可以支持一个以上项目的开发方联合成本。
注：开发方研发管理人员工资、研发设备折旧、停工补偿等属于间接成本。
1.8
人力成本 human resource cost
为达成软件开发项目目标所需付出的开发方人力资源成本总额。
1.9
非人力成本 non-human resource cost
开发方为达成软件开发项目目标所需付出的人力成本之外的其他成本总额。
1.10
直接人力成本 direct human resource cost
为达成软件开发项目目标而直接付出的开发方人力成本。
1.11
直接非人力成本 direct non-human resource cost
开发方为达成软件开发项目目标而直接付出的非人力成本。
1.12
间接人力成本 indirect human resource cost
开发方服务于软件研发管理整体需求的非项目组人员的人力成本。
1.13
间接非人力成本 indirect non-human resource cost
开发方不为开发某个特定项目但服务于整体研发活动产生的非人力成本。
1.14
毛利润 gross profit
软件开发费用与直接成本及间接成本之差。
1.15
基准数据 benchmark
经过筛选并维护数据库中的一个或一组测量值或者派生测量值，用来表征目标对象相关属性与这些测量值的关系。
1.16
方程法 equation
基于基准数据建立参数模型，并通过输入各项参数，确定待测算项目工作量、工期或费用估算值的方法。
1.17
软件因素 software factor
由于软件自身特点的差异而导致预期生产率发生变化的相关因素。
注：业务领域、应用类型、质量特性等属于软件因素。
1.18
开发因素 development factor
对于同一软件，由于开发团队或其采用的过程、技术差异而导致预期生产率发生变化的相关因素。
注：采用技术、过程、团队经验、重用程度等属于开发因素。
1.19
系统边界 system boundary
被测算软件与用户或其他系统之间的界限。
1.20
功能点 function point
衡量软件功能规模的一种单位。
1.21
内部逻辑文件internal logical file
在系统边界内维护的、用户可识别的逻辑相关数据组或控制信息。
注：其主要目的是保存由被计数的应用的一个或多个基本处理所维护的数据。
1.22
外部接口文件 external interface file
由一系统引用、另一系统维护的，用户可识别的逻辑相关数据组或控制信息。 注：其主要目的是保存由被计数的系统边界内的一个或多个基本处理所引用的数据。一个系统所计数的外部接口文件必定是另一个系统的内部逻辑文件。
1.23
预估功能点计数 the indicative function point count
只进行内部逻辑文件和外部接口文件计数的功能点计数方法。
1.24
百分位数 percentile
在某实数集合中，对于集合内某元素X，如果该集合中有且仅有p%的数据不大于X，则称X为该集合的p百分位数。
示例：如果仅有50%的数据不大于X，则X 为该集合的50 百分位数，简称P50。
1.25
功能点耗时率person hours per functional size unit
每功能点所消耗的人时数。
1.26
功能点单价 unit price of function point
每功能点的直接人力成本、间接人力成本、间接非人力成本及毛利润之和。 2 缩略语
以下缩略语适用于本文件。
EI：外部输入
EO：外部输出
EQ：外部查询
EIF：外部接口文件
FP：功能点
ILF：内部逻辑文件
3 开发方软件开发费用构成
3.1 费用构成
软件开发过程应包括从信息化项目立项完成到项目验收之间的需求分析、设计、编码、集成、测试、安装、验收活动及相关的项目管理、支持活动。
软件开发费用应包括软件过程中开发方的所有直接成本、间接成本和毛利润，不包括软件预研或可行性分析、数据迁移、软件维护等成本。
直接成本包括直接人力成本和直接非人力成本。
间接成本包括间接人力成本和间接非人力成本。
本文所涉及工作量、工期仅为软件开发过程所用工作量、工期。
注：不同的组织在软件开发费用测算过程中应考虑已有财务或其他管理制度对软件开发费用构成的影响。例如，当软硬件购置费、测评费等费用单独列支时，不应再将上述费用作为软件开发费用的直接非人力成本重复计算。
3.2 直接人力成本构成
直接人力成本包括开发方项目组成员的工资、奖金、福利等人力资源费用。其中，项目组成员包括参与该项目开发过程的所有研发或支持人员。对于非全职投入该项目开发工作的人员，按照项目工作量所占其总工作量比例折算其人力资源费用。 注：项目组成员通常包括项目经理、需求分析人员、设计人员、开发人员、测试人员、部署人员、用户文档编写人员、质量保证人员、配置管理人员等。
3.3 直接非人力成本构成
直接非人力成本包括：
a) 办公费，开发方为开发此项目而产生的行政办公费用，包括办公用品、通讯、邮寄、印刷、会议等；
b) 差旅费，开发方为开发此项目而产生的差旅费用，包括交通、住宿、差旅补贴等；
c) 培训费，开发方为开发此项目而安排的特别培训产生的费用；
d) 业务费，开发方为完成此项目开发工作所需辅助活动产生的费用，包括招待费、评审费、验收费、第三方评测费等；
e) 采购费，开发方为开发此项目而需特殊采购专用资产或服务的费用，包括专用设备费、专用软件费、技术协作费、专利费等；
f) 其他，未在以上项目列出但确系开发方为开发此项目所需花费的费用。
3.4 间接人力成本构成
间接人力成本包括软件研发部门经理、项目管理办公室（PMO）人员、工程过程组（EPG）人员、产品规划人员、组织级质量保证人员、组织级配置管理人员等的工资、奖金、福利等的分摊。
3.5 间接非人力成本构成
间接非人力成本包括开发方研发场地房租、水电、物业，研发人员日常办公费用分摊及各种研发办公设备的租赁、维修、折旧分摊。
3.6 毛利润构成
毛利润包含开发方直接成本和间接成本之外的经营管理费用分摊、市场销售费用分摊、应承担各种税费及税后净利。
4 软件开发费用预算
软件开发费用预算的基本流程如下
工期测算的结果与费用预算结果相互关联、互相影响。工期测算的结果可导致重新测算工作量，并最终改变软件开发费用预算结果。
对于有明确工期要求的项目，在采用方程法测算工作量时，工期要求可以是方程的参数之一。
在软件开发费用预算过程中，应遵循以下原则：
——充分利用基准数据，对工作量、工期、费用进行测算；
——在测算规模时，应根据项目特点和需求的详细程度选择合适的方法； ——工作量、工期、费用的测算结果宜为一个范围而不是单一值；
——费用预算过程中宜采用不同方法分别测算并进行交叉验证。如果不同方法的预算结果产生较大差异，可采用专家评审方法或加权平均方法确定预算结果。
4.1 规模测算
1、功能点计算
应根据已知的项目功能描述，采用功能点方法测算软件规模。
在预算阶段，宜采用预估功能点计数方法，测算未调整的功能点数。
在测算规模前应依据可行性研究报告或类似文档明确项目范围及系统边界。项目范围描述文档应包含最基本的业务需求，还应进行初步的子系统/模块划分，并对每一子系统或模块的基本用户需求进行描述或说明，保证可根据项目范围描述文档进行预估功能点计数。
2、规模调整
1）复用程度调整
应对待实现功能复用情况进行分析，识别出可复用的功能及可复用的程度。应评估待实现功能行业的平均复用水平，并根据复用程度对规模进行调整。
2）隐含需求及需求变更调整
采用预估功能点测算规模时，应根据隐含需求及未来需求变更对规模产生的影响并对测算规模进行调整。
4.2 工作量测量
在测算工作量时，应：
a) 对项目风险进行充分分析并根据分析结果对测算方法或模型合理调整。例如，根据风险情况调整测算模型中影响因子的权重或取值。风险分析时应考虑技术、管理、资源、商业多方面因素。
例如：需求变更、外部协作、时间或成本约束、人力资源、系统架构、用户接口、外购或复用、采用新技术等；
b) 根据经验或相关性分析结果，确定影响工作量的主要因素。
对于委托方软件开发总费用，还包括可研费、项目评审费、招标费、项目监理费、项目配合费、项目管理费等其他费用。
范文三：软件开发费用
北京四海华辰科技有限公司
2014-07-15发布
SHHC-CX-7.3-01
设计和开发控制程序
（A/0）
实施
北京四海华辰科技有限公司发布
2014-07-15
文档信息
本版批复信息
文件版本记录
说明：*项为必需项，不得缺失。如果“审核意见”及“变更说明”写不下，可以附页说明
北京四海华辰科技有限公司地址：北京市大兴区生物医药基地天华大街33号
设计和开发控制程序
1 目的
本程序规定了对本公司设计开发活动的控制要求，以使设计开发过程得到控制，并确保设计输出满足设计输入的要求，设计开发出满足顾客期望和要求的、符合相关法律法规要求的产品。
2 适用范围
本程序适用于本公司新产品开发项目和变型设计开发项目的过程控制。 不适用于 OEM\ODM 项目、技术平台项目的设计开发过程控制。
3 术语和定义
3.1 项目分类
3.1.1 变型设计开发项目
对于已定型并投入生产的产品进行局部设计修改并形成新型号的产品开发项目。 3.1.2 新产品设计开发项目
针对新的用户需求进行的产品设计开发项目。
3.2 阶段评审
对项目各阶段要实现的一组既定目标是否达到预期要求所作的评审，并做出是否进 入下一阶段的决定。
3.3 设计评审
设计评审是指对设计开发工作所作的正式的、综合性的和系统性的评审，以评价设计开发的结果是
否满足要求，识别任何问题并提出必要的措施。
3.4 技术评审
针对开发过程中的一项或几项开发任务，进行评审，检查可交付成果所采用的技术、方案是否能够达到所要求的功能和性能，是否存在缺陷，能否进行改进等。
3.5 DMR（Device Master Record）
产品主文档，包括产品所需的用于支持生产、检验、使用、维护和描述接受准则的文件。
3.6 DHF（Design History File）
开发过程文件，包含用于描述开发过程而形成的所有文件和记录。
3.7 DHR（Device History Record）
设备档案，是依据文件规定的规范和流程，即 DMR，生产某一产品的记录，包含制造、装配、调试、检验记录，序列号记录，问题追踪及返工记录，批准放行记录等。
3.8 项目组
在《综合开发计划》中确定的跨部门的设计开发所需的人力资源。架构如图 3-1 所示：
图3-1
4 职责权限
4.1 总经理
参与P0、P3阶段评审和批准。
4.2 研发总监
参与设计评审和阶段评审，批准并签署《综合开发计划》、《用户需求说明书》、 《产品规格说明书》。
4.3 项目经理
项目经理是项目组这个跨部门团队的领导，负责制定和实施《综合开发计划》，组织协调项目组内各项工作，控制项目质量、开发进度、开发费用及产品成本。负责编制《立项申请报告》，批准《设计验证
计划》、《设计验证报告》、《设计确认计划》、《设计确认报告》。
4.4 市场部产品经理
负责编制《市场调研分析报告》，负责提供用户需求和预期用途等设计输入信息，编制《用户需求说明书》，并关注市场并及时反馈顾客需求的变更，主导需求变更评审。
4.5 系统工程师
负责整合设计输入的信息并编制《产品规格说明书》，汇总设计输出并确保完整性。审核《设计验证计划》、《设计验证报告》、《设计确认计划》、《设计确认报告》、潜在缺陷。负责系统设计并主导设计工作。
4.6 硬件工程师
负责产品的硬件设计开发工作、硬件模块集成调试。
4.7 机械结构工程师
负责产品的机械结构、包装、标识设计开发工作、机械模块集成调试。
4.8 软件工程师
负责产品的软件设计开发工作、软件模块集成调试。
4.9 测试工程师
主导产品的设计验证与设计确认活动，制定《设计验证计划》、《设计确认计划》，编写验证方案，填写验证记录，完成《设计验证报告》、《设计确认报告》。
4.10 安全法规工程师
负责提出安全法规要求，主导产品的风险管理活动，制定并更新《风险管理计划》，形成《风险管理
报告》。
4.11 新品转换工程师(工艺工程师)
负责提出产品可制造性的要求、样机的工艺性审核，参与样机装配，完成工艺文件， 制定中试计划，并主导中试过程。在中试过程中，保证设计输出正确地转换为工艺文件，使得批量生产的产品能够满足设计输出要求，建立和维护制造 BOM 清单，保证工艺文件的完整性。负责与生产工程师沟通，以便供应链进行量产的准备。
4.12 产品认证/注册工程师
负责提出相关注册和认证的法规要求、与第三方检测机构的联络，协助项目组完成 产品注册和认证所需的技术资料，并按要求完成产品注册和认证。
4.13 临床应用工程师
负责制定和实施临床评价方案、完成临床试验，协助项目组收集临床对比资料并完 成临床评估报告。协助市场部产品经理完成《用户需求说明书》。
4.14 采购工程师
负责协助项目经理制定采购策略，采购样机所需的物料，保证物料的按时齐套，负 责新供方的选择和评价。
4.15 维修设计工程师
负责收集和研究维修信息，提出可维修性和安装性要求，并对可维修性和安装性进行验证。负责《使用说明书》、《安装维护手册》、《预安装手册》的编写和维护。
4.16 QA工程师
负责组织项目各项评审，监督项目执行，保证设计开发工作符合质量管理体系要求。
5 程序
5.1 设计开发控制流程
本程序所描述的设计开发控制流程如图 5-1 所示，它描述了设计开发控制程序中各接口的关系及活动的顺序。
P3：产品发布评审
图5-1
5.2 开发项目立项
5.2.1 市场部产品经理应及时收集和整理市场需求和用户需求，通过分析发现潜在的市 场机遇，并结合公司产品线规划提出立项建议，编制《市场调研分析报告》，研发部可 结合立项建议对于此项目的技术可行性进行初步判断，对于技术风险可控的项目可以编 制《立项申请报告》，报告应包含以下内容： a) 产品概念：
— 产品的预期用途；
— 目标市场分析，如：竞争对手分析、市场容量、注册认证法规要求等；
— 产品的主要功能、性能及基本结构、产品配置等； b) Business Case
— 成本预估； — 市场前景预测； — 经济效益分析； c) 综合开发计划（初稿）：
— 预期的项目组织架构，职责，权限； — 项目控制和操作机制； — 预期开发时间表； d) 项目风险分析及规避计划；
5.2.2 由项目经理提出申请并按照《设计开发评审管理规定》对立项申请进行评审。立 项评审得出通过或有条件通过的结论、《立项申请报告》得到批准标志着本项目启动， 并意味着公司对于此项目所需资源的投入做出承诺。
5.3 综合开发计划
5.3.1 综合开发计划概述了完成项目开发所必需的活动和可交付成果。每个项目都应建 立并维护综合开发计划，并保证计划得到评审和批准。
5.3.2 项目的实现依赖于综合开发计划。项目经理负责建立和整合综合开发计划，核心项目组成员负责提供综合开发计划中所需信息。综合开发计划至少应包含如下内容：
a) 项目范围和项目目的； b) 项目质量目标； c) 项目开发方式； d) 项目组织架构及职责； e) 开发计划； f) 法规策略；
g) 项目控制和操作机制； h) 样机和中试计划； i) 软件配置管理计划。
注：立项评审时《综合开发计划》可以只包含上述 d）、e）、g）的内容。
5.3.3 项目范围和复杂程度决定着综合开发计划所包含的内容，当核心项目组判定上述 内容中某些内容不需要时，应在综合开发计划中对此结论进行充分的说明。
5.3.4 综合开发计划需要得到核心项目组成员的评审，并被研发总监批准。
5.3.5 在设计开发过程中，需要更新综合开发计划，如实反映已完成的活动，更新后需得到评审和批准。
5.4 设计输入
5.4.1 设计输入应最大程度地描述与产品有关的所有要求，产品级需求是由用户需求和性能功能需求定义的。
5.4.2 市场部产品经理应负责收集整理用户需求和预期用途等信息，并编制《用户需求说明书》，应体现的用户需求如下：
a) 预期用途； b) 使用者和患者需求；
c) 可用性要求（人机工学、产品易用性）； d) 使用环境；
e) 产品改进机会（可通过分析以往同类产品的客户抱怨、维修记录等）； f) 手册与标识；
5.4.3 系统工程师应整合《用户需求说明书》、风险分析结果、性能和功能需求并最终形成《产品规格说明书》。采纳的设计输入信息应该是得到反复论证和评审后完整并可验证的。同时应当识别并排除含糊不清、重复的和自相矛盾的要求。
5.4.4 系统工程师编制《产品规格说明书》作为设计开发过程的输入，应体现以下内容：
a) 产品配置、兼容性、平台；
b) 与预期用途相关的功能、性能和安全要求； c) 预期销售的市场要求：
— 语言要求 — 法律法规要求
d) 可生产性、可安装性及可维修性需求； e) 风险分析所得到的风险降低措施；
f) 包装、标记和手册要求等。
5.4.5 《用户需求说明书》及《产品规格说明书》应得到核心项目组的评审（FDR1），并由研发总监批准。应保留设计评审的记录，评审记录是 DHF 的一部分。
5.5 设计输出
5.5.1 设计输出是一套用于生产、安装、检验、调试、包装、运输、维修和使用的表述产品特性的文件。 5.5.2 设计输出应：
a) 满足设计输入，即《产品规格说明书》中的要求； b) 给出采购、生产和服务的适当信息； c) 包含或引用产品接收准则；
d) 规定对产品的安全和正常使用所必需的产品特性； e) 得到充分的验证或确认； f) 得到审核和批准。
5.5.3 设计输出是 DMR 的一部分，应包含下列等文件：
a) 产品及零部件图纸、BOM、CAD 文件； b) 外购件规格说明书； c) 软件应用程序、嵌入式软件；
d) 为保证产品功能及安全所需的技术要求； e) 包装设计文件；
f) 使用说明书、安装维护手册、预安装手册； g) 标识文件。
5.5.4 系统工程师对设计输出的完整性负责。设计文件的完整性应符合《设计文件管理规定》的要求。
5.6 设计验证
5.6.1 设计验证是通过提供客观证据来证实设计输出满足设计输入的活动。
5.6.2 测试工程师负责制定《设计验证计划》，设计验证计划应包含设计验证的策略和方 法，并得到系统工程师的审核和项目经理的批准。《设计验证计划》是 DHF的一部分。
5.6.3 设计验证计划中需包含以下部分：
a) 设计验证活动的目的、范围；
b) 设计输入的要求，应标识《产品规格说明书》上的需求编号； c) 设计验证所需资源，包含所需样品规格等； d) 验证方案等。
5.6.4 验证方案中应描述如何验证设计输出是否满足设计输入的要求，验证方案可独立形成文件并被设计验证计划引用。
5.6.5 验证方案中需包含如下要素：
a) 《产品规格说明书》中所有的要求； b) 使用的测试设备和设备的校准有效期； c) 验证步骤和方法； d) 每一测试项的通过条件。 5.6.6 可采取的验证方式有：
a) 测试和试验； b) 变换方法计算；
c) 与已经证实的设计进行比较（应记录以往设计的完整数据和采取此方法的理由）。
5.6.7 测试工程师依据验证方案进行验证并记录结果。以下信息作为设计验证的客观证 据需要记录：
a) 用于验证的设计输出的识别方式，如序列号、文件号、版本等； b) 采取的验证方式； c) 验证方案； d) 测试人员签署；
e) 测试设备，其中监视和测量仪器需记录校准有效期； f) 任何用于测试的软件及仿真工具，需要得到授权或确认； g) 验证结果；
h) 结果判定（通过或不通过）。
设计验证过程中发现的任何与《产品规格说明书》不一致的验证结果，均需要记录、 处理并通过缺陷管理进行关闭。
5.6.8 在第三方检测前需要对检测样机进行自测，并保留相关验证记录和验证报告，作为 DHF 进行管理。
第三方检测结果可以作为设计验证的一部分。
5.6.9 测试工程师将依据设计验证计划进行验证后得到的结果汇总成《设计验证报告》，并基于验证结果得出结论。《设计验证报告》应由系统工程师审核并由项目经理批准， 作为 DHF 进行保存。 5.6.10 设计验证结束后，项目组应依据《设计评审管理规定》组织召开设计评审（FDR2）， 设计评审记录做为 DHF 的一部分进行保存。 5.7 设计转换
5.7.1 在设计开发与设计验证阶段，新品转化工程师应参与样机的生产，并在设计验证 完成评审（FDR2）前主导完成：
a) DMR 中除设计文件外的其余文件，包含： ─ 工艺流程图； ─ 作业指导书； ─ 配置单；
─ 检验作业指导书等。 b) 中试计划，应包含以下信息：
─ 范围、策略、方式及时间表； ─ 职责权限；
─ 物料采购计划； ─ 验收准则；
─ 验证可制造性的计划及方案； ─ 验证可安装性的计划及方案； ─ 验证可维修性的计划及方案等；
其中维修设计工程师负责可安装性验证及可维修性验证部分的内容。
5.7.2 在设计验证完成评审（FDR2）时需由核心项目组对 DMR 和中试计划进行评审，并由项目经理批准执行。
5.7.3 设计验证完成评审（FDR2）通过后，由新品转化工程师依据中试计划进行中试的各项工作。 5.7.3.1 新品转化工程师负责实施中试计划，并确保：
a) 依据制造工艺可生产出满足要求的产品； b) 采购流程能够交付满足要求的零部件；
c) 工装、卡具及测量设备适用于产品生产且产品满足要求； d) 每一台设备形成了 DHR。
5.7.3.2 维修设计工程师负责实施中试计划中安装与维修部分，并确保安装与服务过程：
a) 可以依据《安装维护手册》的描述实现； b) 安装维修工具和设备适用于产品的安装和维修。 5.7.4 中试完成的标志是：
a) 中试阶段出现的缺陷已得到审核和分类；
b) 出现的重大缺陷、主要缺陷已得到处理、验证和关闭； c) DMR 中发现的问题已进行修改和完善；
d) 依据中试计划及 DMR 生产出首台满足要求的设备。 注：安装流程可以在典型的室内模拟环境进行。
5.7.5 设计转换完成后，项目组应依据《设计评审管理规定》组织召开设计评审（FDR3）。 设计评审的记录做为 DHF 的一部分进行保存。
5.8 设计确认
5.8.1 设计确认是通过提供客观证据证实产品满足用户需求及预期用途的活动。 5.8.2 设计确认活动应在满足临床需求的样机上进行。
设计确认需要在其预期使用的真实环境或者模拟环境下进行，并应当证明：
a) 该产品满足《用户需求说明书》中的要求； b) 《使用说明书》清晰明了。
5.8.3 测试工程师负责编制设计确认计划，并在设计确认开始前得到系统工程师的审核和项目经理的批准。
设计确认计划中应包含：
a) 设计确认活动的目的和范围；
b) 产品的预期用途及用户需求，即《用户需求说明书》中的要求； c) 产品配置及附件，并记录不同配置的差异性； d) 完成设计确认活动所需资源； e) 设计确认方案等。 5.8.4 设计确认方案应包含：
a) 需要确认的用户需求或预期用途； b) 所需的试验设备和仪器； c) 确认步骤；
d) 每个确认方案的接收准则。
5.8.5 测试工程师依据《设计确认计划》进行设计确认并保留记录，以下信息需作为证 实材料予以保留：
a) 用于设计确认的产品或设备的鉴别码，如序列号、版本等； b) 实施设计确认的方法； c) 相关的设计确认方案； d) 确认人员签署；
e) 所使用的试验设备、工具及软件； f) 客观结果；
g) 结果判定：通过或者不通过； h) 总结。
5.8.6 当国家或其他国家和地区法规要求进行下列临床评价时，按相应的法规进行：
a) 临床试验；
b) 与所设计和开发的医疗器械相关的科学文献的分析； c) 能证明类似设计在临床上是安全的历史证据。
当需要进行临床评价时，设计确认计划中应包括临床评价计划，临床应用工程师负责临床评价计划的实施。
5.8.7 测试工程师应当汇总设计确认的结果，形成《设计确认报告》，并得到系统工程师的审核及项目经理的批准，做为 DHF 进行保存。
5.8.8 设计确认完成后，项目组应依据《设计评审管理规定》组织召开设计评审（FDR3）。 设计评审记录做为 DHF 的一部分进行保存。
5.9 设计评审
5.9.1 设计评审是设计开发过程中在定义的评审点通过对设计开发的可交付成果进行的 系统评审，以便：
a) 评价设计和开发的结果满足要求的能力；
b) 识别任何问题并提出必要的措施。 5.9.2 综合开发计划中设计评审点应设置如下：
a) 完成设计输入及策划时（FDR1）； b) 完成设计验证时（FDR2）；
c) 完成设计确认及设计转换时（FDR3）。
5.9.3 设计输入及策划完成评审（FDR1）应评审以下内容：
a) 设计输入是否充分和适宜； b) 综合开发计划是否合理可行； c) 关键供方及关键部件是否识别； d) 安全风险评估是否考虑充分。
5.9.4 设计验证完成评审（FDR2）应评审以下内容：
a) DMR 是否完整；
b) 设计验证是否按验证计划进行；
c) 验证结果是否能够证实产品满足设计输入要求； d) 中试计划与设计确认计划是否合理可行； e) 设计输入是否有变更并被评审和考虑； f) 综合开发计划是否更新；
g) 发现的缺陷是否得到适当的处理和关闭，采取的措施是否适当； h) 风险降低措施是否有效等。
5.9.5 设计确认及设计转换完成评审（FDR3）应评审以下内容：
a) 设计转换是否按计划进行并完成； b) 设计确认是否按计划进行并完成； c) 设计确认的结果是否满足产品的预期用途； d) 综合开发计划是否更新；
e) 发现的缺陷是否得到适当的处理和关闭，并更新 DMR； f) 风险降低措施的有效性等。
5.9.6 系统工程师可以依据情况增加需评审的内容。
5.9.7 设计评审活动依据《设计开发评审管理规定》的要求进行，各评审点的可交付成
果依据《评审输入检查表》的要求进行准备，评审的记录应当做为 DHF 进行保存。
5.10 阶段评审
5.10.1 阶段评审是为了更好的控制项目开发过程以确保开发的产品符合市场预期，同时 便于跨部门活动的协调。阶段评审通过，标志着项目开发可以进入下一阶段，项目开发周期的三个阶段及各阶段评审点的设置如图 5-1 所示。 5.10.2 立项评审（P0）的目的是：
a) 确定市场需求和符合用户及市场需求的产品概念； b) 确定产品定位、优先级； c) 评估项目风险及收益； d) 评估项目所需资源。
5.10.3 策划评审（P1）应评审以下内容：
a) 设计输入是否定义明确并被评审；
b) 已识别的主要风险是否被规避或已制定降低风险措施； c) 综合开发计划是否满足立项要求。 5.10.4 设计验证完成评审（P2）应评审以下内容：
a) 确认设计验证活动已完成，并证明设计输出满足设计输入； b) 确认 DMR 已经完成。
5.10.5 临床启动评审（PE）应评审以下内容：
a) 确认临床样机已经完成，并经过测试已符合临床要求； b) 临床所需材料已经完备；
5.10.6 产品发布评审（P3）应评审以下内容：
a) 确定设计确认活动已完成； b) 确定设计转换活动已完成；
c) 确定市场发布前批量生产能力已具备。
5.10.7 产品发布评审（P3）批准后，代表产品正式上市，可投入市场销售。
5.10.8 阶段评审活动依据《设计开发评审管理规定》的要求进行，各评审点的可交付成 果依据《评审输入检查表》的要求进行准备。评审的记录应当做为 DHF 进行保存。
5.11 需求管理
5.11.1 设计输入应在项目开发周期内保持完整性和一致性，并在设计输入及策划评审 （P1）后得到控制。
5.11.2 当设计输入需要变化时，应对提出的需求进行评估后确定是否导入新的需求，评估的方面可包含以下内容：
a) 预期用途的变化； b) 产品规格的变化；
c) 对已完成的开发阶段的输出的影响； d) 成本变化； e) 开发周期变化；
f) 对后续活动的影响程度，等。
基于设计输入的变化，项目经理应组织项目组成员依据评估结果及时更新相关的开发过程文件（不得晚于下一个 FDR 前完成更新）并依据更新后的文件开展后续的项目工作。
5.11.3 新增的设计输入如果影响到预期用途或用户需求应对相关变化重新进行设计确 认，如果影响产品规格性能和功能应对相关变化重新进行设计验证，并依据《开发过 程文件管理规定》的要求保留相关记录。
5.12 设计更改
5.12.1 产品设计开发过程中，需对已经评审和批准的文件进行修改时，应按该文件的评 审和批准的要求对修改内容进行评审和批准。
5.12.2 设计文件发布后的设计更改控制依据《设计更改控制程序》进行。
5.13 风险管理
在产品寿命期内，按《风险管理控制程序》进行风险管理活动，形成的相关记录和 文件作为 DHF 保存。
5.14 开发过程文件（DHF）
5.14.1 每个项目都应建立并保存开发过程文件，开发过程文档需包含以下内容：
a) 综合开发计划及更新； b) 用户需求说明书及更新 c) 产品规格说明书及更新；
d) 开发过程中的技术文档；设计验证相关文件和记录； e) 中试计划及更新； f) 设计确认相关文件和记录； g) 设计评审记录；
h) 风险管理相关文件和记录等。
5.14.2 项目经理应在《综合开发计划》中制定开发过程文件的编制策略，需对省略、合并和引用的开发过程文档进行说明，并确保其按计划实施及完整性。 5.15 缺陷管理
5.15.1 缺陷管理适用于追溯在产品上市发布前的设计、测试、中试等过程中发现的设计缺陷。一个设计缺陷是指一个存在不可接受临床风险或者是一项不满足设计输入的设计输出。 设计缺陷可能是不满足：
a) 用户需求和预期用途； b) 产品规格，即性能参数； c) 可接受的安全风险等级； d) 法律法规的要求。
设计缺陷可能在开发过程中各阶段发现。
5.15.2 项目组成员应将发现的问题和潜在缺陷以问题报告的形式录入 RDM 系统中，并 提交系统工程师进行审核，问题报告中需包含以下信息：
a) 问题名称； b) 发现方法； c) 所属项目； d) 严重性；
e) 发生概率； f) 问题的描述。
5.15.3 系统工程师负责审核问题报告并对潜在缺陷进行判断：
如果该问题不影响产品安全、满足预期用途及功能性能要求、符合法律法规要求， 但通过修正该问题可以提高生产效率、改善用户体验、优化产品性能或提高产品定位等， 此类问题为可改进机会，不是设计缺陷。
如果是设计缺陷，需指定责任人进行关闭，并判断所属缺陷类别：
a) 当设计缺陷导致 — 预期用途未得到满足时； — 发生涉及人身安全的风险时； — 系统崩溃或无法联动时； — 不满足法律法规的要求时； 判定为主要缺陷；
b) 当设计缺陷导致某一功能模块无法正常工作或只能在特定条件下进行运行时，
判定为一般缺陷。
5.15.4 责任人需要对设计缺陷进行根本原因分析，并制定关闭措施，必要时可组织相关 人员进行评审，并保留评审记录。
5.15.5 责任人依据关闭措施完善设计，并提交验证，测试工程师依据缺陷描述进行验证， 并保留验证记录和报告，同时对 RDM 系统中的设计缺陷进行关闭。 5.15.6 设计验证阶段结束时，
a) 所有的设计缺陷得到了审核和分类； b) 所有设计缺陷得到解决，并得到验证和关闭。
6 支持性文件
风险管理控制程序（xx） 设计更改控制程序（XX） 设计文件管理规定（XX） 设计验证管理规定（XX）
设计开发评审管理规定（XX） 开发过程文件管理规定（XX） 设计输入管理规定（XX） 综合开发计划编制规定（XX） 7 质量记录 用户需求说明书（XX） 产品规格说明书（XX） 综合开发计划（XX） 设计确认计划（XX） 设计确认报告（XX） 设计验证计划（XX） 设计验证报告（XX） 评审输入检查表（XX）
19/19
范文四：国家标准 02 - 软件开发计划(SDP)
(SDP) 说明：
1.《软件开发计划》(SDP)描述开发者实施软件开发工作的计划，本文档中“软件开发”一词
涵盖了新开发、修改、重用、再工程、维护和由软件产品引起的其他所有的活动。
2.SDP是向需求方提供了解和监督软件开发过程、所使用的方法、每项活动的途径、项目的
安排、组织及资源的一种手段。
3.本计划的某些部分可视实际需要单独编制成册，例如，软件配置管理计划、软件质量保证
计划和文档编制计划等。
1/20
软件开发计划(SDP) ................................................................................................................................ 1 1引言 ...................................................................................................................................................... 6 1.1标识 ........................................................................................................................................... 6 1.2系统概述................................................................................................................................... 6 1.3文档概述................................................................................................................................... 6 1.4与其他计划之间的关系.......................................................................................................... 6
1.5基线 ........................................................................................................................................... 6 2引用文件 .............................................................................................................................................. 6 3交付产品 .............................................................................................................................................. 7 3.1程序 ........................................................................................................................................... 7 3.2文档 ........................................................................................................................................... 7 3.3服务 ........................................................................................................................................... 7 3.4非移交产品 .............................................................................................................................. 7 3.5验收标准................................................................................................................................... 7 3.6最后交付期限 .......................................................................................................................... 7
4所需工作概述 ...................................................................................................................................... 7 5实施整个软件开发活动的计划......................................................................................................... 7
5.1软件开发过程 .......................................................................................................................... 8
5.2软件开发总体计划 .................................................................................................................. 8
5.2.1软件开发方法 ............................................................................................................... 8
5.2.2软件产品标准 ............................................................................................................... 8
5.2.3可重用的软件产品 ...................................................................................................... 8
5.2.4处理关键性需求........................................................................................................... 9
5.2.5计算机硬件资源利用 .................................................................................................. 9
5.2.6记录原理 ....................................................................................................................... 9
5.2.7需方评审途径 ............................................................................................................... 9
6实施详细软件开发活动的计划.......................................................................................................10
6.1项目计划和监督 ....................................................................................................................10
6.1.1软件开发计划(包括对该计划的更新) .....................................................................10
6.1.2CSCI测试计划..............................................................................................................10
6.1.3系统测试计划 .............................................................................................................10
6.1.4软件安装计划 .............................................................................................................10
6.1.5软件移交计划 .............................................................................................................10
6.1.6跟踪和更新计划，包括评审管理的时间间隔.......................................................10
6.2建立软件开发环境 ................................................................................................................10
6.2.1软件工程环境 .............................................................................................................11
6.2.2软件测试环境 .............................................................................................................11
6.2.3软件开发库 .................................................................................................................11
6.2.4软件开发文档 .............................................................................................................11
6.2.5非交付软件 .................................................................................................................11
6.3系统需求分析 ........................................................................................................................11
6.3.1用户输入分析 .............................................................................................................11
2/20
6.3.2运行概念 .....................................................................................................................11
6.3.3系统需求 .....................................................................................................................11
6.4系统设计.................................................................................................................................11
6.4.1系统级设计决策.........................................................................................................11
6.4.2系统体系结构设计 ....................................................................................................11
6.5软件需求分析 ........................................................................................................................11
6.6软件设计.................................................................................................................................11
6.6.1CSCI级设计决策 .........................................................................................................12
6.6.2CSCI体系结构设计 .....................................................................................................12
6.6.3CSCI详细设计..............................................................................................................12
6.7软件实现和配置项测试........................................................................................................12
6.7.1软件实现 .....................................................................................................................12
6.7.2配置项测试准备.........................................................................................................12
6.7.3配置项测试执行.........................................................................................................12
6.7.4修改和再测试 .............................................................................................................12
6.7.5配置项测试结果分析与记录 ....................................................................................12 6.8配置项集成和测试 ................................................................................................................12
6.8.1配置项集成和测试准备 ............................................................................................13
6.8.2配置项集成和测试执行 ............................................................................................13
6.8.3修改和再测试 .............................................................................................................13
6.8.4配置项集成和测试结果分析与记录 .......................................................................13 6.9CSCI合格性测试 .....................................................................................................................13
6.9.1CSCI合格性测试的独立性 .........................................................................................13
6.9.2在目标计算机系统(或模拟的环境)上测试 ............................................................13
6.9.3CSCI合格性测试准备 .................................................................................................13
6.9.4CSCI合格性测试演练 .................................................................................................13
6.9.5CSCI合格性测试执行 .................................................................................................13
6.9.6修改和再测试 .............................................................................................................13
6.9.7CSCI合格性测试结果分析与记录 ............................................................................13 6.10CSCI/HWCI集成和测试 ........................................................................................................13
6.10.1CSCI/HWCI集成和测试准备 ....................................................................................14
6.10.2CSCI/HWCI集成和测试执行 ....................................................................................14
6.10.3修改和再测试...........................................................................................................14
6.10.4CSCI/HWCI集成和测试结果分析与记录 ...............................................................14 6.11系统合格性测试 ..................................................................................................................14
6.11.1系统合格性测试的独立性 ......................................................................................14
6.11.2在目标计算机系统(或模拟的环境)上测试 ..........................................................14
6.11.3系统合格性测试准备 ..............................................................................................14
6.11.4系统合格性测试演练 ..............................................................................................14
6.11.5系统合格性测试执行 ..............................................................................................14
6.11.6修改和再测试...........................................................................................................14
6.11.7系统合格性测试结果分析与记录 .........................................................................14 6.12软件使用准备 ......................................................................................................................14
6.12.1可执行软件的准备 ..................................................................................................15
3/20
6.12.2用户现场的版本说明的准备..................................................................................15
6.12.3用户手册的准备 ......................................................................................................15
6.12.4在用户现场安装 ......................................................................................................15
6.13软件移交准备 ......................................................................................................................15
6.13.1可执行软件的准备 ..................................................................................................15
6.13.2源文件准备 ...............................................................................................................15
6.13.3支持现场的版本说明的准备..................................................................................15
6.13.4“已完成”的CSCI设计和其他的软件支持信息的准备....................................15
6.13.5系统设计说明的更新 ..............................................................................................15
6.13.6支持手册准备...........................................................................................................15
6.13.7到指定支持现场的移交 ..........................................................................................15
6.14软件配置管理 ......................................................................................................................15
6.14.1配置标识 ...................................................................................................................16
6.14.2配置控制 ...................................................................................................................16
6.14.3配置状态统计...........................................................................................................16
6.14.4配置审核 ...................................................................................................................16
6.14.5发行管理和交付 ......................................................................................................16
6.15软件产品评估 ......................................................................................................................16
6.15.1中间阶段的和最终的软件产品评估 .....................................................................16
6.15.2软件产品评估记录(包括所记录的具体条目) ......................................................16
6.15.3软件产品评估的独立性 ..........................................................................................16
6.16软件质量保证 ......................................................................................................................16
6.16.1软件质量保证评估 ..................................................................................................17
6.16.2软件质量保证记录、包括所记录的具体条目 ....................................................17
6.16.3软件质量保证的独立性 ..........................................................................................17
6.17问题解决过程(更正活动) ...................................................................................................17
6.17.1问题/变更报告 .........................................................................................................17
6.17.2更正活动系统...........................................................................................................17
6.18联合评审(联合技术评审和联合管理评审) ......................................................................17
6.18.1联合技术评审包括----组建议的评审 ....................................................................17
6.18.2联合管理评审包括----组建议的评审 ....................................................................17 6.19文档编制 ..............................................................................................................................17
6.20其他软件开发活动 ..............................................................................................................18
6.20.1风险管理，包括已知的风险和相应的对策.........................................................18
6.20.2软件管理指标，包括要使用的指标 .....................................................................18
6.20.3保密性和私密性 ......................................................................................................18
6.20.4分承包方管理...........................................................................................................18
6.20.5与软件独立验证与确认(IV&V)机构的接口 ..........................................................18
6.20.6和有关开发方的协调 ..............................................................................................18
6.20.7项目过程的改进 ......................................................................................................18
6.20.8计划中未提及的其他活动 ......................................................................................18
7进度表和活动网络图 .......................................................................................................................18
8项目组织和资源................................................................................................................................18
8.1项目组织.................................................................................................................................19
4/20
8.2项目资源.................................................................................................................................19 9培训 ....................................................................................................................................................19
9.1项目的技术要求 ....................................................................................................................19
9.2培训计划.................................................................................................................................19 10项目估算 ..........................................................................................................................................19
10.1规模估算 ..............................................................................................................................20
10.2工作量估算 ..........................................................................................................................20
10.3成本估算 ..............................................................................................................................20
10.4关键计算机资源估算 ..........................................................................................................20
10.5管理预留 ..............................................................................................................................20 11风险管理 ..........................................................................................................................................20 12支持条件 ..........................................................................................................................................20
12.1计算机系统支持。 ..............................................................................................................20
12.2需要需方承担的工作和提供的条件。 ............................................................................20
12.3需要分包商承担的工作和提供的条件。 ........................................................................20
13注解 ..................................................................................................................................................20 附录........................................................................................................................................................20
5/20
1
1.1
本条应包含本文档适用的系统和软件的完整标识，(若适用)包括标识号、标题、缩略词语、版本号和发行号。
1.2
本条应简述本文档适用的系统和软件的用途，它应描述系统和软件的一般特性；概述系统开
发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和
计划的运行现场；列出其他有关的文档。
1.3
本条应概述本文档的用途和内容，并描述与其使用有关的保密性和私密性的要求。
1.4
(若有)本条描述本计划和其他项目管理计划的关系。 1.5
给出编写本项目开发计划的输入基线，如软件需求规格说明。 2
本章应列出本文档引用的所有文档的编号、标题、修订版本和日期，本章也应标识不能通过
正常的供货渠道获得的所有文档的来源。
6/20
3
3.1
3.2
3.3
3.4
3.5
3.6
列出本项目应交付的产品，包括软件产品和文档。其中，软件产品应指明哪些是要开发的，
哪些是属于维护性质的；文档是指随软件产品交付给用户的技术文档，例如用户手册、安装
手册等。
4
本章根据需要分条对后续章描述的计划作出说明，(若适用)包括以下概述：
a.对所要开发系统、软件的需求和约束； b.对项目文档编制的需求和约束；
c.该项目在系统生命周期中所处的地位； d.所选用的计划/采购策略或对它们的需求和约束； e.项目进度安排及资源的需求和约束；
f.其他的需求和约束，如：项目的安全性、保密性、私密性、方法、标准、硬件开发和软件
开发的相互依赖关系等。
5
本章分以下几条。不需要的活动的条款用“不适用”注明，如果对项目中不同的开发阶段或
不同的软件需要不同的计划，这些不同之处应在此条加以注解。除以下规定的内容外，每条
中还应标识可适用的风险和不确定因素，及处理它们的计划。
7/20
5.1
本条应描述要采用的软件开发过程。计划应覆盖论及它的所有合同条款，确定已计划的开发
阶段(适用的话)、目标和各阶段要执行的软件开发活动。 5.2
本条应分以下若干条进行描述。
5.2.1
本条应描述或引用要使用的软件开发方法，包括为支持这些方法所使用的手工、自动工具和
过程的描述。该方法应覆盖论及它的所有合同条款。如果这些方法在它们所适用的活动范围
有更好的描述，可引用本计划的其他条。
5.2.2
本条应描述或引用在表达需求、设计、编码、测试用例、测试过程和测试结果方面要遵循的
标准。标准应覆盖合同中论及它的所有条款。如果这些标准在标准所适用的活动范围有更好
的描述，可引用本计划中的其他条。对要使用的各种编程语言都应提供编码标准，至少应包
括：
a.格式标准(如：缩进、空格、大小写和信息的排序)； b.首部注释标准，例如(要求：代码的名称/标识符，版本标识，修改历史，用途)需求和实现
的设计决策，处理的注记(例如：使用的算法、假设、约束、限制和副作用)，数据注记(输入、
输出、变量和数据结构等)；
c.其他注释标准(例如要求的数量和预期的内容)； d.变量、参数、程序包、过程和文档等的命名约定； e.(若有)编程语言构造或功能的使用限制；
f.代码聚合复杂性的制约。
5.2.3
本条应分以下若干条。
5.2.3.1 本条应描述标识、评估和吸纳可重用软件产品要遵循的方法，包括搜寻这些产品的范围和进
行评估的准则。描述应覆盖合同中论及它的所有条款。在制定或更新计划时对已选定的或候
选的可重用的软件产品应加以标识和说明，(若适用)同时应给出与使用有关的优点、缺陷和限制。
8/20
5.2.3.2 本条应描述如何标识、评估和报告开发可重用软件产品的机会。描述应覆盖合同中论及它的
所有条款。
5.2.4 本条应分以下若干条描述为处理指定关键性需求应遵循的方法。描述应覆盖合同中论及它的
所有条款。
5.2.4.1
5.2.4.2
5.2.4.3
5.2.4.4 5.2.5 本条应描述分配计算机硬件资源和监控其使用情况要遵循的方法。描述应覆盖合同中论及它
的所有条款。
5.2.6
本条应描述记录原理所遵循的方法，该原理在支持机构对项目作出关键决策时是有用的。应
对项目的“关键决策”一词作出解释，并陈述原理记录在什么地方。描述应覆盖合同中论及
它的所有条款。
5.2.7
本条应描述为评审软件产品和活动，让需方或授权代表访问开发方和分承包方的一些设施要
遵循的方法。描述应遵循合同中论及它的所有条款。
9/20
6 本章分条进行描述。不需要的活动用“不适用”注明，如果项目的不同的开发阶或不同的软
件需要不同的计划，则在本条应指出这些差异。每项活动的论述应包括应用于以下方面的途
径(方法/过程/工具)：
a.所涉及的分析性任务或其他技术性任务；
b.结果的记录；
c.与交付有关的准备(如果有的话)。
论述还应标识存在的风险和不确定因素，及处理它们的计划。如果适用的方法在5.2.1处描
述了的话，可引用它。
6.1
本条分成若干分条描述项目计划和监督中要遵循的方法。各分条的计划应覆盖合同中论及它
的所有条款。
6.1.1() 6.1.2CSCI
6.1.3
6.1.4
6.1.5
6.1.6
6.2
本条分成以下若干分条描述建立、控制、维护软件开发环境所遵循的方法。各分条的计划应
覆盖合同中论及它的所有条款。
10/20
6.2.1 6.2.2 6.2.3
6.2.4 6.2.5
6.3
6.3.1 6.3.2
6.3.3
6.4
6.4.1 6.4.2 6.5
本条描述软件需求分析中要遵循的方法。应覆盖合同中论及它的所有条款。
6.6
本条应分成若干分条描述软件设计中所遵循的方法。各分条的计划应覆盖合同中论及它的所
有条款。
11/20
6.6.1CSCI
6.6.2CSCI 6.6.3CSCI
6.7 本条应分成若干分条描述软件实现和配置项测试中要遵循的方法。各分条的计划应覆盖合同
中论及它的所有条款。
6.7.1
6.7.2
6.7.3
6.7.4
6.7.5
6.8 本条应分成若干分条描述配置项集成和测试中要遵循的方法。各分条的计划应覆盖合同中论
及它的所有条款。
12/20
6.8.1 6.8.2 6.8.3
6.8.4 6.9CSCI
本条应分成若干分条描述CSCI合格性测试中要遵循的方法。各分条的计划应覆盖合同中论
及它的所有条款。
6.9.1CSCI 6.9.2()
6.9.3CSCI
6.9.4CSCI
6.9.5CSCI
6.9.6
6.9.7CSCI 6.10CSCI/HWCI 本条应分成若干分条描述CSCI/HWCI集成和测试中要遵循的方法。各分条的计划应覆盖合同
中论及它的所有条款。
13/20
6.10.1CSCI/HWCI 6.10.2CSCI/HWCI 6.10.3
6.10.4CSCI/HWCI
6.11
本条应分成若干分条描述系统合格性测试中要遵循的方法。各分条的计划应遵循合同中论及
它的所有条款。
6.11.1 6.11.2()
6.11.3
6.11.4
6.11.5
6.11.6
6.11.7 6.12
本条应分成若干分条描述软件应用准备中要遵循的方法。各分条的计划应遵循合同中论及它
的所有条款。
14/20
6.12.1
6.12.2 6.12.3
6.12.4
6.13
本条应分成若干分条描述软件移交准备要遵循的方法。各分条的计划应遵循合同中论及它的
所有条款。
6.13.1
6.13.2
6.13.3 6.13.4CSCI
6.13.5
6.13.6
6.13.7 6.14
本条应分成若干分条描述软件配置管理中要遵循的方法.各分条的计划应遵循合同中论及它的所有条款。
15/20
6.14.1
6.14.2
6.14.3
6.14.4
6.14.5
6.15
本条应分成若干分条描述软件产品评估中要遵循的方法。各分条的计划应覆盖合同中论及它
的所有条款。
6.15.1
6.15.2()
6.15.3 6.16
本条应分成若干分条描述软件质量保证中要遵循的方法。各分条的计划应覆盖合同中论及它
的所有条款。
16/20
6.16.1
6.16.2 6.16.3
6.17()
本条应分成若干分条描述软件更正活动中要遵循的方法.各分条的计划应覆盖合同中论及它的所有条款。
6.17.1/
它包括要记录的具体条目(可选的条目包括：项目名称，提出者，问题编号，问题名称，受
影响的软件元素或文档，发生日期，类别和优先级，描述，指派的该问题的分析者，指派日
期，完成日期，分析时间，推荐的解决方案，影响，问题状态，解决方案的批准，随后的动
作，更正者，更正日期，被更正的版本.更正时间，已实现的解决方案的描述)。 6.17.2
6.18() 本条应分成若干分条描述进行联合技术评审和联合管理评审要遵循的方法。各分条的计划应
覆盖合同中论及它的所有条款.
6.18.1---- 6.18.2---- 6.19
本条应分成若干分条描述文档编制要遵循的方法。各分条的计划应覆盖合同中论及它的所有
条款.应遵循本标准第5章文档编制过程中的有关文档编制计划的规定执行.
17/20
6.20
本条应分成若干分条描述进行其他软件开发活动要遵循的方法。各分条的计划应覆盖合同中
论及它的所有条款.
6.20.1
6.20.2 6.20.3
6.20.4
6.20.5(IV&V)
6.20.6
6.20.7
6.20.8 7 本章应给出：
a.进度表，标识每个开发阶段中的活动，给出每个活动的初始点、提交的草稿和最终结果的
可用性、其他的里程碑及每个活动的完成点.
b.活动网络图，描述项目活动之间的顺序关系和依赖关系，标出完成项目中有最严格时间限
制的活动。
8
本章应分成若干条描述各阶段要使用的项目组织和资源.
18/20
8.1
本条应描述本项目要采用的组织结构，包括涉及的组织机构、机构之间的关系、执行所需活
动的每个机构的权限和职责。
8.2
本条应描述适用于本项目的资源。(若适用)应包括： a.人力资源，包括：
1)估计此项目应投入的人力(人员/时间数);
2)按职责(如：管理，软件工程，软件测试，软件配置管理，软件产品评估，软件质量保证
和软件文档编制等)分解所投入的人力；
3)履行每个职责人员的技术级别、地理位置和涉密程度的划分；
b.开发人员要使用的设施，包括执行工作的地理位置、要使用的设施、保密区域和运用合同
项目的设施的其他特性；
c.为满足合同需要，需方应提高的设备、软件、服务、文档、资料及设施，给出一张何时需
要上述各项的进度表；
d.其他所需的资源，包括：获得资源的计划、需要的日期和每项资源的可用性.
9
9.1
根据客户需求和项目策划结果，确定本项目的技术要求，包括管理技术和开发技术。
9.2
根据项目的技术要求和项目成员的情况，确定是否需要进行项目培训，并制订培训计划。如
不需要培训，应说明理由。
10
本章应分若干条说明项目估算的结果。
19/20
10.1
10.2
10.3
10.4
10.5
11
本章应分析可能存在的风险，所采取的对策和风险管理计划。 12
12.1
12.2 12.3 13
本章应包含有助于理解本文档的一般信息(例如原理)。本章应包含为理解本文档需要的术语和定义，所有缩略语和它们在文档中的含义的字母序列表。
附录可用来提供那些为便于文档维护而单独出版的信息(例如图表、分类数据)。为便于处理，
附录可单独装订成册。附录应按字母顺序(A,B等)编排。
20/20
范文五：软件开发标准
软件需求分析说明书
版本号: V 1.0
作者:胡刚
编写日期:2005年7月28日
修改记录表
修改人员 修改内容 修改时间 修改人员 修改内容 修改时间
目录
1引言.......................................................................
1.1编写目的................................................................
1.2背景....................................................................
1.3定义....................................................................
1.4参考资料................................................................ 2任务概述....................................................................
2.1目标....................................................................
2.2用户的特点..............................................................
2.3假定和约束.............................................................. 3需求规定....................................................................
3.1对功能的规定.............................................................
3.2对性能的规定.............................................................
3.2.1精度................................................................
3.2.2时间特性要求........................................................
3.2.3灵活性..............................................................
3.3输入输出要求.............................................................
3.4数据管理能力要求.........................................................
3.5故障处理要求.............................................................
3.6其他专门要求............................................................. 4运行环境规定................................................................
4.1设备.....................................................................
4.2支持软件.................................................................
4.3接口.....................................................................
4.4控制.....................................................................
1引言
1.1编写目的
编写这个需求分析说明书的目的是，让软件开发的设计人员明白用户要让他们设计出一个什么样的应用软件。
这个说明书预期的读者将会是和应用软件开发有关的人员，用户以及有关领导等。 1.2背景
我们要开发的这个应用软件的名称是，物流管理系统。本软件是由一家专门从事物流行业的公司提出的。并且由北大青鸟AT1Q5051班第2小组全体人员承担。本软件未来用户将是，物流公司从事日常业务的有关人员。本软件是一个物流公司的内部业务软件，和其他应用系统以及有关机构基本没有往来关系。
1.3定义
专门术语 注解
方量 货物所占的体积
1.4参考资料
本文章参考了物流业务，物流管理的有关的书籍。参照了需求说明书的标准模板以及需求说明书的编写案例等等。
2任务概述
2.1任务目标
物流企业的日常业务中涉及最多的就是一些票据的处理。手工的处理模式不但非常的麻烦，而且当票据的处理量很大的时候往往就会出现错误。给公司带不必要的损失。物流管理
系统的开发就是为了解决这个问题。使票据业务处理实现自动化，计算机化。从而避免不必要的错误和失误的出现。本系统是一个单独的应用软件，所以不涉及到有关接口和外部联系的问题。
2.2用户的特点
这套系统未来的用户大部分是从事物流相关的人员。而且文化程度高低不等。他们对计算机的了解程度，操作的熟练程度。都是我们设计软件是应该考虑的问题。这样开发出来的应用软件才能便于用户操作。
2.3假定约束
系统开发的全过程要在2个月内完成。
3需求规定
3.1对功能的规定
3.1.1用户登陆
系统启动时弹出用户登陆对话框，输入正确的用户名以及对应的密码方可进入系统。否则将无法登陆系统。连续3次输入错误，系统将自动退出。设置用户登陆是为了给不同级别的用户设置使用权限，也是为了防止非法用户登陆系统。
3.1.2票据管理
a(票据录入
进入系统界面后，用户可以点击系统界面上的票据录入按钮，或者在票据这个下拉菜单里单击票据录入选项便可弹出票据录入的一个窗体。用户可以输入票据的有关内容。其中运费栏的内容通过所运货物的方量，重量以及运价等级计算出来自动填写上去。单击票据录入窗体上的继续按钮用户可以继续录入一个新的票据。单击返回按钮，将退出该窗体，返回到系统主界面。
b(票据查询
票据查询可以根据票号查询，收款员查询，客户查询。将查询到的相关内容打印在显示窗体上。收款员查询可以根据收款员编号和收款员姓名查询，客户查询可以根据客户编号和客户姓名查询。查询完毕后，单击继续按钮，继续查询。单击退出按钮，返回系统主界面。 C(票据的更新和删除
首先，根据票号，收款员编号，客户编号找到要进行更新或者删除的票据。并且显示在
相应窗体上。选择单击更新按钮，弹出更新数据窗体，对票据内容修改或者更新完毕后，单击确定，将新的数据信息保存在数据库中，然后退出该窗体返回系统主界面。选择单击删除按钮，系统会弹出提示对话框，提示用户是否真的要删除票据信息。确认后，把相应内容从数据库中删除。提示删除成功，然后退出该窗体返回主界面。
3.1.3员工信息管理
员工信息管理记录公司员工的一些基本情况，例如员工编号，姓名，出生日期，学历，公司职位，所在部门，所在公司，工资等级信息。也可以查询，修改，删除员工信息。 3.1.4部门信息管理
部门信息管理主要记录公司各部门的相关信息，包括，部门编号，部门名称，部门主管，部门所在公司。可以进行查询，修改，删除操作。
3.1.5客户信息管理
客户信息里记录公司往来客户的信息，内容包括，客户编号，客户姓名，所在市场，客户电话，客户住址，客户等级,运价等级，所在市场经理。也可以进行查询，修改，删除等操作。
3.1.6市场信息管理
市场信息里记录公司所辖范围内的市场信息。内容包括，市场编号，市场名称，市场经理，公司派往每个市场的检察员的编号。也可以执行查询，修改，删除等操作。 3.1.7车辆管理
a(车辆信息管理
车辆信息管理记录公司每辆车的有关信息。包括车辆编号，车辆的牌照，车辆的名称型号，车辆的购买价格，车辆司机编号。可以进行查询，修改，删除操作。 b(车辆调配
可以先查询哪些是现在正在使用的，哪些是空闲的。根据这些信息对车辆进行调配。 3.1.8财务管理
a( 收款管理
查询哪些款项已经收回，收款员是谁。哪些款项未收回，由哪个收款员负责。对收回和 未收回款项做相应处理。对坏货费用进行相应处理。
b(财务月核算
每月对收款情况，公司财务运转情况进行统计分析。对公司员工每月工资进行核算。生
成收款情况表，员工工资表。
c(财务年核算
每年年底对公司一年中的各种款项进行核算，分析公司在一年是否赢利，赢利多少。并
生成相应报表。
3.2对性能的规定
3.2.1精度
本软件对数据输入输出，以及传输过程中的精确度没有什么特殊要求。 3.2.2时间特性要求
a. 系统响应时间:5毫秒。
b. 更新处理时间:1000毫秒,2000毫秒之间。
c. 数据传输转换时间:5000毫秒以内。
3.3数据管理能力
数据库的初始大小为50MB，每次增加20%的大小。数据库最大容量10GB。可
以存放10万条记录。
4运行环境
4.1设备
a. 操作系统:win98,win2000,winXP.
b. 内存大小:64MB，推荐256MB。
c. 硬盘大小:500MB，推荐20GB。
d. CUP:AMD 133Hz，推荐AMD1800+。
4.2支持软件
Microsoft SQL sever2000。
转载请注明出处范文大全网 » 软件开发国家标准doc软件开
