软件项目研发管理流程

XX息软件发项技术理规文件编号：RK-S20170802编制：

生效日期：2017.8.20版次：审核：

受编：修状：批：州

目录................................................................................................................4..............................................5........................................................81.........................................................82.........................................................3.............................................................164.............................................................195.................................................................6.............................................................247.........................................................8.........................................................9.......................................................

一、写说明为了把公司已发布的软件开发过程规范有效地运作于产开发活中，把各种规范“逐步形成工程师的作业规范”，特制定本软件开发行为规范，以达到过程控制的目的。与软件开发相的所有人员，包括各级经理和工程师都必遵守本件开发行为规范。对违反规范的开发行为，必须按照有关管理规定进行处罚。本软件开发行规范的内容包括：软件需求分析、软件项计划、要设计、详细设计、编码、需求管理、配置管理、软件质量保证、数据度量和分析等。本软件开发行规范，采用以下的术语描述：★规：在软件开发过程中强制必须遵守的行为规范。★建：软件开发过程中必须加以考虑的行为规范。★说：对此规则或建议进行必要的解释。★示：对此规则或建议从正或反两个方面给出例子。本软件开发过程行为规范由技术研发部负责解释和维护。

二、软件项整体开发流程立项管理立项告需分析

需求析规说明开计划

项目产品发计需求更说明

需求变更

设计编

详细计说书测试划质量控制测试例及告验收交付

三、各阶段岗位职责与工作内容

1.风险分析报2.如需进一步1.项目或产品建设内解，交付展示1

立项管理

项目经理

售前经理

总经理

容；2.项目风险分析；3.如确定立项3.明确后续工作4.付立项报告及论解决方案。方案4.立项后，确发经理

2

需求分析

项目经理

售前经理、开发经理

总工程师

确认用户需求及功能边界

需求规格说明

3

开发计划

开发经理

项目经理、售前经理

项目经理

1.确定开发工期；2.明确开发人员。3.开发计划交付甲方

项目开发计划4

软件设计

开发经理

开发工程师

总工程师

1.数据库设计2.概要设计

1.数据字典；2.概要设计说1.完成软件编码；5

软件编码

开发经理

开发工程师、测试工程师

项目经理

2.完成详细设计说明书；3.代码迭代及版本控

1.软件代码及库2.详细设计说制

到

1.测试计划6

软件测试

测试经理

测试工程师、开发工程师

总工程师

完成软件测试

2.功能测试报（含测试用例3.压力测试报

7

软件部署

实施经理

项目经理、开发工程师

实施经理

在生产环境进行正式系统部署及投运

项目实施8

验收交付

项目经理

实施工程师、售前工程师

总经理

完成项目验收并交付客户使用

验收报1.及时发现对项目运行期间的问题和客户9

项目运维

实施经理

项目经理

新需求；2.需求甄别需及时更

运维报告、改说明改的提交开发经理；3.保持客户沟通

四、各阶段工作要求1．件求析1-1软需求分必在品求格的基上行并证全实现品求格定。1-2产品需规发变时须订件求格档件求规的更须过审并保存审录1-3必对软件求格档行规检视1-4软需求分过活结前必须经评，保评记录。1-5在软需规文的正检或审，必检软需规格档需的晰、备性、兼性一性正性、可性易改、壮性、追性易解、易试和验证性、能功、口数据、维性内。说明：参考建议到。1-1序号问题1所定义、实现方法是否清楚地表达了用户的原始求？2在能实现过程、方法和技术要求的描述上，是否有背离功能的实际要求？3是没有不能理解或造成误解的描述？1-2序号问题1需定义中是否包含了有关文件（指质量手册、质计划以其它有关文件）种所规定的需求定义所应该包含的所有内容？2需定义是否包含了有关功能、性能、限制、目标质量等面的所有需求？3功性需求是否覆盖了所有非正常情况的处理？4是对各种操作模式（如正常、非正常、有干扰等下的环条件都作了规定？5是对所有功能与时间因素有关的方面都作了考虑？6是标识出了所有与时间因素有关的功能？它们的间准则否都说明了？时间准则的最大、最小执行时间是否都定义了？7是标识并定义了在将来可能会变化的需求？

