软件需求立项及开发管理办法
软件系统需求立项开发管理办法
一、目的
为明确软件开发的需求，使软件开发过程规范化，并有效的管理和控制软件开发项目进度及项目风险，保障公司核心业务系统的稳健性及适用性，节约软件系统开发成本及提高开发效率。
二、范围
此方案适用全公司所有的营业部门、操作中心及其他相关职能部门。
三、适用文件
此办法暂无适用文件。
四、内容
（一）系统需求立项开发管理办法整体流程
1．系统需求部门对产生的系统需求，整理成文档后，起草《系统需求立项申请》工作流申请。依次至流程起草部门分管领导审批。
2、审批后，信息研发部门进行项目详细需求调研与分析，确保业务部门对系统的具体需求
明确。
3、通过召开需求分析结果评审会议，对信息研发部门的需求调研详细结果进行确认，以保
障项目需求的正确性、可性行、完整性、可实施性及风险点，审计项目预计成本与产出是否成正比，评审会议有权否决项目开展。
4、通过评审的项目，由信息研发部门进行开发，并明确项目完成时间。
5、审批完成后，项目进入到开发阶段与内部测试阶段。
6、信息研发部门在内部测试完成后，通知需求部门相关人员，进行项目验收测试。
7、需求部门在提交需求开发申请后至项目验收期间，需求原则上不进行变更。
8、在建软件项目需求变更的，必须由原需求项目申请人起草《在建软件项目需求变更》流
程。
9、信息研发部门在需求项目经过外部测试验收合格后，起草《系统版本上线申请》流程，
依次至分管领导。上线申请具备条件有：内测验收签字表、外测验收签字表、项目技术评审表、升级程序脚本检查表、项目培训文档。
10、流程审批后，信息服务部根据系统升级的影响系统功能及系统影响到的部门发布系统上
线升级通知，由信息研发部门系统升级专员进行系统升级操作。
具体流程图如下：
（二）系统需求立项申请
1、系统需求项目必须通过《OA需求立项审批流程》审批。
（1）申请人必须为部门经理级别及以上人员。
（2）申请人必须填写软件需求申请单，软件需求申请单参照（附录1）。
（3）申请人直接上级审批需求是否合理及是否违反公司相关制度、规范流程等。
（4）申请人为业务部门项目负责人,必须全程配合系统需求调研，为需求项目提供各项详细的要求、业务流程、算法、单据及相关制度文件，协调信息研发部部门相关人员调研期间的调研工作。
（5）信息研发部门在流程审批通过时必须给出明确的需求分析完成时间，如否决需求流程必须给出明确的理由。
2、系统需求项目经过《OA需求立项审批流程》审批完成后，进入到项目需求分析调研阶段，标识项目正式启动。
（1）需求审批完成后，信息服务部存档软件需求申请单并进行项目跟踪，信息研发部负责人指定专人负责需求项目调研工作（以下简称需求分析人员），并将系统需求进行分类管理。
（2）需求分析人员必须充分的挖掘需求部门潜在需求，并用原型方法展示软件界面，使需求部门充分了解未来软件项目的功能。
（3）需求分析调研阶段的项目责任人为业务部门项目负责人及需求分析人员，双方按照流程约定项目期限进行相关工作开展。
（4）需求分析人员与业务部门项目负责人达成一致意见后，由需求分析阶段进入到需求评审阶段。
（5）进入需求评审前，需求分析人员必须根据需求部门的实际需求整理出需求分析规格说明书及其他项目相关文档，并且评估出需求项目成本及项目开发周期。
（6）需求立项申请审批后，信息研发部门必须在五个工作日内进行需求调研工作。（三）系统需求立项评审
1、系统需求立项必须通过需求评审会议评审通过后，项目才能生效。
（1）需求评审会议由信息研发部主持，并根据需求类型通知相关部门人员参加。原则上，需求评审团队由业务方代表、需求分析人员、开发代表、相关分管领导组成。
（2）需求评审不通过，则由需求分析人员与业务部门项目负责人继续进行调研分析，直至通过为止。
（3）需求评审会议有权否决项目的继续进行。
（4）需求评审人员必须对开发成本投入与产出进行审核，确认后签署需求评审表，需求评审表参照（附录2）
（5）需求评审会议必须对项目的优先等级进行评定，以利于项目的开展及进度实施。
（6）通过评审的需求项目，由信息服务部存档需求项目的需求评审表，并进行编号管理，
必须根据公司相关制度严格保密需求项目文档。
（7）通过评审的需求项目，信息研发部门必须在评审时给出项目明确完成时间，并交由信息服务部随需求项目文档一起存档。
（8）项目的优先等级可成为内部收费的标准，对于普通项目，内部收费标准为200元/人天；紧急项目内部收费标准为300元/人天；重要且紧急内部收费标准为400元/人天，立项的需求项目最低按1人天计。
（四）系统需求开发
1、信息研发部门需严格按照软件工程规范进行项目开发，以确保项目开发质量。
2、信息研发部门在接收到明确的项目需求后，指派专人负责项目的方案设计，方案必须通
过内部评审意见一致后，进入到需求项目编码阶段。
3、项目开发完成后，必须由研发主管进行检测各项代码的正确性及适用性，确认各项无误
后，项目进入到内部测试阶段。
（五）系统需求功能测试
1．系统需求功能测试阶段分为内部测试与外部测试二个阶段，内部测试是由信息管理中心由开发人员与服务人员进行的测试；外部测试是指项目功能准用户进行的模拟业务场景的测试。
2．内部测试
2．1 内部测试由信息研发部门进行项目功能单元测试，项目关联模块测试，必须严格测试每一项目，确保达到项目需求，并逐步记录测试结果，合格则由测试人员签字存档。
2．2 信息研发部门在单元测试通过后，将需求项目功能与原系统功能集成封装后，交由信息服务部进行内部集成测试。在交付集成测试前，必须要有需求项目的方案与技术记录文档；同时需要向信息服务部书面提供项目关联模块及数据监测项等测试相关信息。
2.3 集成测试时，必须要按照需求评审内容逐项测试，并模拟准用户业务场景产生的各因
素、条件等进行测试。
2．4每一项测试通过后，由测试负责人填写内部测试表，如某项功能不能通过测试，必须第一时间通过书面文档形式反映给信息研发部门，并要求其完成时间，记录在测试文档并进行跟踪。
2．5 信息研发部门交付集成测试版本之日起，三个工作日内必须提供测试结果。
3．外部测试
3．1．内部测试完成后，由信息服务部组织相关业务部门人员进行系统外部测试。
（1）业务部门负责人根据需求评审过的项目需求，每一项进行严格测试，合格后按每一项功能进行签字。
（2）项目测试时发现的错误，信息研发部门必须及时改进，并通知业务部门负责人继续进行验收测试，直至验收合格为止。
（3）自信息研发部通知之日起，业务部门负责人三个工作日内必须给出测试回复，六个工作日内必须测试完成。
（4）因没按规定时间进行测试工作，导致项目整体延期，对业务部门负责人按《奖励与处罚管理规定XZ-0071》中相关规定进行处罚。
（5）因系统错误等原因延误测试工作，导致项目整体延期，对信息研发负责人按《奖励与处罚管理规定XZ-0071》中相关规定进行处罚。
3．2．业务部门负责人签字验收后，信息研发部门方可起草系统升级流程。
（1）项目验收表由信息服务部存档，并按要求汇总至项目需求整体文档库，以保障项目文档的完整性。(项目验收表参照附录4)。
（2）项目验收是一项非常重要工作，是以确保软件项目上线后是否能正常使用，是否符合实际业务。项目验收签字为划分测试责任的主要依据，业务部门负责人必须严格按照业务场景要求进行具体每一项测试。
（六）系统上线
1．项目实际的上线时间为需求的实际完成时间，系统上线必须由信息研发部门负责人起草OA《系统上线申请》工作流，审批通过后，方可由系统升级专员进行升级操作。
（1）流程审批前，信息研发部门项目相关开发人员必须整理出项目升级的脚本、表单、文件等资料，研发主管负责检查正确性、完整性、可用性，并形成记录，作为系统升级审批依据之一。
（2）系统上线升级过程中，系统升级专员必须严格按照相关规范操作，避免数据损坏，做好防范措施，有必要需在升级前召开升级风险及防范会议，以降低项目升级带来的各项风险。
（3）项目上线时间即项目完成时间，根据需求开发审批时的预计完成时间来考核信息研发部门。对于延误需求项目进度的，将按照相关规定进行处罚。因需求项目进度调整，需在调整前由信息研发部门通知业务部门负责人，取得同意后，方可变更项目进度。公司因重大事件需特殊处理不在此范围内。
2．流程批准后，系统上线之前，由信息服务部向全公司发布系统升级通知，相关业务部门做好相关准备工作。
（1）通知内容必须注明升级的影响范围（系统功能）及影响部门、可能存在的风险及防范措施。
（2）信息服务部在系统升级时要求制作当次升级的功能详细操作文档，并随系统项目上线时发布，并在系统升级通知中明确操作文档的链接地址，以便指导最终用户操作。
五、奖惩依据
（一）《奖励与处罚管理规定XZ-0071》
六、权限
（一）起草部门：信息管理中心
（二）审核部门：运作中心、营运中心、制度部、行政部
（三）批准部门：信息管理中心
（四）执行部门：各区域部门、操作中心、各职能部门
七、例外
（一）系统功能性错误（系统BUG）、数据异常等，影响到业务正常操作不在此管理办法规定之内。
（二）对于系统现有功能的改善与局部调整的，由需求部门起草OA系统创新建议流程。八、解释
（一）本管理办法自公布之日起执行。
（二）信息管理中心对此管理办法有最终的解释权。
九、引用
（一）《奖励与处罚管理规定XZ-0071》
十、附录
附录1……软件需求申请单
ISMS-TR-B.12-01 系统需求申请表.doc
附录2……软件需求评审表
F:\
IT需求立项管理办法\
附录3……在建软件项目需求变更申请单
ISMS-TR-A.12-01 系统变更需求申请表.
附录4……外测项目验收表
ISMS-TR-D.12-01 软件需求项目验收表.
软件开发过程管理规范
软件开发过程管理规范文件管理序列号：[K8UY-K9IO69-O6M243-OL889-F88688]
0 引言 如果要提高软件开发人员的开发质量，必须有相应的考核制度，有了制度后才能推动开发人员想方设法改善自已的开发质量。目前研发对软件开发的过程缺乏细粒度的度量，所以不能依据有效的度量数据来考核开发人员的工作绩效，大部份只是凭考核人主观意志来考核，不能形成对被考核人有效的说服力。此绩效考核办法旨在结合实际情况合理客观地评价开发效率和质量。 1 目的 对软件开发的过程所产生的软件项的质量和过程进行定量的评价，用评价的结果指导软件的开发过程，不断地提高软件开发质量水平，并依据度量记录来考核软件开发人员的工作绩效。 2 软件项包括 1）技术文档：主要包括：可行性分析报告、需求分析报告、软件功能规格说明、开发计划、系统设计报告、测试文档、用户手册、总结报告等； 2）计算机程序。 3 度量数据的来源 1）项目计划； 2）评审报告； 3）测试报告； 4）问题报告； 5）软件维护记录； 4 质量度量
4.1 度量指标 主要根据各类软件项检查表的检查指标来确定，例如，软件需求规格说明书检查表（见附录1），有10个检查指标，则根据具体项目检查侧重点不同，可从中选择相应的检查指标作为度量指标。 4.2 质量等级 1）软件项的质量等级的确定根据度量综合指标进行。 2）度量综合指标计算公式为：Total = ∑QiMi。 3）其中i=1,2,...n代表指标数量； 4）Q代表度量的指标； 5）M代表度量的指标Q在整个指标体系中所占的权重系数，对不同的开发项目可能不同，此系数根据开发的不同着重点给出。 度量指标权重系数表： 序号指标权重 1 指标1 权数1 2 指标2 权数2 3 指标3 权数3 4 指标4 权数4 5 指标5 权数5 加权平均分 1.0 6）质量评价：一般地，根据度量综合指标值，有以下评分标准。 质量评价计分标准表 序号得分质量评价
软件开发管理办法
软件开发管理办法 1 软件开发 1.1软件开发流程 1.2项目策划 根据年度软件开发计划确定的项目或用户提出的需求变更项目，组织进行项目前期策划，确定项目实现目标、内容、质量要求、工期，下达《软件开发任务书》或对用户《需求变更申请》进行审核和任务安排，项目组接到任务后组织实施。项目组根据任务安排，编制《软件开发计划》。 1.3系统需求分析 项目组根据项目内容和目标，编制《需求调研计划》和《需求调查表》，组织用户参加的项目启动会，讨论通过《需求调研计划》，用户按《需求调查表》的内容准备调研材料。开发项目组和用户组成联合项目组，共同推进项目的实施。 调研阶段完成后形成《软件需求规格说明书》，重点明确以下内容：组织机构、岗位职责、业务流程、所需的业务功能，业务功能和岗位的对应关系，业务功能处理的数据项，业务功能的详细描述。 需求分析完成后，由内部组织进行阶段评审，填写《阶段评审记录》。
组织召开需求确认会，《软件需求规格说明书》由用户审查通过后，填写《用户需求确认单》。 依据《软件需求规格说明书》，编制《系统测试计划》初稿。1.4系统设计 依据《软件需求规格说明书》进行系统设计，形成《软件设计说明书》，主要内容包括软件功能设计说明、数据库设计说明、功能的数据处理说明（功能-数据关联矩阵）、程序模块设计说明（后期完善）等。 系统设计完成后，由内部组织进行阶段评审，填写《阶段评审记录》。 依据《软件设计说明书》，补充完善《软件测试计划》。 1.5编码 依据《软件设计说明书》，遵守有关技术规范，在开发平台上进行编码，实现软件功能。 编码完成后，编写《用户操作手册》，补充完善和修改《软件设计说明书》，把编程过程中数据设计、功能设计的变动进行文档修正，补充程序模块设计说明，编制《软件组件清单》、《数据对象清单》，修改完善《系统测试计划》。 1.6测试 项目组内部组织完成单元测试。 编码完成后，由内部组织进行阶段评审，填写《阶段评审记录》。
企业研发费用管理办法
研发费用管理办法 为了更好的归集公司在研究开发活动中发生的各项费用， 规范日常会计核算，进一步加强研发费用的管理，充分享受国 家有关优惠政策，制定本办法。 一、研发费用 1、研究开发活动定义 1.1、研究开发活动指企业为获得科学与技术（不包括人文、 社会科学）新知识，创造性运用科学技术新知识，或实质性改 进技术、产品（服务）而持续进行的具有明确目标的活动。 1.2、创造性运用科学技术新知识，或实质性改进技术、产 品（服务），是指企业在技术、产品（服务）方面的创新取得了 有价值的进步，对本地区（省、自治区、直辖市或计划单列市） 相关行业的技术进步具有推动作用，不包括企业从事的常规性 升级或对某项科研成果直接应用等活动（如直接采用新的工艺、 材料、装置、产品、服务或知识等）。 2、研发费用 2.1、研发费用指从事上述研究开发活动发生的费用。研发 活动项目应符合《国家重点支持的高新技术领域》和国家发展 改革委员会等部门公布的《当前优先发展的高技术产业化重点 领域指南（ 2007 年度）》规定项。 2.2、公司在产品、技术、材料、工艺、标准的研究开发过程中 发生的各项费用，包括： 2.2.1、人员人工：从事研究开发活动人员的工资薪金，包 括基本工资、奖金、津贴、补贴、年终加薪、加班工资以及与 其任职或者受雇有关的其他支出（为员工缴纳的社会保险、住 房公积金、商业保险、专业培训、公司按研发人员工资总额提 取的福利经费、工会经费、教育经费等）。
2.2.2、直接投入：为实施研究开发项目而购买的原材料等 相关支出。如：水和燃料（包括煤气和电）使用费等；用于中 间试验和产品试制达不到固定资产标准的模具、样品、样机及 一般测试手段购置费、试制产品的检验费等；用于研究开发活 动的仪器设备的简单维护费；以经营租赁方式租入的固定资产 发生的租赁费 2.2.3、折旧费用与长期待摊费用：包括为执行研究开发活 动而购置的仪器和设备以及研究开发项目在用建筑物的折旧费 用，包括研发设施改建、改装、装修和修理过程中发生的长期 待摊费用。 2.2.4、设计费用：为新产品和新工艺的构思、开发和制造， 进行工序、技术规范、操作特性方面的设计等发生的费用。 2.2.5、装备调试费：主要包括工装准备过程中研究开发活 动所发生的费用（如研制生产机器、模具和工具，改变生产和 质量控制程序，或制定新方法及标准等）。为大规模批量化和商 业化生产所进行的常规性工装准备和工业工程发生的费用不能计入。 2.2.6、无形资产摊销 因研究开发活动需要购入的专有技术（包括专利、非专利 发明、许可证、专有技术、设计和计算方法等）所发生的费用 摊销。 2.2.7、委托外部研究开发费用 是指企业委托境内其他企业、大学、研究机构、转制院所、 技术专业服务机构和境外机构进行研究开发活动所发生的费用 （项目成果为企业拥有，且与企业的主要经营业务紧密相关）。委托外部研究开发费用的发生金额应按照独立交易原则确定。 2.2.8、其他费用 为研究开发活动所发生的其他费用，如办公费、通讯费、 专利申请维护费、高新科技研发保险费等。
(国内标准)GB-软件开发主要文档编写规范
231 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. 控制精度或生产能力的提高。
软件开发过程规范
【最新资料,Word版，可自由编辑！】
目录 1.前言 (3) 1.1 目的 (3) 1.2 对象 (3) 1.3 要求 (3) 1.4 适用范围 (3) 1.5 软件开发过程模型 (3) 1.6 开发过程划分 (4) 2.技术过程规范部分 (4) 2.1 概述 (4) 2.2 业务建模阶段 (4) 2.3 需求阶段 (6) 2.4 分析设计阶段 (8) 2.5 实现阶段 (10) 3.管理过程规范部分 (11) 3.1 概述 (11) 3.2 接受项目 (12) 3.3 重新评估项目范围和风险（对于较大项目） (12) 3.4 制定开发计划 (13) 3.5 迭代开发管理 (13) 3.6 监控项目的实施 (14) 3.7 结束项目 (15)
软件开发过程规范 前言 目的 本规范的目的是使整个软件产品开发及项目工程阶段清晰，要求明确，任务具体，便于规范化、系统化及工程化。有利于提高软件生命周期的控制及管理，提高所开发软件的质量，缩短开发时间，减少开发和维护费用，使软件开发活动更科学、更有成效。 对象 本规范面向产品生命周期的所有相关人员，包括管理人员、开发人员、质管人员。 要求 具有软件开发管理职能的人员要求熟知项目开发的各阶段过程和各阶段过程相应的规范。 适用范围 适用于产品开发生命周期中的除产品提交外的其他全部过程；规范分为两部分：技术过程规范和管理过程规范，分别适用于软件开发过程中的技术性活动和管理性活动。 软件开发过程模型 本规范所采用的软件开发过程模型为简化的RUP开发过程模型；软件开发过程是体系结构为中心，用例驱动和风险驱动相结合的过程迭代。
软件开发管理制度
软件开发管理制度 软件开发管理是指根据公司统一的信息系统规划和业务需求，对信息系统的开发进行管理。具体包括组织、规划、需求、分析、设计、编程、测试和投产等环节。 本制度适用于公司公司软件开发项目。 1.1 项目立项 信息系统研发前公司成立项目工作小组，重大项目成立项目领导小组，并指定负责人。 项目领导小组负责项目的组织、协调、检查、监督工作。项目工作小组由业务人员、技术人员和管理人员组成，具体负责整个项目的开发工作。 项目工作小组人员应具备与项目要求相适应的业务经验与专业技术知识，小组负责人需具备组织领导能力,保证信息系统研发质量和进度。 业务部门根据本机构业务发展战略，在充分进行市场调查、产品效益分析的基础上制定信息系统研发项目可行性报告。 1.2. 系统开发 公司业务部门编写项目需求说明书，提出业务需求和系统需求。 信息技术部和业务部门领导组织人员对项目需求进行评审，意见统一后形成定稿后的“项目需求分析报告”和“项目风险报告”，加盖相关部门签章归档。 公司信息技术部根据项目需求编制项目功能说明书。 公司信息技术部依据项目功能说明书分别编写项目总体技术框架、项目设计说明书，设计和编码应符合项目功能说明书的要求。评审通过后加盖部门签章归档。 公司业务人员、技术人员应根据职责范围分别编写操作说明书、技术应急方案、业务连续性计划、投产计划、应急回退计划，并进行演练。 在编码阶段，软件开发人员应有良好的编写习惯，做好代码注释和说明，并做好单元测试工作。 1.3. 测试 公司应建立独立的测试环境，以保证测试的完整性和准确性。测试至少应包括功能测试、安全性测试、压力测试、验收测试、适应性测试。测试不得直接使用生产数据。 公司信息技术部应根据测试结果修补系统的功能和缺陷，提高系统的整体质量。 由业务部门组织人员完成软件的最终测试，并保留软件测试记录，撰写“项目测试报告”并确认签章，原则上要求项目测试人员和项目需求人员是同一批人员。 项目验收应出具由相关负责人签字的项目验收报告，验收不合格不得投产使用。 项目小组编写“软件上线计划”，按计划安全稳妥的实现软件产品的上线实施，对核心业务系统的软件上线由版本控制员实施，没有业务部门提交的“项目测试报告”及“上线确认书”的软件项目不允许上线运行。
研发项目立项管理规定
研发项目立项管理规定 第一章总则 第一条为规范公司研发项目立项工作开展，加强研发项目立项的评估，增强项目成果的核心竞争力，化解风险，提高经济效益，特制定本规定。 第二条本规定适用于研发项目立项提议、立项前的可行性研究、立项评审及立项审批等工作。 第三条本规定中的研发项目指新产品研发、产品改进、工艺改进等项目，以及其他对产品工艺、生产过程、生产方式等的革新活动。 第二章职责 第四条技术研究院是研发项目立项的归口管理单位。负责对各相关单位和部门提出立项项目的等级初审和可行性研究任务的审批；负责项目可行性研究进度的监督；负责成立项目评审组，组织项目立项的评审；负责组织重要等级项目的上会决策。 第五条产业公司负责组织本产业技术部、销售部及其他各部门进行立项提议，参与立项提议的初审和立项评审。 第六条产业技术部是本产业项目提议的重要部门，组织组建本产业负责项目的项目组，并对项目组的可行性研究任务开展情况负责。 第七条产业销售部是本产业研发项目提议的重要部门。负责配合项目组进行市场需求方面的可行性调研。 第八条项目组是立项过程中具体工作的实施团队。负责立项申请的发起；负责项目的可行性研究，编制项目《可行性研究报告》；并按流程对项目立项进行办理。 第九条评审组负责通过技术、市场、资源等方面对项目的可行性进行评审。 第三章研发项目分类 第十条研发项目按技术来源分为自主研发项目、联合研发项目、技术引进项目。 第十一条研发项目按研发性质分为新产品研发项目、产品改进项目、工艺改进项目。
第十二条研发项目按重要度级别分为A类、B类、C类，重要度等级按《研发项目重要度评价表》确定。采用累加计分制，按该表从Ⅰ、Ⅱ、Ⅲ、Ⅳ四个方面对项目进行计分评估，然后累加，根据累加分数确定项目重要度级别：85分及以上为A类，60~85分为B类，60分以下为C类。 第四章研发项目的提议 第十三条技术研究院原则上每年10月份定期组织本单位、产业公司技术部、销售部等相关人员对下一年度的研发项目进行提议。各单位对有意向研发的项目提交《可行性研究任务书》，经本单位领导审核后，统一报技术研究院审批。 第十四条《可行性研究任务书》中的项目重要度等级由初定的项目组按《研发项目重要度评价表》进行评分确定，《研发项目重要度评价表》作为《可行性研究任务书》的必备附件。 第十五条对于各种特殊原因在年度经营过程中提议的项目，其提议程序与第十三条一致。 第五章研发项目的可行性研究 第十六条经审批的《可行性研究任务书》是开展可行性研究的唯一依据。任务书中初定的项目组是可行性研究的具体实施团队。项目所在单位销售部门指定专人配合进行市场方面的调研工作。 第十七条可行性研究的主要任务是：论证该领域技术（产品）的技术发展方向和动向；论证该领域技术（产品）的市场动态及发展该领域技术（产品）的技术优势；论证发展该领域技术（产品）的资源条件的可行性。(含物资、设备、能源及外购外协配套等)。 第十八条不同重要度等级的项目对应的可行性研究工作量有所不同，都必须开展对用户、科研院所、高等院校、竞争对手、合作伙伴等对象进行技术和市场方面的调研。A级研发项目必须调研12个以上不同对象，B级项目调研6个以上，C级项目调研2个以上。3种级别项目的调研对象必须包含用户。 第十九条A、B级的项目通过调研需编制《可行性研究报告》，附于《研发项目立项申请表》后，作为该研发项目的重要评审依据。C级项目的调研内容可简单写于《研发项目立项申请表》中。
软件项目开发计划书
软件项目开发计划书 Company Document number：WUUT-WUUY-WBBGB-BWYTT-1982GT
软件开发计划书 项目名称：图书管理系统 目录
1引言 编写目的 为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，有必要以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容以书面的方式描述出来，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。 本项目开发计划用于从总体上指导图书管理系统项目顺利进行并最终得到通过评审的项目产品。本项目开发计划面向项目组全体成员。 背景 山西农业大学图书管理系统是由沈阳师范大学委托我们开发的大型管理系统，主要功能是实现图书馆的信息化管理，包括读者信息管理，书籍信息管理，借阅信息管理，管理者信息管理等功能。项目周期为六个月，项目背景规划如表所示。 表项目背景规划
图书管理系统是学校信息管理系统的一个重要组成部分，它需要学生基本信息系统提供学生的基本资料，因为很多情况下，图书证号和学生的学生证号是一样的，而且在图书管理中，需要知道学生所在的系别和班级等信息；另外，它还需要教职工信息系统提供基本资料，因为教职工当然也能在图书馆借阅图书。因此，在设计时可以和校园信息管理系统的其他系统使用同一个数据库管理系统，以便系统之间的信息交流和管理。 定义 专门术语： SQL SERVER:系统服务器所使用的数据库关系系统（DBMS）。 SQL：一种用于访问查询数据库的语言 事务流：数据进入模块后可能有多种路径进行处理。 主键：数据库表中的关键域。值互不相同。 外部主键：数据库表中与其他表主键关联的域。 ROLLBACK:数据库的错误恢复机制。 缩写： 系统：若未特别指出，统指本图书管理系统。 SQL：Structured Query Language(结构化查询语言)。 ATM：Asynchronous Transfer Mode (异步传输模式)。 UML：统一建模语言、是一套用来设计软件蓝图的标准建模语言，是一种从软件分析、设计到编写程序规范的标准化建模语言。
软件项目标准开发流程
1、需求分析是怎样做的？（自己理解着说） 需求分析是构建软件系统的一个重要过程。 一般，把需求类型分成三个类型： 1、业务需求（business requirement）反映了组织机构或客户对系统、产品高层次的目的要求，它们在项目视图与范围文档中予以说明。 2、用户需求(user requirement) 文档描述了用户使用产品必须要完成的任务，这在使用实例文档或方案脚本说明中予以说明。 3、功能需求(functional requirement)定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。 业务需求和用户需求是软件需求分析的基础，也是软件构建的前提。系统分析员通过对业务需求和用户需求的分解，将其转换成克一形式化描述的软件功能需求。开发软件系统最为困难的部分，就是准确说明开发什么。这就需要在开发的过程中不断的与用户进行交流与探讨,使系统更加详尽,准确到位。这就需要确定用户是否需要这样的产品类型以及获取每个用户类的需求。 4、客户也经常是矛盾的。事实上，很少有客户能够明确的知道怎样的一个系统对自己是最有益处的，他们往往在集中方案之间徘徊，于是经常产生需求的变动。生产厂商经常陷入客户自己的矛盾之中。 客户的负面影响可能对于能够在预算内按时完成项目产生很大的影响。尽管客户需要对需求的质量负责任，但是，当一个软件项目因为客户事先没有预料到的情况而导致失败的时候，即使客户不会追究开发方的责任，就软件项目本身而言，也已经是失败的。 总结： 良好的需求分析是软件成功的基础。以上是作者对需求分析工作实践的一次小结以及综合性的思考，是对需求分析本身所做的一次分析。在此基础上，作者提出了逆向沟通的设想，即系统分析员主动进行沟通，提出指导性意见。当软件融合了客户和系统分析员双方智慧，其质量将会进一步得以提高。 2、 6周 （比较合理的代码行数是多少，如果多了，我是怎么切割的）500行，例如：实现数据3、如何将用户登录的信息保存？ 用户登陆页面将每个用户的信息使用session保存下来,例如: session.setAttribute("UserID","ytang"); 如果用到用户的登陆信息，再从session根据session.getAttribute("userID")所存储的信息例如在项目1中的应用 4．软件项目开发流程应该是什么样子的？ 1。需求分析和获取； 2。界面的设计和修改，直到用户可以接受； 3。后台数据库的建立，做成几张表，写几个存储过程； 4。前台模块的编写和调试； 5。项目的实施和维护；
公司软件开发管理制度
XX公司软件开发管理制度 XX公司软件开发管理制度 版本：1.0 SDM审批： QA经理[时间] CTO[时间] 目录 1.目的和作用3 2.适用范围：3 3. 参考文件3 4.适用对象3 5.软件开发流程4 5.1可行性研究与计划4 5.1.1实施4 5.1.2 文档4 5.1.2.1 应交付的文档4 5.1.2.2 提交步骤4 5.2需求分析4 5.2.1实施4 5.2.2要求5 5.2.3交付文档5 5.2.4审批5 5.3概要设计5 5.3.1实施5 5.3.2要求6 5.3.3交付文档6 5.3.4补充说明6 5.3.5审批6 5.4详细设计7 5.4.1实施7 5.4.2要求7 5.4.3文档7 5.4.4审批7 5.5实现7 5.5.1实施与要求7 5.5.2交付文档8 5.5.3审批8 5.6组装测试8 5.6.1实施8 5.6.2要求8 5.6.3交付文档8 5.6.4审批8
5.7确认测试9 5.7.1实施9 5.7.2要求9 5.7.3交付文档9 5.7.4 补充说明9 5.7.5 审批9 5.8发布10 5.8.1过程10 5.8.2 文档10 5.8.3 审核10 5.9 交接10 6. 附录1：项目文档清单11 1.目的和作用 本流程详细规定软件开发程的各个阶段及每一阶段的任务、要求、交付文件，使整个软件开发过程阶段清晰、要求明确、任务具体，实现软件开发过程的标准化。 2.适用范围： 公司的软件开发产品均适用。 3. 参考文件 各种文档模板 文档命名规则 交接流程 4.适用对象 软件管理人员，软件开发人员，软件维护人员 5.软件开发流程 5.1可行性研究与计划 5.1.1实施 5.1.1.1 软件开发部分析人员进行市场调查与分析，确认软件的市场需求 5.1.1.2 在调查研究的基础上进行可行性研究，写出可行性报告 5.1.1.3 评审和审批，决定项目取消或继续 5.1.1.4 若项目可行，制订初步的软件开发计划，建立项目日志 5.1.1.5 根据市场环境、公司软硬件情况预测十大风险因素 5.1.2 文档 5.1.2.1 应交付的文档 1）可行性研究报告* 2）初步的软件开发计划 3）十大风险列表* 4）软件项目日志* 5.1.2.2 提交步骤 1) 适用于以后各阶段的文档提交。 2) 项目相关文档用sourcesafe进行版本管理，相关书写人员可根据各文档模板形式撰写文档，正式提交的文档以存入软件管理服务器相关目录时间为准。以后每次修改都应注明修改内容。 5.2需求分析
研究开发项目管理制度
××××××××××公司 ××××××Co., Ltd. 研究开发项目管理制度 通过规范公司研究开发项目从申请、立项、实施、核算、决策以及考核等管理鼓励各部门和员工积极参与到研发的工作中来，不断提高企业的核心竞争力，同时使项目符合国家相关政策法规的要求。从而充分享受所得税优惠政策，实现企业效益最大化。 特制定本制度: 一、职责划分 1、研发中心： 编写公司研发的中长期发展规划报经理层讨论审定； 受理各部门或个人提出的研发项目建议书及时组织相关人员讨论项目开展的必要性； 负责编制研究开发项目计划书和研究开发费预算并报经理层讨论审定； 负责公司研发项目的日常管理对研发项目进行动态跟踪定期向经理层汇报研发项目进展情况； 负责研发项目评审论证会议记录及会议纪要编写并完成研究开发项目的效用情况说明、研究成果报告等资料； 负责研发项目从建议、论证立项、决策过程中各种资料存档、保管。 2、项目组： 负责根据项目计划书和项目预算具体实施项目； 负责编写项目研发报告、技术转化实施方案；
负责具体控制项目进度以及项目预算。 3、行政办公室: 负责办理总经理办公会或董事会关于研究开发项目立项的决议文件； 负责根据项目需要完成研究开发项目组的编制、审定专业人员名单； 负责在税务部门要求的情况下向发改委或科委申请项目的备案和技术鉴定工作； 负责项目的考核兑现工作。 4、计划财务部： 负责按照《企业财务通则》的有关规定对研发支出进行单独核算和归集按照税收有关规定进行税收核算和归集各项研发支出费用； 负责在税务机关办理与研究开发费用加计扣除有关的各项审批备案手续在年度汇算清缴所得税申报时向主管税务机关报送与研究开发费用加计扣除有关的相应资料。 二、立项条件 研究开发项目是指为获得科学与技术不包括人文、社会科学、新知识、创造性运用科学技术新知识或实质性改进技术、工艺、产品、服务而持续进行的具有明确目标的研究开发活动。 创造性运用科学技术新知识或实质性改进技术、工艺、产品服务是指通过研究开发活动在技术、工艺、产品、服务方面创新取得了有价值的成果对本地区省、自治区、直辖市或计划单列市相关行业的技术、工艺领先具有推动作用不包括企业产品服务的常规性升级或对公开的科研成果直接应用等活动(如直接采用公开的新工艺、材料、装置、产品、服务或知识等)。 申请项目立项应当举证证明申报研发项目属于《国家重点支持的高新技术
软件项目开发计划规范
软件项目开发计划规范 1 引言 1.1编写目的 ? 阐明开发本软件的目的； ? 说明编写这份项目开发计划的目的； ? 指明软件需求说明书所预期的读者。 1.2背景 ? 表示待开发的软件系统的名称、代码； ? 列出本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络； ? C.说明该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4参考资料 列出用得着的参考资料，如： a．本项目的经核准的计划任务书或合同、上级机关的批文； b．属于本项目的其他已发表的文件； c．本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件资料的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。 2 项目概述 2.1 工作内容 简要地说明在本项目的开发中须进行的各项主要工作。 2.2主要参加人员 扼要说明参加本项目开发工作的主要人员的情况，包括他们的技术水平。 2.3产品 2.3.1程序 列出需移交给用户的程序的名称、所用的编程语言及存储程序的媒体形式，并通过引用有关文件，逐项说明其功能和能力。 2.3.2文件 列出需移交给用户的每种文件的名称及内容要点。 2.3.3服务 列出需向用户提供的各项服务，如培训安装、维护和运行支持等，应逐项规定开始日期、所提供支持的级别和服务的期限。 2.3.4非移交的产品 说明开发集体应向本单位交出但不必向用户移交的产品（文件甚至某些程序）。 2.4验收标准 对于上述这些应交出的产品和服务，逐项说明或引用资料说明验收标准。 2.5完成项目的员迟用限 2.6本计划的批准者和批准日期 3实施计划 3.1工作任务的分门与人员分工
4.2软件开发管理办法
软件开发管理办法 修订记录 版本编号修订日期主要修订摘要 审核记录 审核人员属于部门审核日期 第一章总则 第一条为规范公司的开发管理流程，使各开发项目的管理进行标准化管理，特制定本管理办法。 第二条本管理办法详细规定软件开发程的各个阶段及每一阶段的任务、要求、交付文件，使整个软件开发过程阶段清晰、要求明确、任务具体，实现软件开发过程的标准化。 第三条本管理办法适用于计算机的自主软件开发项目。适用对象：软件开发管理人员，软件开发人员，软件维护人员，系统管理人员。 第二章组织机构与职责 第四条软件开发管理人员职责： 第五条软件开发人员职责： 第六条软件维护人员职责： 第七条系统管理人员职责： 第三章软件开发环境管理 第八条软件建设环境根据项目不同的时期，需要搭建生产运行环境、系统测试环境、系统开发环境三种不同的软硬件网络环境，便于生产、开发、测试等工作的安全、顺畅的进行。 第九条生产环境为系统维护管理人间管理的范畴，是系统正式运行，提交给各业务科室的正式环境，包括系统运行的硬件、网络等设备和进行集群处理的软件系统。 第十条测试环境为测试人员提供功能测试、性能测试的运行环境，包括运行环境模拟、测试工具服务器、测试工具客户端。 第十一条开发环境为系统开发人员提供系统开发需要的软件硬件环境，包括数据库服务器、应用服务器、开发工具客户端。 第十二条生产环境、测试环境、开发环境都存在自己独立的数据库服务器、应用服务器、客户端。在开发环境完成内部测试后，提交发布版本到测试环境中，由专门的测试人
员进行集成测试和功能测试。并进行一定的压力性能测试。在测试环境通过的版本在发布到生产环境。 第十三条生产环境与测试环境、开发环境需要物理隔离，保障生产环境的安全。 第四章开发过程管理 第十四条项目开发流程根据软件工程的流程，分为可行性研究与计划、需求分析、总计设计、详细设计、代码开发、系统测试五个阶段。 第十五条可行性研究与计划 1实施要求 1.软件开发部分析人员进行市场调查与分析，确认软件的市场需求 2.在调查研究的基础上进行可行性研究，写出可行性报告 3.评审和审批，决定项目取消或继续 4.若项目可行，制订初步的软件开发计划，建立项目日志 5.根据市场环境、公司软硬件情况预测十大风险因素 2交付文档 1.可行性研究报告* 2.初步的软件开发计划 3.十大风险列表* 4.软件项目日志* 第十六条需求分析 1实施要求 1.调查被开发软件的环境 2.软件开发提出的需求进行分析并给出详细的功能定义 3.做出简单的用户原型，与用户共同研究，直到用户满意 4.对可利用的资源（计算机硬件、软件、人力等）进行估计，制定项目进度计划（可 有相应的缓冲时间） 5.制定详细的软件开发计划 6.测试人员制订质量控制计划和测试计划 7.编写初步的用户手册 8.进行需求方案评审 2交付文档 1.软件需求说明书 2.更新后的软件开发计划 3.项目进度计划 4.计划
什么叫研发项目立项[科技研发项目立项管理办法]
什么叫研发项目立项 [科技研发项目立项管理办法] 科技研发项目立项的管理办法?为规范公司技术创新与科技成果转化活动，促进企业技术进步和可持续发展，对公司科技研发项目的管理规定如下： 一、科技研发项目的范围及立项原则本管理办法所称的科研项目的范围包括新材料、新产品、新工艺、新设备的研究开发、技术改造、技术引进消化创新等项目。 立项的项目应符合国家的技术政策、产业政策以及公司的中长期战略发展规划。 二、研发项目的管理公司企业发展部是公司科研项目管理的职能部门，归口管理本公司的各类科研项目，其主要职责是： 1、制订公司的科技发展中长期规划和年度计划，并将任务分解落实到各责任部门、生产车间。 2、受理各部门、各生产车间提出的科技课题，经充分论证后提出审核意见和经费预算方案交总经理办公会议进行讨论审议。 3、对经公司批准立项的科研项目进行动态跟踪及定期评估，掌握项目实施的进度，解决项目实施中的困难，协调有关部门的研发活动，并提出对研发人员的奖惩方案报总经理会议审批。 4、负责研发经费使用的监管及报销审核。 5、负责审核公司与其他科研单位、学校、企业进行合作研发或委托其他单位进行研发的项目的技术合作的订立。 6、负责制订和完善公司科技研发项目管理制度经董事会批准后组织实施。 三、公司研发项目申报、立项及审批程序1、由公司各部门、技术研发中心、各生产车间根据工作需要提出项目申请和可行性报告，主要内容包括项目背景、研发内容、研发方案、研发小组人员、资金预算和进度安排等，报企业发展部审核，企业发展部审核同意后报总经理会议进行讨论审议。 2、总经理会议由公司总经理、副总经理、企业发展部经理、人力资源部经理、财务部经理、生产设备管理部经理和技术研发中心主任组成。 3、总经理会议讨论审议由企业发展部提出的项目立项及经费预算安排方案，于每年年底前确定公司下一年度的研发项目计划和经费预算，并报请公司董事会批准后正式下达并组织实施。 4、经批准立项的项目由总经理与项目研发小组负责人签订《科技研发项目责任书》，并于签发之日起正式执行。 5、《科技研发项目责任书》签订后由企业发展部和财务部备案并监督执行。 四、本管理办法自发布之日起施行。 1
软件开发计划书
软件开发计划书项目名称：自由游戏平台
参与人员： 软件项目开发计划书自由游戏平台 目录： 1.引言 1.1编写目的 1.2编写背景 1.3定义 1.4参考资料 1.5系统动机 1.6标准.条件和约定 1.7编写文档的WBS 2.项目概述 2.1工作内容 2.2主要参加人员 2.3产品及成果 ①程序
②文件 ③服务 ④非移交产品 2.4验收标准 ①代码的验收 ②文档的验收 ③服务的验收 2.5完成项目的最迟期限 2.6本计划的审查者与批准者 3.实施总计划 3.1开发过程 ①需求分析 ②系统设计 ③编码及测试阶段 ④文档.产品部署 ⑤项目总结 3.2工作任务的分解 3.3接口人员 3.4进度 3.5预算 3.6关键问题 4.支持条件 4.1计算机系统支持 4.2需要用户承担的工作
4.3需由外单位提供的条件 5.专题计划要点 5.1开发人员培训计划 5.2测试计划 5.3质量保证计划 5.4人员配置计划 5.5客户培训计划 5.6安全保密计划
引言 编写目的: 为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，有必要以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容以书面的方式描述出来，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。 本项目开发计划用于从总体上指导《自由游戏平台》项目顺利进行并最终得到通过评审的项目产品。本项目开发计划面向项目组全体成员。 背景 《自由游戏平台》主要功能是,为广大用户提供一个面对面的游戏平台；基本可包括所有保单系列产品，以及国内外比较流行的博彩游戏！该项目在计划中... 项目背景规划
软件开发管理办法
软件开发管理办法 第一章总则 第一条为规范公司的开发管理流程，使各开发项目的管理进行标准化管理，特制定本管理办法。 第二条本管理办法详细规定软件开发程的各个阶段及每一阶段的任务、要求、交付文件，使整个软件开发过程阶段清晰、要求明确、任务具体，实现软件开发过程的标准化。 第三条本管理办法适用于计算机的自主软件开发项目。适用对象：软件开发管理人员，软件开发人员，软件维护人员，系统管理人员。 第二章组织机构与职责 第四条软件开发管理人员职责： 第五条软件开发人员职责： 第六条软件维护人员职责： 第七条系统管理人员职责： 第三章软件开发环境管理 第八条软件建设环境根据项目不同的时期，需要搭建生产运行环境、系统测试环境、系统开发环境三种不同的软硬件网络环境，便于生产、开发、测试等工作的安全、顺畅的进行。 第九条生产环境为系统维护管理人间管理的范畴，是系统正式运行，提交给各业务科室的正式环境，包括系统运行的硬件、网络等设备和进行集群处理的软件系统。 第十条测试环境为测试人员提供功能测试、性能测试的运行环境，包括运行环境模拟、测试工具服务器、测试工具客户端。 第十一条开发环境为系统开发人员提供系统开发需要的软件硬件环境，包括数据库服务器、应用服务器、开发工具客户端。 第十二条生产环境、测试环境、开发环境都存在自己独立的数据库服务器、应用服务器、客户端。在开发环境完成内部测试后，提交发布版本到测试环境中，由专门的测试人
员进行集成测试和功能测试。并进行一定的压力性能测试。在测试环境通过的版本在发布到生产环境。 第十三条生产环境与测试环境、开发环境需要物理隔离，保障生产环境的安全。 第四章开发过程管理 第十四条项目开发流程根据软件工程的流程，分为可行性研究与计划、需求分析、总计设计、详细设计、代码开发、系统测试五个阶段。 第十五条可行性研究与计划 1实施要求 1.软件开发部分析人员进行市场调查与分析，确认软件的市场需求 2.在调查研究的基础上进行可行性研究，写出可行性报告 3.评审和审批，决定项目取消或继续 4.若项目可行，制订初步的软件开发计划，建立项目日志 5.根据市场环境、公司软硬件情况预测十大风险因素 2交付文档 1.可行性研究报告* 2.初步的软件开发计划 3.十大风险列表* 4.软件项目日志* 第十六条需求分析 1实施要求 1.调查被开发软件的环境 2.软件开发提出的需求进行分析并给出详细的功能定义 3.做出简单的用户原型，与用户共同研究，直到用户满意 4.对可利用的资源（计算机硬件、软件、人力等）进行估计，制定项目进度计划（可 有相应的缓冲时间） 5.制定详细的软件开发计划 6.测试人员制订质量控制计划和测试计划 7.编写初步的用户手册 8.进行需求方案评审 2交付文档 1.软件需求说明书 2.更新后的软件开发计划 3.项目进度计划 4.计划
研发项目立项管理制度
研发项目立项管理制度 第一章总则 第一条为了加速我公司的新技术的开发及推广应用，促进公司经济效益的提高，结合公司实际情况，特制定本制度。旨在加强公司科技研发项目的 管理，规范项目立项管理程序，提高项目管理效率。 第二条研发项目立项管理的基本原则是科学管理、规范权限、明确职责、管理公开、精简高效。 第三条为保证研发项目立项管理的规范性和有效性，建立项目管理公开制度、报告制度、回避制度、监督检查和审计评价制度。 1. 公开制度。在执行有关技术保密规定的原则下，由公司相关部门负 责人（即技术研发部）对项目立项、项目实施、阶段性成果和验收鉴定 结果等通过一定程序公开发布。 2. 报告制度。项目承担小组、项目责任人应定期报告项目执行情况， 并根据要求按期如实填报有关报表。 3. 监督检查与审计评价制度。项目承担小组和项目责任人在项目实施 过程中，应严格履行项目合同书，在项目合同书规定的范围内，享有充
分的自主权。同时，项目承担小组和项目责任人有义务主动接受技术研 发管理委员会的监督检查、绩效审计等跟踪管理。 第二章项目调研 第四条项目调研工作由技术部完成。 第五条项目调研的主要任务： 1. 论证该领域技术（产品）的技术发展方向和动向。 2. 论证该领域技术（产品）的市场动态及发展该领域技术（产品）的 技术优势。 3. 论证发展该领域技术（产品）的资源条件的可行性。(含物资、设备、 能源及外购外协件配套等)。 第六条项目调研结束提供项目立项的可行性研究报告。该报告应包括： 1.项目概况，国内外同类研究情况（包括技术水平）； 2.市场需求、经济、社会、生态效益分析； 3.主要研究内容、技术关键； 4.预期目标（要达到的主要技术经济指标；知识产权申请情况）； 5.现有技术的知识产权情况及自主知识产权的拥有设想； 6.已有条件分析（包括原有基础、技术力量的投入、科研手段和研究成 果的生产或应用去向）；
软件开发计划模板
文档控制变更记录
目录 1范围 (1) 1.1标识 (1) 1.2系统概述 (1) 1.3文档概述 (1) 1.4与其他计划的关系 (1) 2引用文件 (2) 3术语和定义 (2) 3.1术语 (2) 3.2缩略语 (2) 4策划背景概述 (2) 5项目范围 (3) 5.1项目目标 (3) 5.1.1客户目标 (3) 5.1.2组织目标 (3) 5.1.3研究目标（可裁剪） (3) 5.2工作产品与服务 (4) 5.2.1工作产品 (4) 5.2.2服务 (6) 5.3验收标准 (6) 6组织机构与人员 (6) 7开发及运行环境 (8) 7.1软件开发环境 (8) 7.2软件运行环境 (8) 8重用分析 (8)
9软件开发管理 (9) 9.1软件开发方法及标准 (9) 9.2生命周期模型和项目过程定义 (9) 9.3工作任务拆分与估计 (9) 9.4项目进度和里程碑 (10) 9.5风险管理 (10) 9.6外部依赖 (12) 9.7相关方参与计划 (12) 9.8项目培训计划 (13) 9.9项目监督和问题处理 (13) 9.10数据管理计划 (14) 9.11重大事件处理 (14) 10里程碑及评审计划 (14) 11总体测试计划 (15) 12度量分析计划（可裁减单独成文）................. 错误！未定义书签。13安全保密. (16) 14附录 (17)
图 6-1项目软件研制组织结构 (7) 图 9-1软件技术流程图 (9)
表 3-1缩略语表 (2) 表 5-1交付软件 (4) 表 5-2需交付文档 (4) 表 5-3非交付文档 (4) 表 5-4过程记录 (5) 表 6-1软件项目人员配置 (7) 表 8-1重用分析表 (8) 表 9-1项目风险列表 (11) 表 9-2外部依赖跟踪表 (12) 表 9-3 相关方参与计划 (12) 表 9-4 培训计划 (13) 表 10-1软件正式评审计划 (14) 表 14-1 工作任务拆分结构（WBS） (18)
软件开发流程规范-详细流程
软件开发流程规范 目录 目录 0 一、概述 (2) 二、开发流程规范 (3) 2.1系统软硬件开发环境 (3) 2.2系统架构（系统组成） (5) 2.3系统功能模块设计 (6) 2.4系统功能开发流程图 (7) 2.5开发修改记录 (8) 三、开发代码规范 (9) 3.1文件结构 (9) 3.1.1 文件信息声明 (10) 3.1.2头文件的结构 (12) 3.1.3定义文件的结构 (15) 3.1.4 头文件的作用 (17) 3.1.5 目录结构 (18) 3.2命名规则 (18) 3.2.1 共性原则 (19) 3.2.2 Windows变量命名规则 (21) 3.3程序风格 (24) 3.3.1 空行 (25) 3.3.2代码行 (26) 3.3.3代码行内的空格 (29) 3.3.4 对齐 (31) 3.3.5 长行拆分 (33) 3.3.6修饰符的位置 (35) 3.3.7 注释 (35) 3.4函数设计 (40) 3.4.1 参数的规则 (40) 3.4.2返回值的规则 (42) 3.4.3函数内部实现的规则 (47) 3.4.4其它建议 (50) 3.4.5使用断言 (50) 3.4.6 引用与指针的比较 (52) 3.5变量类型定义 (56)
四、软件测试规范 (56) 4.1单元测试 (57) 4.2 系统测试 (57) 4.6 业务测试 (59) 4.7 验收测试 (59) 4.8 用户现场测试 (59) 五、软件版本管理 (60) 4.1 版本管理的必要性 (60)
、概述 本文制定烟台开发区德联软件有限责任公司计算机软件开发规范文档。本规范的目的是使公司软件开发项目阶段清晰、要求明确、任务具体、编写的代码规范，使之规范化、系统化和工程化，向公司内从事软件开发的工程师和管理人员提出一系列规范和要求，从而有利于开发过程的控制和管理，提高所开发软件系统的质量，缩短开发时间，减少开发和维护费用，以保证项目高质量、顺利进行。 本规范包含：开发流程规范和开发代码规范等，开发流程规范需要技术开发人员编写相关内容，希望每个技术人员形成习惯，如有新的内容更新会及时通知大家，如有好的规范要求也可通知编制人员及时更新。 本规范为烟台开发区德联软件有限责任公司内部材料，严禁其他商业应用。