8是定义了系统所有的输入？9是标识清楚了系统输入的来源？10是标识出了系统的输出？11是说明了系统输入、输出的类型？12是说明了系统输入、输出的值域、单位、格式等？13是说明了如何进行系统输入的合法性检查？14是定义了系统输入、输出的精度？15是定义了系统性能的各个方面？16在同负载情况下，是否规定了系统的处理能力？17在同情况下，是否规定了系统的响应时间？18是充分定义了关于人机界面的需求？19是对需求定义进行了可行性分析和相关文件（资）是否归档？20是对影响需求实现的因素进行了调查，调查结果否已归？21是有经济效益分析，分析结果是否已归档？22是详细描述了有关硬件件作员作程等方面的安全性？23是评估了本项目对用户、其它系统、环境的影响性？24是按完成时间要对系统功能部口能行了优先排序？1-3序号问题1界需求否使软硬件系统具有兼容性？2需定义文档是否满足项目文档编写标准？在盾时否有当标准可供选？1-4序号问题1各需求之是否一致？是否有冲突和矛盾？2所定的模、算法和数值方法是否相容？3是使用了准的术语和定义形式？4需是否与软硬件操作环境相容？5是说明了件对其系统和环境的影响？6是说明了境对软件的影响？7所用的技是否与用户要求的技术一致？1-5序号问题1需定义是满足标准的要求？2算和规则否有科技文献或其它文献作为基础？3是定义了在错误、风险分析中所标识出的各故障模式和错误类型所需的反应？4是参照了关的标准？5是对每一需求都给出了理由？理由是否充分？6对计和实的限制是否都有论证？1-6

序号问题1需定义是使软件的设计、实现、操作和维护可行？2所定的模、数值方法和算法是否对待解决问合适？是否能够在相应的限制条件下实现？3是能够达关于质量的要求？1-7序号问题1对求定义描述是否易于修改（如是否采用良的结构和交叉引用表等）？2是有冗余信息？是否一个需求被定义了多次？1-8序号问题1是有容错需求？1-9序号问题1是可从上阶段的文档中找到需求定义中的相内容？2需定义是明确地表明前阶段中提出的有关需和设计限制都已被覆盖了？3需定义是便于向后继开发阶段查找信息1-10序号问题1是每一个求都只有一种解释？2功性需求否以模块方式描述的？是否明确地识出了其功能？3是有术语义一览表？4是使用了式化或半形式化的语言？5语是否有义性？6需定义中否只包含了必须的实现细节而不包不必要的实现细节？是否过分细致了？7需定义是足够清楚和明确使其能够作为开发计规约和功能性测试数据的基础？8需定义的述是否将对程序的需求和所提供的它信息分离开来了？1-11序号问题1需是否可验证（即是否可以检验软件是否满了需求）？2是对每一需求都指定了验证过程？3数函数的义是否使用了精确定义的语法和语符号？1-12序号

问题

是否精确的描述了所有的性能需求和可容忍的性降低程度？对每一个性能应包含两方面的内容：1a.在最坏情况的执行结果2b.本性能失效后，对系统产生的影响1-13序号问题1是清楚、确地描述了所有的功能？2所已描述功能是否是必须的？是否能满足任书或系统目标的要求？1-14序号问题1是清楚地义了所有的接口？3所接口是必须？各接口间的关系是否一致、确？1-15序号问题1在异常数（如条件、标志等）下，是否有真没有考虑到的结果？2对常数据生的结果是否作了精确的描述？1-16序号问题1需定义中否包括了可行的系统维护方法？2软系统间关系是否是松耦合即能否保证对部修后生最小的连锁效应）？

软项计2-1软件目划必须产/软件的求格基础当发需更时必须订件发划。说明：软件项目计划必须依据需求规格进行制定。项目计划中的工作产品和工作任务应保证能完全实现需求规格的定义。当需求更改时，必须考虑需求更改的相关性，修订相应软件开发计划。2-12-2-2-2对软项计中项工产和作务，须行模工作的件计，在件目计划档记估的法和估数。说明：参考建议到。2-4统示例：统计估计和经验类估计的结合统估计值＝最估计＋×期望估计＋最小估计估计记录如下：工作产

最大估计

期望估计根据经验

最小估计

PERT计品任务

类比获得XX版本（增加XX特性〕话统模块概

规模文档页数:45;增加、修改模块设计数

工作量天

规模工量文档页天数:42;增加、修改模块设计数

规模工作量文档页天数增加、修改模块设计数目

规模文页数增加修改模设计数

工量9.5天要设计

目:

目:

目期望估计值是根据版的统模块设计的数据获得。2-2-仅供内部使用12

2-2-说明：软件估计对于项目的任务分解结构对应得越清晰、越细致，相应的估计越准确。2-2-102-11说明：项目人员计划包括需要的人员类型、数量和技术等级的要求，相关人员的开始工作时间、工作周期、接受培训的计划等。2-12说明：可能存在的风险领域含：需求的不明确和变更、外部的限制与对外的依赖、人力资源的到位情况、人力资源的技术等级满足要求状况、技术问题等。对风险的分析评估实践包括：从已知的情况导出潜在风险；对风险进行分，得出：潜在风险可能引发的问题的响、潜风险发生的可能性大小、风险发生的时间段等；排列风险的重次序；对风险记录成件（属于软件项目计划中的一部分）；风险经受风险响人审核，并取得他的同意；根据需要，在发过程中对风险文档进行维护和修订。2-3对工作任，定目文计划。2-4软项目计中该括规视活动划软质保计划、件置理划软件量保证计和件置理划可以软项计在一份文中也以开三份档说明：参考建议。2软2-14：软仅供内部使用13

2-152-5必对项目作行解确项目的作务任的任人、源求时要、项的进度。2-6必分析任之的赖，定并明标项的键径。2-7“件目划必按文模的要求写项组根据目实情，文模中的内容行减项组文档模内的减须到上级理门包产计划、件程组EPG的核准2-8软项目计必经评。说明：参考建议，2-16序号

问题1软项目计划是否完全反映（对应）“软需说明书里的需？2软项目计划是否有开发方法的说明？3软项目计划是否有资源需求的说明？4软项目计划是否包含风险管理计划？5软项目计划是否包含了版本发布的机制6软项目计划是否标识了所有必须的培训划？7

软件项目计划是否标识了所有内部和外部的传递关系？软件项目计划是否标明了项目的依赖关系？软件项目计划是否标明了角色和职责？软件项目计划是否标明了汇报的机制？11软项目计划是否说明了跟踪和监控机制？12软项目计划是否包含“软件质量保证计划”“软件置管理计划”？13软项目计划是否包含项目开发使用的工具？14软项目计划是否包含项目的各里程碑的说明？15进中是否标明了软件项目计划的关键路径？2-17SEPG）、SQA2-9必对“软项计”行置管理“件目划的更改须过审：在发动，须照项目踪监计和体，照软项计”跟项开仅供内部使用14

的实际果性。：当际果“件目计划发偏时必须行析根分结标纠措。要的情下要时订软件项计”：在件目踪控动中，须期行结和审撰开状报。：在件发里碑段结束，须行段评，软项进重计必的况修订“件目划。：在件目划项跟踪监过活中必须行据量分。说明：参见9.数度量和分析”。仅供内部使用15

软件开发行为规范

3概要设计概设3-1概设计要软需规为础，必保需实的求规格经设。3-2当求规格生更，须订相关要计档3-3在要设计档需管文中，必记、证求概要设的踪系说明：需求和概要设计的跟踪关系可参考建。3-13-4必保证概设文和码一致性当生计改，必须订应计档3-5必对概要计档行规视。3-6概设计过结前必通评审，保评记。3-7设更改必经相评，保存评记。3-8对概设文的规视评必须查要计档清性完备规范一性正确性数、能、口、详程、维性性能、靠、测性可追性说明：参考建议。3-2序号

问题1程结构，包括数据流、控制流和接口的述否清楚？3-3序号

问题1设目标是否定义？2需规格评审中不完整的需(是都已经解决?3如以前定义的不完整的需(发了改变本计是否能够支持4是对不完整需求(TBD)的影响进行了评估?5对可能不能实现的设计是否有风险管理?6是对设计模式进行了描?3-4序号

问题XX信16

软件开发行为规范1文是否符合公司模板和写作要?3-5

3概要设计序号

问题

程序、模块、函数、数据成员的名称是否保持致？设计是否反映了真正的操作环境?硬环境软环?对系统设计的多种可能的描述之间是否保持一?例如:静态结构的描述和动态描述3-6序号

问题1设在计划、预算、技术上是否可行？2逻是否正确和完备？3-7序号

问题1是对所有的数据成员参数,对进行了描述2是所有需要的数据结构都进行了定义,或者定义了不需要数结构?3是所有的数据成员都进行了足够详细的?数据员的有效值区间是否定义4共和存储数据的使用是否描述清楚?3-8序号

问题1模的规格是否和软件需求文档中的功能求软件接规格要保持一致2是否给每个子模确定了抽象算法?3设和算法是否能满足模块的所有需求?3-9序号

问题1是描述了接口的功能特?2接是否便于查错?3接相互之间、和其他模块、和需求说明及口规格保持一？4对口的数量和复杂度进行了有效的平衡使口数量制在一较小数量，每个接口具有可接受的复杂度？5是所有的接口都能描述了必要的类型、量质量等息？6操界面是否考虑了用例如提供准确清晰有用的提示信息3-10序号

问题1是估计了每个子模块的规模（代码的行）是否可？XX信17

软件开发行为规范2是考虑了足够数量及代表性的系统状态3详程度是否足够进行下一步的详细设计3-11

3概要设计序号

问题1是模块化设计？2模是否为高内聚、低耦合？3-12序号

问题1是进行了性能模型分析？2是描述了所有的性能参数？（例如：实性约束，储空间速度要求，磁盘/O空间）3进程是否有时间？（例如：需要“加锁”的记信号灯，某些代码执行时需要屏蔽中断）？4程执行过程中的关键路径是否都被标识经分析？3-13序号

问题1设是否考虑了检错和恢复措施？（例如输检查）2是考虑了异常情况？3是完全准确描述了所有的出错情况？4设是否能够满足所有系统集成方面的要？3-14序号

问题1设是否能够被实验、演示或检视以显示满了需求？2设是否能够使用以前的测试代码，是否够行增量的测试？3-15序号

问题1是每一部分的设计都可以追溯到需求说书接口规说明书或其他产品文档？2是所有的设计决策都可以追溯到财务分？3对继承下来的那些特别和不常用的特性目设计的响是否行了分析？4对继承设计中已知的风险是否进行了定和析？XX信18

软件开发项目技术管理规范

4详细设计详设4-1详设要软需规格概设为础，须证要现的求格经设，须保证概设定的有块已经详设。4-2当求规格概设发变时，必修相详设文档。4-3在细设计档需管文中，必记、证求概要设、细计跟关系说明：需求、概要设计、详细设计的跟踪关系可参考建。4-14-4必保证详设文和码一致性当生计改，必须订应计档4-5必对重要详设文进正规检。说明：参考建议。4-24-6详设计过结前必通评审，保评记。4-7设更改必经相评，保存评记。4-8对详设文的规视评必须查细计档清性完备规范一性正确性数、能、口、详程、维性性能、靠、测性可追性说明：参考建议。4-3序号

问题1是所有的单元和进程的设计目的都已文化？2单设计，包括数据流、控制流、接口描是清楚？3单的整体功能是否描述清楚？4-4序号

问题1是提供了所有程序单元的规格？仅供内部使用19

软件开发项目技术管理规范2是描述了所采用的设计标准？3是确定了单元应用的算法？（例如：PDL）4是列出了单元的所有调用？5是记录了设计继承的历史和已知的风险4-5

4详细设计序号

问题1文是否遵从了公司的标准？2单设计是否使用了要求的方法和工具？4-6序号

问题1在元和单元的接口中数据成员的名称是保一致？2所接口之间，接口和接口规格书之间是保一致？3详设计和概要设计文档是否能够完全描“在构建的系统4-7序号

问题1是有逻辑错误？2需使用常量名称的地方是否有错误？3是所有的条件都被处理？>,=,<,switch4分所处的状态是否正确？（辑没有搞反）4-8序号

问题1是所有声明的数据块都已经使用？2定于单元的数据结构是否已经描述？3如有对共享数据、文件的修改，对数据访是否按正确的享协议进行？（例如：通过信号灯同步进程）4是所有的逻辑单元、事件标记、同步标都经定义初始化？5是所有的变量、指针、常量都已经定义初化？4-9序号

问题1设是否使用了指定的算法？2设是否能够满足需求和目的？4-10序号

问题1参表是否在数量、类型和顺序上保持一？2是所有的输入输出都已经正确定义并检过？3所递参数的顺序是否描述清楚？4参传递的机制是否确定？仅供内部使用20

软件开发项目技术管理规范5通接口传递的常量和变量是否与单元设的同例函中义的常量不能在所调用的子过程中被修改）6传、传出函数的参数，控制标记是否都经述清楚。7是以度量单位描述了参数的值区间，准性精度。4-11

4详细设计序号

问题1代和文档间的展开率是否小于10：1？2对块的所有需求都已经定义？3详程度是否足够开发和维护代码？4-12序号

问题1单是否是高内聚和低外部耦合？（例如：单的改变会在内出现不可预见的影响，同时对其他单元的影响最小？2是这种设计是复杂度最小的设计？3开部分的描述是否符合公司的要求？（例如目的，者，环，非标准特性，开发历史，输入输出参数，使用的件，数结构，用此单元的其他单元，注释。4-13序号

问题1进是否有时间窗？2是所有的时间和空间的限制都已明确？4-14序号

问题1初化时是否使用了默认值，是否正确？2访内存时是否进行了边界检查，以保证址确？（列，数结构，指针，等等）3对入、输出、接口和结果是否进行了错检？4对有错误情况都安排了有意义的消息反？5特情况下的返回码是否和文档中定义的局回码一？6是考虑了异常情况？4-15序号

问题1是每个单元都可以被测试、演示、分析者视，以认满足求。2设中是否包括辅助测试的检查点？（例：件编译码、断等）3是所有的逻辑都是可测?4是描述了本单元的测试驱动模块，测试例，测试?4-16仅供内部使用21

软件开发项目技术管理规范

4详细设计序号

问题1是每一部分的设计都可以追溯到需求？2是每一个设计决策都可以追溯到效益分？3是所有的设计决策都可以追溯到成本/效益分析？4是是描述了每个单元的详细需求？5单需求是否能够追溯到软件规格文（SSD-1？软件规格文档否能够跟踪到单元需求？6是有到代码的引用或者包括代码本身？仅供内部使用22

软件开发项目技术管理规范

5编码编5-1编必须以计档基，须保证有设都编实现。设发变时必须改相关代。5-2须保设文和码一性代的改经成计更时须订应计档5-3必对重要代进正检。说明：参考建议。5-1：根据//进5-4在码已经线后对码更改必通评，保评审记。5-5代必须遵相的X息AVA程范5-6对码的正检和审必依照”XX信JAVA程范的规检编规程，对码符合况行量5-7项编码完后必提Sonarqube台行态量检测仅供内部使用23

软件开发项目技术管理规范

6需求管理需管6-1产项目必安人负需管理的责说明：职责参见建议。6-1序号内1在品项目个生存周期内，管理系统需求和们分配，对其建文档。2实对系统求及其分配的更改。6-2必建立文标分到件的产品统求说明：文档的内容参见建议。6-2容序号内1影和确定件项目活动的非技术性需求（即协、条件合同条等）。2对件的技需求。

用于确认软件产品满足分配需求的验收标准。6-3相人员必接需管活方面的训说明：参见建议。6-:序号内1项所使用方法、标准、规程2应领域的识6-4必对对经评和准需文档进管和制说明：参见建议。6-序号内1在置管理划（）中将需求文档定义I2对求文档行配置管理。

相应的参考文档进行变更/护。6-5必对需求更用格变控制流控。说明：参见建议。仅供内部使用24

软件开发项目技术管理规范6-序号内

6需求管理

对变化的影响进行评估2经过C组织的评审

通知受影响的组和个人跟踪解决该问题，直到关闭6-6必在开发程对求行踪。说明：参见建议。6-序号内1按公司模制定《需求跟踪说明书》2跟需求状的变化

需求的跟踪和分配经过评审6-7在求管理动必建相度量记。说明：参见建议6-序号内1需的数量2需的状态

需求的类型需求的更改次数6-8需管理活和文必接上级管部、品目理、SQA评审。仅供内部使用25

软件开发项目技术管理规范

8软件质量保证软配管7-1产项目要命置理人和组织在个置理动中明他的责说明：参考建议。7-17-2产项目必制软配管计划（SCMP)指整配管活。说明：参考建议。7-7-3软配置管计必包如的内容序号12

内容对各阶段应受控的配置项进行选择、分类、标识。定义配置项CI)的命名惯例定义版本号命名方案制定培训计划定义相关CM程制定相应配置评审计划和方法7-4软配置管计必经由发人员产项经、参加的审并得准并线化。7-5软配置管计和件目发计划须步更7-6问跟踪要一流支，流程要括题描，类，评，计实，证，档的整个命程7-7变更请有一套程持该流要证变申（对基化配项一初始，分类，计评，派实现，证归的个程。7-8每版本有个合范版描述文。7-9必定义流指配状发。说明：参考建议。7-3仅供内部使用26

软件开发项目技术管理规范

8软件质量保证：配项(的更配置理动运状通到关部组和人。：定对更请(CR)的处情进统计将计分结进发，布容少括：单位时内理CRs量CRs分布计，流通统表CRs状态布计等说明：参考建议。7-42周发布一次3周：建可体开版和基线本种同控程的置系说明：参考建议。7-5用SCM工具的分：制一基化程导建立线说明：参考建议。7-6〕,FCA〕评审：内的布须能自基线。7-15：产项经理、SQA要定对SCM活和文档行审/检查，出审/检结，制定并实施进施：相SCM评要定应Checklist行导评要记。软质保8-1产项目组有关SQA人和织并展QA活。8-2:产品目SQA组活必通如检。序号问1产项目是否建立一个独立的能支持那些要求独立活S组？对所有项目，功是否到位？2SQA组否有一个向产品组之上的管理者、管部门报的渠道？3是为组织进行S活动提供足够的资源和费用？仅供内部使用27

软件开发项目技术管理规范

8软件质量保证4SQA组成员是否接受了培训以完成他们SQA活动？5项的软件相关成员是否接受了有关SQA组任务、职责、权利等的相关培训？6上管理部门是否对产品项目的SQA活动及其果行定评？7产项目经理是否定期和事件驱动地参与评SQA活动8SQA组动及其工作产品是否接受了SQA组外的专家进行的定评？

项目组是否制定一个执QA动的计S。制定计，计划的制订是否按照已文档化的组织QA程S计划模版执行？8-3:产品目须SQA计，计必通如检。序号问

制定SQA计划的活动是否按照公司的相关规范进行？如果在偏差形成了偏差文档，并得到研究技术管理处的批准？SQA计划是否符合公司规范中SQA计划模板的要求？如存偏差，是否形成了偏差文档，并得到研究技术管理处的批准？SQA活动是否按SQA计进行？SQA计划是否经过计划中涉及的相关组和个人的评审得到SQA经产品项目经理的批准？SQA计划和软件项目计划是否在项目的里程碑处进行了修改，修改是否得到批准？SQA计和软件项目开发计划是否同步变更？8-4SQA必对品件发程进过审。说明：参考建议。8-1：8-5SQA的程计须过下的查序号问1产项目是否明确定义了各种软件活动过程？定义活动过是否经SQA和相关管理部门的批准？

软件过程审计是否按照公司制订的软件过程审计规执行？3SQA是对每一个软件活动过程提交了过程审报告？

是否提交了过程不符合项报告？5SQA的程审计结果是否通过适当的渠道报告适当的理者？8-6SQA必参项的术审活。说明：参考建议，。8-2SQA必须仅供内部使用28

软件开发项目技术管理规范8-3：SQA序号问1技评审的方法对被评审的软件工作产品是合适的？

8软件质量保证

技术评审的过程是按照公司制订的技术评审过程规执行的？3技评审的结果是否相应的评审规程的要求形成了告？

技术评审的报告，报告QA员了吗？5SQA人对技术评审的结果进行分析了吗？8-7SQA人必定生SQA活的告说明：参考建议。8-4SQA报告的序号内1是报告各种软件工作产品的评审记录？

报告的评审记录是否符合公司规范的要求？3是有软件过程审计的审计报告？

是否把报告送交给上级管理部门、技术管理处、产项目经吗？是否有软件过程分析和质量报告？8-8产项目的QA人必制一实QA工作月计划、度划和度划。计必得到上SQA经的审批。8-9SQA经应每定地其下SQA人员就工的度划季度计，年计进协商沟。SQA经应对下的QA人的SQA活的际成况计进行监和理对管的QA人的SQA活进定地至每一次)核当S人员到能产项组部协解的量题，必将该问上给品业部管理和上SQA理仅供内部使用29

软件开发项目技术管理规范

8软件质量保证9据量分9-1每项目要录件程据9-1:建议每个项目建立一个软件过程数据库。说明：该数据库可以采用电子表格流形式。9-2项软件过数库到