软件开发任务书的编制与审批
GJB软件工程化-软件研制任务书
标识：XXX GJB软件工程化文件XX软件研制任务书编制/日期：审核/日期：批准/日期：XX公司2022年1 范围1.1标识本文档的标题：XX软件研制任务书本文档的标识：XX-XX本文档的版本号：1.0.01.2 系统概述本系统软件是XX开发软件组成，该软件主要是数据采集控制、XX算法以及具有XX数据功能，同时该软件也能通过串口连接XX，处理设备指令、主动发送指令的串口调试功能，XX。
该软件是由XX公司研制开发，主要应用于XX任务，所形成的软件产品将被XX研究所或单位作为平台使用。
1.3 文档概述本文档用于介绍XX软件相关的软件研制任务说明，包括软件的运行环境、技术要求、数据处理需求、可靠性要求，适应性需求，安全性需求，保密性需求，质量控制需求、软件保障要求等方面的需求。
2 引用文档《XX研制合同》《XX质量保证大纲》3 运行环境要求3. 1 硬件环境3. 2 软件环境表0-2运行环境中软件项一览表4 技术要求4.1 功能XX系统软件主要是数据采集控制、XX算法以及具有XX数据功能，同时提供通信软件算法源码，以便我方软件人员先进行嵌入式移植，评估算法所消耗的系统资源，以便确定XX。
4.2 性能本系统的软件具有很高的运算精度和运算效率，有灵活的适用性和实时性，功耗低，占用空间小。
4.3 输入/输出本软件主要包含XX和XX两个功能，对于XX功能而言，本软件的输入为XX的串口，其数据格式如下表所示：报文属性说明控制报文说明对于XX功能而言，本软件的输出为XX。
对于XX功能而言，本软件的输入为XX。
对于XX功能而言，本软件的输出为XX数据流，其格式如下表所示：4.4 数据处理要求1）技术指标要求1；2）技术指标要求2；3）技术指标要求3；4）针对数据类型的校验，确保数据类型和日期类型的数据符合要求4.5 接口通信机接口采用XX。
4.6 固件XXX程序所使用的软件为XX，在使用前要在配置的计算机中安装该款软件，安装步骤见附录1。
软件项目开发计划书
软件项目开发计划书篇一：软件项目开发计划书模板项目名称：xxxxxxxx评审日期：1引言1．1编写目的说明编写这份项目开发计划的目的，并指出预期的读者。
1．2背景说明：a．待开发的软件系统的名称；b．本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络；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工作任务的分解与人员分工对于项目开发中需完成的各项工作，从需求分析、设计、实现、测试直到维护，包括文件的编制、审批、打印、分发工作，用户培训工作，软件安装工作等，按层次进行分解，指明每项任务的负责人和参加人员。
3．2接口人员说明负责接口工作的人员及他们的职责，包括：a．负责本项目同用户的接口人员；b．负责本项目同本单位各管理机构，如合同计划管理部门、财务部门、质量管理部门等的接口人员；c．负责本项目同各分合同负责单位的接口人员等。
软件开发与文档编制管理程序
软件开发与文档编制管理程序湖南运算机股份治理标准QG/PLA 07.02-2002 软件开发和文档编制治理程序2005-03-25公布 2005-03-28实施湖南运算机股份公布湖南运算机股份治理标准软件开发和文档编制程序l 范畴本标准规定了软件产品开发研制过程质量职责及操纵要求。
本标准适用于本公司研制的运算机各类型软件的治理。
2 引用标准GB8567—88 运算机软件产品开发文件编制指南3 定义不需用。
4 职责4.1 设计部门负责人批准软件开发项目任务书。
4.2 技术进展部负责组织对公司下达的软件项目进行各时期的评审。
4.3 物流部经理负责组织项目的最终检测。
4.4 项目负责人负责组织对软件项目的各时期进行考核、质量操纵、组织接口和谐文档的公布批准及文档更换审批。
4.5 项目负责人(软件负责人)负责：a、制定软件课题开发打算和进度安排及资源需求；b、进行总体设计；c、提供时期评审资料；d、和谐技术接口。
4.6 标准档案室治理员负责文档的存贮、保管和处理。
5 工作程序与要求5.1 公司下达的软件项目立项后，由技术进展部下达[新产品研制任务书]。
5.2 软件项目5.2.1 公司立项项目由技术进展部负责组织评审。
a、项目负责人〔软件负责人〕于评审前3天填写[评审申请表]，并备齐评审资料，交技术进展部。
b、技术进展部审批判审申请表，并将有关资料提早3-5天下发评审组成员以供分工批阅，c、评审组长主持评审会，并填写[评审报告]；评审终止，技术进展部负责收回评审资料交项目组存档。
5.2.2 凡上级下达的项目，假设上级部门〔或系统组织单位〕对评审另有要求时，那么按其执行；否那么，按5.2.1条执行。
5.2.4 假设项目既有软件开发，又有硬件开发，其评审是分开〔软件、硬件〕依旧合并进行，由设计部门负责人决定。
5.3 软件项目的检测5. 3. 1 项目负责人负责组织完成下述工作。
a、测试时期的检测；b、软件课题的系统检测；c、软件版本存档前的检测。
军工产品软件质量管理规定
军工产品软件质量管理规定【发布时间：2007-8-13 】军工产品软件质量管理规定2006年06月19日第一章总则第一条为加强军工产品型号计算机软件（以下简称软件）的质量管理，保证软件质量，根据《中华人民共和国产品质量法》和《军工产品质量管理条例》，制定本规定。
第二条本规定适用于军工产品型号中的计算机程序、相应的数据和文档（包括固件中的程序和数据）的开发、生产、使用和维护。
第三条软件开发应贯彻国家质量法规和标准，严格按软件工程化方法组织软件开发工作。
软件应作为型号配套产品，纳入型号研制计划和产品配套表。
第二章职责第四条型号行政指挥系统应将软件开发工作纳入型号研制计划，对人员、经费、进度和软件开发质量保障条件予以保证，并实行有效的管理。
第五条型号设计师系统的主要职责是：（一）组织软件开发人员参与计算机系统总体设计要求的制定、优选本型号所用的系列计算机、总线体制、程序设计语言、开发编译工具及运行环境，尽量使其统一；（二）严格按照软件工程要求进行软件开发，在软件开发各阶段及时编制相应的文档；（三）组织实施软件配置管理；（四）组织软件开发各阶段的内部评审；（五）组织实施软件的测试工作，并配合软件的第三方测试。
第六条型号质量师系统或型号质量管理部门的主要职责是：（一）制定软件质量保证计划（软件质量保证大纲）和其它软件质量管理文件；（二）对软件开发过程实施过程控制和监督；（三）会签有关软件文档；（四）组织软件正式评审；（五）建立问题报告制度，对软件故障实施归零管理；（六）组织软件验收。
第七条软件承制单位应健全本单位的软件质量保证体系，切实提高软件质量保证能力，培训软件人员，对软件开发中所需的条件予以保证，严格实施管理；在软件交付使用后，负责软件生产和使用维护中的质量管理工作。
第八条软件测评机构受型号和管理部门的委托进行独立的软件测试和评价，指导并监督型号软件测试工作。
测评机构应严格按规定履行职责，保护被测方的知识产权和技术秘密，对测试结果和评价结论负责，并向被测方提交完整的测试分析报告。
软件开发控制程序
软件开发控制程序1. 概述1.1. 目的软件开发需要经过项目策划、需求、设计、实现、测试、部署与实施、评审、配置管理各工作流程，本文件规定了各流程的顺序和相互关系，用于指导项目组编制软件开发计划和开展软件开发工作，并给质量部跟踪开发过程提供依据。
1.2. 方针(1) 项目策划、需求开发与管理、设计、实现、测试、部署与实施六个流程依一定的顺序进行，评审流程和配置管理流程贯穿整个过程，它们共同构成了软件开发的完整过程，对于一个新的软件产品这些过程是必须的；(2) 在一些项目中项目策划、需求开发与管理、设计、实现、测试、部署与实施六个流程可以进行适当的裁减，但必须在项目策划时说明如何裁减及裁减的理由。
(3) 项目策划、需求开发与管理、设计、实现、测试、部署与实施六个流程可以是软件开发过程的六个阶段，也可以按照迭代的形式分几个阶段循环进行六个过程。
(4) 项目经理和质量管理员必须掌握各流程包含的若干活动及要求，客户和项目组其它成员需对所有过程有所了解。
1.3. 适用范围本程序适用于软件开发过程中各阶段的控制。
1.4. 角色职责1.4.1. 研发中心经理(1) 负责下达“项目任务书”(2) 负责确定软件产品的技术方向(3) 负责协调各软件项目研发过程中资源获取与分配(4) 负责软件开发过程中与相关部门进行协调1.4.2. 项目经理(1) 负责项目策划，对软件开发过程进行剪裁，确定开发模式。
负责组织编制“软件开发计划”，在计划中反映各软件开发各流程的相互关系。
(2) 负责按开发流程组织项目组各类人员进行项目开发工作。
(3) 负责检查各阶段工作完成情况。
(4) 对项目的进度、质量负责。
1.4.3. 系统分析师(1) 负责进行需求采集、需求开发工作，并编制需求文档。
(2) 负责检查软件的设计是否符合需求。
1.4.4. 构架设计师(1) 分析软件需求，提出适合的软件技术构架，并编制“构架设计文档”。
(2) 指导开发工程师进行软件的设计，并检查设计是否符合软件技术构架。
计算机软件开发文档编制规范
计算机软件开发文档编制规范篇一：计算机软件文档编制规范《计算机软件文档编写指南》一．计算机软件文档由封面、目录、正文、注释和附录组成。
封面格式：密级：编号：文档名称：项目名称：编制：审核：批准：×××××××××××××研究所年月日二．计算机软件文档包括：1）软件开发计划2）软件需求规格说明3）接口需求规格说明4）接口设计文档5）软件设计文档6）软件产品规格说明7）版本说明文档8）软件测试计划9）软件测试说明10）软件测试报告11）计算机系统操作员手册12）软件用户手册13）软件程序员手册14）计算机资源综合保障文件软件开发计划一．引言1．编写目的（阐明编写软件计划的目的，指出读者对象。
）2．项目背景（可包括：（1）项目委托单位、开发单位和主管部门；（2）该软件系统与其他系统的关系。
）3．定义（列出本文档中用到的专门术语的定义和缩略词的原文。
）4．参考资料（可包括：（1）项目经核准的计划任务书、合同或上级机关的批文；（2）文档所引用的资料、规范等；列出资料的、标题、编号、发表日期、出版单位或资料来源。
）二．项目概述1. 工作内容（简要说明项目的各项主要工作,介绍所开发软件的功能性能等. 若不编写可行性研究报告,则应在本节给出较详细的介绍。
)2. 条件与限制（阐明为完成项目应具备的条件开发单位已具备的条件以及尚需创造的条件. 必要时还应说明用户及分合同承包者承担的工作完成期限及其它条件与限制。
）3. 产品（1）程序（列出应交付的程序名称使用的语言及存储形式。
）（2）文档（列出应交付的文档。
）（3）运行环境（应包括硬件环境软件环境。
）4．服务（阐明开发单位可向用户提供的服务. 如人员培训安装保修维护和其他运行支持。
）5．验收标准三．实施计划1．任务分解（任务的划分及各项任务的负责人。
软件开发文档编写要求
软件开发文档编写要求在项目开发过程中，应该按要求编写好十三种文档，文档编制要求具有针对性、精确性、清晰性、完整性、灵活性、可追溯性。
◇可行性分析报告：说明该软件开发项目的实现在技术上、经济上和社会因素上的可行性，评述为了合理地达到开发目标可供选择的各种可能实施方案，说明并论证所选定实施方案的理由。
◇项目开发计划：为软件项目实施方案制订出具体计划，应该包括各部分工作的负责人员、开发的进度、开发经费的预算、所需的硬件及软件资源等。
◇软件需求说明书（软件规格说明书）：对所开发软件的功能、性能、用户界面及运行环境等作出详细的说明。
它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下编写的，也是实施开发工作的基础。
该说明书应给出数据逻辑和数据采集的各项要求，为生成和维护系统数据文件做好准备。
◇概要设计说明书：该说明书是概要实际阶段的工作成果，它应说明功能分配、模块划分、程序的总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理设计等，为详细设计提供基础。
◇详细设计说明书：着重描述每一模块是怎样实现的，包括实现算法、逻辑流程等。
◇用户操作手册：本手册详细描述软件的功能、性能和用户界面，使用户对如何使用该软件得到具体的了解,为操作人员提供该软件各种运行情况的有关知识，特别是操作方法的具体细节。
◇测试计划：为做好集成测试和验收测试，需为如何组织测试制订实施计划。
计划应包括测试的内容、进度、条件、人员、测试用例的选取原则、测试结果允许的偏差范围等。
◇测试分析报告：测试工作完成以后，应提交测试计划执行情况的说明，对测试结果加以分析，并提出测试的结论意见。
◇开发进度月报：该月报系软件人员按月向管理部门提交的项目进展情况报告，报告应包括进度计划与实际执行情况的比较、阶段成果、遇到的问题和解决的办法以及下个月的打算等。
◇项目开发总结报告：软件项目开发完成以后，应与项目实施计划对照，总结实际执行的情况，如进度、成果、资源利用、成本和投入的人力，此外，还需对开发工作做出评价，总结出经验和教训。
软件开发要求规范整体要求规范
软件开发规范Software Development SpecificationVersion: V1.0Date: 2010-06-22Prepared byDocument Revision History文档修订记录Table of Contents目录1Introduction 简介51.1Purpose 目标51.2Scope 范围61.3Definitions, Acronyms, and Abbreviations. 术语，缩略词61.4References 引用71.5Overview 文档组织7 2The Overall Description 概述82.1Software Development Organizing 开发团队组织结构82.2Project Base Process 项目基本流程92.3CMM Base Process CMM基本过程102.3.1SCM软件配置管理102.3.2SPP 计划策划122.3.3SPTO项目追踪162.3.4PR同行评审182.3.5SQA质量保证192.4SDLC 生命周期选择202.5Development Process 开发过程212.5.1Development Phase 开发阶段212.5.2Phase Product 阶段制品222.6Role Duty 角色职责232.7Constraints 限制24 3Specific Requirements 详细描述253.1Precondition 前提253.1.1SCM配置库253.1.2Test Environment 测试环境263.2Development Control Process 开发控制流程273.2.1项目启动和策划阶段273.2.2需求分析、设计、编码阶段273.2.3提交测试阶段283.2.4生产发布、终测283.2.5发布后问题反馈修改过程293.3TSP 团队软件过程303.3.1会议组织303.3.2沟通问题30精品文档3.3.3代码走查303.3.4其它313.4PSP 个人软件过程313.4.1工作原则313.4.2日常工作313.4.3DE 开发工程师323.4.4SCME 配置管理员333.4.5DBA 数据库管理员333.4.6Deployer 发布人员34 4Tool Specification 工具规范344.1通用工具344.2计划344.3需求分析354.4设计354.5编码354.6测试36 5Documents 文档375.1项目管理文档375.1.1项目策划375.1.2项目追踪375.1.3质量保证375.1.4项目终止375.2开发过程文档375.2.1软件配置管理375.2.2会议管理385.2.3计划跟踪385.2.4评审管理385.2.5质量管理385.2.6测试过程385.2.7问题解决过程395.2.8其他39 6Appendix 附录396.1易于理解的代码396.2Log输出391Introduction 简介一个成熟稳定的组织或者团队，能够减少风险，经常地成功地达成目标。
软件开发流程图
软件开发流程图 (Programmer):程序员 EU (End-User):最终用户TE (Test Engineer):测试工程师 GM (General Manager):总经理
硬件开发流程图
PM:根据GM 安排编制简略/详细的建设方案 PM:获取EU 主要的关键性需求 PM:基于内部预算对EU 提供费用报价 PM:与EU 确认需求变动及方案、费用调整 PM:完成详细内部预算并提交给GM PM:通过内部项目管理系统配置详细人员、进度安排 PM:移交EU 需求给PG,安排PG 开发任务 PG:根据EU 需求及PM 要求,执行开发任务 PM:通过内部项目管理系统审核PG 工作日志,确认EU 需求变动,执行进度控制,必要时变更人员安排及内部预算 PG:技术调测及修改;根据TE 测试文档调试修改 TE:进行集成测试,编制测试文档,提交PM,送达PG PG:部署至外部服务器 PM:系统初验 EU:试用 PM:获得试用意见
PG:部署正式上线,编制开发字典,提交PM TE:编制系统操作手册、功能列表,提交PM PM:提交开发字典、操作手册、功能列表给EU,通过内部项目管理系统结项,向GM 汇报。
计算机管理制度
计算机管理制度导读：规章制度计算机管理制度【篇一：计算机安全管理制度】为了加强计算机管理，保障我局各项工作的顺利进行，根据国家和上级部门关于加强计算机管理的有关规定，特制定本规定。
第一条本规定所指计算机包括局内各队室办公室所有的计算机及附属设备。
办公室统一负责计算机及附属设备的管理、维修，各队室负责人为本科室计算机使用直接责任人。
第二条使用计算机必须熟悉操作规则，严格遵守操作规则。
第三条使用计算机结束后，要关闭计算机，方可离开办公室。
第四条计算机及附属设备与其它要分相用电，严禁其它用电设备使用计算机用电线路。
第五条主机、打印机、显示器的每次开关时间间隔不要太短，严禁频繁关启电源，关开机时间间隔在一分钟以上。
严禁随意搬动计算机及附属设备。
计算机在使用过程中，严禁晃动或搬动机箱及设备。
严禁带电插、拨各种联接线和接民口卡。
第六条每队室只准一台微机上网使用，使用互联网的计算机，应当遵守国家有着法律、法规，严格执行安全保密制度，严禁利用互联网从事危害国家安全、泄露国家机密等违法犯罪活动，严禁在计算机上使用和传播有碍社会治安或淫秽、反动信息及软件。
严禁利用网络攻击网站，扰乱其它用户。
严禁利用网络使用来源不明、可能引发计算机病毒的软件。
严禁登录、浏览黄色网站。
对于联网的计算机，任何人在未经批准的情况下，不得向计算机网络拷入软件或文档，重要文件等严禁在上网计算机上存放。
第七条计算机上严禁搁放物品，严禁将易燃、易爆、易碎、易污染和磁性物品及有腐蚀性和刺激性固、液、气体物品放置计算机旁。
使用的曲别针、大头针等金属物品应妥善存放，防止掉入机器，避免造成事故。
第八条如果发现异常情况，如异味、冒烟、打火、异常声响等，应及时关阅计算机，切断电源，保护现场，做好记录并报告办公室，通知计算机管理人员查修，在故障不明之前严禁启动计算机。
非专业人员严禁擅自打开机箱自行修理。
第九条严格遵守保密制度，重要文件和软件要存档或备份。
保密和保护性文件及软件严禁随意调阅、打印、拷贝和外借。
公司规章制度与员工管理条例(最新7篇)
公司的规章制度篇一1、内容不同：(1)员工手册主要是企业内部的人事制度管理规范，同时又涵盖企业的各个方面，承载传播企业形象，企业文化功能。
它是有效的管理工具，员工的行动指南。
(2)规章制度主要包括：劳动合同管理、工资管理、社会保险福利待遇、工时休假、职工奖惩，以及其他劳动管理规定。
2、功能作用不同：(1)“员工手册”是企业规章制度、企业文化与企业战略的浓缩，是企业内的“法律法规”，同时还起到了展示企业形象、传播企业文化的作用。
(2)制定企业规章制度是建立现代企业制度的需要，制定企业规章制度是规范指引企业部门工作与职工行为需要，企业的规章制度是完善”劳动合同制”，解决劳动争议不可缺少的有力手段。
3、编写原则(程序)不同：(1)在编写员工手册的过程中，应遵守依法而行、权责平等、讲求实际、不断完善和公平、公正、公开五个原则。
① 依法而行：员工手册的制定要遵循国家的法律法规和行政条例② 权责平等：员工手册应充分体现企业与员工之间的平等关系和权利义务的对等③ 讲求实际：员工手册要有实际的内容，体现企业的个性特点④ 不断完善：员工手册应该适时、不断改进、不断完善⑤ 公平、公正、公开：员工是企业的一员，企业的发展离不开全员参与，所以要广泛征求大家的意见，对好的意见和建议要积极采纳。
(2)制定规章制度或者决定重大事项，应当经职工代表大会或者全体职工讨论，提出方案和意见，与工会或者职工代表平等协商确定。
所以，这个程序分为两个步骤：① 第一步是经职工代表大会或者全体职工讨论，提出方案和意见；② 第二步是与工会或者职工代表平等协商确定。
一般来说，企业建立了工会的，与企业工会协商确定；没有建立工会的，与职工代表协商确定。
这种程序，可以说是“先民主，后集中”。
《保密制度》第一章总则第一条为保守国家和公司秘密，加强公司的业务管理，确保公司文件、业务资料的有效利用，制定本制度。
第二条公司秘密即指涉及公司利益、依照必须程序确定、在必须时光内只限必须范围内的人员知悉的事项。
软件开发任务书的编制与审批审批稿
软件开发任务书的编制
与审批
YKK standardization office【 YKK5AB- YKK08- YKK2C- YKK18】
软件开发任务书的编制与审批
第一条编制依据
1.厂部对软件开发的总体及项目的要求：
2.各单位要求开发的项目：
3.设备及软件开发人员的能力。
第二条任务书内容：
1.软件名称；
2.软件应能达到的技术性能；
3.软件的操作环境；
4.更高层次软件对开发软件的要求；
5.工作进度计划；
6.设计组织机构、人员安排、协作单位情况；
7经费预算。
第三条任务书的审批：
设计任务书编制完成后，由企管科组织有关科室进行审议认定可行后由企管科科长批准。
软件开发任务书
软件开发任务书
项目名称: 开发部门:软件部项目编号: 密级:普密
作者: 版本:1.0
编写日期: 审批人:
完成日期: 审批日期:
XXXXXXXXXXXXXXXXXXXX公司
XXXXXXXXXXXXXXX公司软件开发任务书
项目名称项目编号
客户名称开发部门软件部
预定项目起止时间
项目类型:产品开发项目开发维护性开发版本升级课题研究其他项目总体目标:
项目经理授权
兹授权为《》的项目经理。
项目经理应遵照项目经理职责组织和管理项目;依照公司质量体系控制流程和现有规范实施项目。
项目中涉及的资源请与部门经理协商解决。
项目经理任职期:自授权书签字之日起，至该项目通过最终验收、结题报告得到确认止。
项目在售后服务期间，项目经理虽不在任职期，但有责任负责该期间的一切质量活动。
预定项目组人员及资源配置
项目经理: 测试人员:
系统分析: 美工:
系统设计: 集成人员: 开发人员: 文档人员: 预定资源配置:
硬件资源:
软件资源
签字
项目经理/日期:
部门经理/日期:
主管副总/日期:
第1页。
设计和开发评审的管理规定
文件编号WI-RD-004设计和开发评审的治理规定版次页次A/0 1/71.目的：对产品的设计/开发的全过程进展掌握，使设计开发工作有序进展，并确保公司的产品设计满足顾客的需求。
2.适用范围适用于公司产品设计/开发全过程，包括产品的设计开发及定型产品修改、升级、改进和产品延长。
3.职责3.1总经理主持重大工程评估立项会议并确定立项，批准《设计开发可行性报告》、《设计任务书》、《立项报告》。
3.2技术副总或总工程师负责公司技术治理工作，负责组织协调跨部门之间的工作，负责组织工程考评；负责审核《设计评审报告》及《设计/工程更改评审单》，负责批准《设计输入评审》、《工程开发时间进度表》及设计输出文件。
3.3研发部经理组织编制《设计任务书》，负责组织工程设计阶段评审；负责审批工程开发任务书及工程任务打算调整方案；负责工程设计人员的工作调配和资源配置，负责组织实施工程考评。
3.4副总工程师帮助研发部经理的治理工作，负责编制分管工程的立项、开发设计方案和进度打算筹划文件；负责组织分管工程立项评审和设计阶段评审，组织技术难题攻关；参与其他工程立项评审和设计阶段评审；负责审核分管工程的设计任务；负责审批分管工程设计输出技术文件；组织实施分管工程的开发设计考评。
3.5工程经理帮助研发部经理和分管副总工程师的工程治理工作，审核分管工程设计文件图纸。
3.6工程组负责产品设计/开发和样机的试制工作〔有关部门协作〕，编制设计图纸和设计文件。
工程负责人帮助工程经理完成工程的设计开发。
3.7研发部负责设计、开发全过程的组织、协调、实施工作，进展设计/开发和筹划、确定设计/开发的组织和技术接口、输入、输出、验证、评审，设计/开发的更改和确认等。
3.8营销中心负责市场调研，分析市场需求动态和趋势，负责提交顾客使用反响意见或建议。
NO。
1 2 3 4 5修改申请单号修改修改内容修改人日期修订单位3.9生产部负责所需材料的选购，帮助产品样机的加工试制及生产。
软件文档的评审和签署规范
软件文档的评审和签署规范一、目的在软件开发的每个阶段，对该阶段所形成的文档进行评审，尽早发现问题，并及时采取措施予以解决，确保文档的内容准确，为软件产品的质量提供保障。
文档的签署是为了体现文档的合法性、有效性、法规性。
二、规定1．文档评审的重点是需求说明和设计说明的评审，见附录一。
2．需求评审需要进一步确认用户要求什么，及用户从开发者一方了解某些限制和约束。
用户代表必须参与此项评审活动，以得到双方认可的需求文档。
3．设计评审主要进行概要设计评审和详细设计评审。
概要设计评审主要详细评审每个系统组成部分的基本设计方法和测试计划；详细设计评审主要评审程序和程序单元测试计划。
4．所有评审会议必须形成会议记录（备忘录）和评审报告。
5．涉及到文档的更改按文档的更改要求执行。
6．评审的内容还可以包括：编排方式、技术准确度、完整性、对读者的适合性、表达上的正确性、格式的规范性等。
7．评审一般采用评审会的方式进行。
8．软件文档都应进行签署，签署的一般顺序为编制→审核→会签→标准化→批准的顺序进行。
其中会签仅在必要时进行。
9．签署不允许代签，且修改单的签署与被修改的文档签署要一致。
10．编制、审核、会签、标准化、批准等人员见附录二。
三、程序评审1．由主管领导、用户代表（必要时）、开发小组成员、项目管理人员、标准化人员等组成评审小组，必要时邀请外单位专家参加。
2．开会前，由主管领导确定评审的具体内容，并将材料发给评审小组成员。
3．评审小组成员准备。
4．主管领导主持会议，根据评审条目由评审小组成员评议、评审。
5．评审小组得出评审结论，形成评审报告，评审小组成员应在评审报告上签字。
签署（无）四、相关记录评审报告会议纪要（记录）五、相关文档（无）附录一各评审点评审内容附录二软件文档签署者一览表编制：审核：批准：附录一各评审点评审内容.。
软件开发作业指导书
公司设计人员根据行业需求和市场需求，设计大的方案和 ppt 文案，然后指定人员进行的前期调研工作，可行性研究负责人员对产品的市场需求、技术发展、市场定位、功能需求、经济效益、进度需求、风险分析等进行可行性研究，提供产品立项建议，拟制可行性研究报告，由部门负责人指定市场营销部门配合可行性分析人员，技术负责人协助安排。
可行性分析完毕后由综管部组织对可行性研究报告进行评审，评审通过后，由技术研发部进行安排立项工作。
本阶段提交的文档：1、设计文案2、PPT 介绍3、项目可行性研究任务书(技术负责人或者部门负责人下达)4、项目可行性研究报告(可行性研究人员编写)可行性分析评审通过后，由研发部门经理下达立项任务，指定相关人员填写立项申请报告报批。
报批通过后，由部门经理与技术负责人协商，下达开辟任务书，经技术负责人审核确认后，报公司批准。
批准立项后项目进度应以立项申请报告中的阶段进度为准，如果进度要调整，需填写进度调整申请报告报批。
本阶段提交的文档：1、项目立项申请报告2、开辟任务书三、承办单位根据交办单位提出的技术要求和相应的软件任务书以及其它有关文件，与交办单位协作，确定详细的软件需求，该阶段完成的软件需求规格说明经审定和批准后将作为整个软件开辟工作的基础列入配臵管理的基线，在本阶段可利用快速原型法使比较含糊的具有不确定性的软件需求(主要是功能)明确化。
能给本公司开辟的软件的“需求基线”确定提供一个讨论、进一步完善的基础。
在本阶段，由产品经理负责，其他人员配合，编写产品规格说明书，此说明书面向最终用户和领导，主要描绘产品的形状以及功能、性能、功能特性、性能特性。
由项目经理负责编写系统技术方案书，描述公司初次使用的技术的详细解决方案。
本阶段完毕后对需求分析进行评审，出具需求分析评审报告。
本阶段提交的文档：1、软件需求规格说明书。
2、原型分析说明书3、产品规格说明书4、系统技术方案书5、质量记录：需求分析评审报告6、提交的软件：产品的原型(注：如果时间有限，可以只编写原型分析说明书而不作原型)根据项目要求和软件需求，由配臵人员配合项目经理编写本项目的质量保证计划、配臵管理计划和项目综合计划。
设计和开发评审的管理规定
4.2.2.5项目成员及分工要求。
4.2.3技术副总经理或研发部经理组织设计输入评审（包括《设计任务书》、技术招标书、客户订单中技术要求等文件），其评审内容包括：
4.2.3.1产品主要功能、性能要求。这些要求主要来自顾客或市场的需求与期望，一般应包含在合同、订单或项目建议书中；
4.1.1.1营销中心或研发部通过市场调研，根据市场要求从技术上、经济上和经营战略等方面进行分析，提交《设计开发可行性报告》；
4.1.1.2营销中心承接的项目工程投标或特殊合同订单，经合同评审需要开发的项目（不需要编制《设计开发可行性告》），可直接立项。
4.1.2《设计开发可行性报告》或《合同评审会议纪要》作为设计/开发提供决策依据。《设计开发可行性报告》的内容应包括：项目开发意义及目的、产品性能特点、执行标准或采用技术、市场预测等。
NO。
修改申请单号
修改内容
修改人
修改日期
修订单位
1
2
3
4
5
WI
设计和开发评审的管理规定
文件编号
WI-RD-004
版次
A/0
页次
2/7
3.9生产部负责所需材料的采购，协助新产品样机的加工试制及生产。
3.10品管部、技术部及测试部负责新产品样机的检验、试验和质量评价。
4．工作程序
4.1项目立项：
4.1.1设计项目的提出有以下渠道：
3/7
4.2.4设计输入评审一般采取会议方式评审（简单项目可以采取会签评审）：
4.2.4.1重点项目由总经理主持评审，总经理室成员、研发部经理、技术部经理、项目经理、项目组成员和相关部门主管参加；
4.2.4.2一般项目由技术副总经理或研发部经理主持评审，技术副总经理、管理者代表、研发部经理、副总工程师、项目经理、项目组成员和相关人员参加；
(完整版)计算机软件文档编制规范
引言
编写目的（阐明编写概要设计说明书的目的，指明读者对象。 ） 项目背景（可包括： （1）项目的委托单位,开发单位和主管部门； （2）该软件系统与其 他系统的关系。）
定义（列出文档中用到的专门术语定义和缩写词的原意。 ） 参考资料（列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源，可包 括：（1）项目经核准的计划任务书，合同或上机机关的批文； （2）项目开发计划；（3）需 求规格说明书；（4）测试计划（初稿）；（5）用户操作手册（初稿） ；（6）文档所引用的资 料、采用的标准或规范。 ）
（1）项目的计划任务书,合同或批文；（2）项目开发计划；（3）需求规格说明书； （3）概 要设计说明书；（4）测试计划（初稿）；（5）用户操作手册（初稿）；（5）文档所引用的其他 资料、软件开发标准或规范。 ）
． 总体设计
1． 需求概述
2． 软件结构（如给出软件系统的结果图。 ）
． 程序描述（逐个模块给出以下的说明:：）
3． 定义（列出本文档中用到的专门术语的定义和缩略词的原文。 ）
4． 参考资料（可包括：（1）项目经核准的计划任务书、合同或上级机关的批文； （2）文档 所引用的资料、 规范等；列出资料的作者、 标题、编号、发表日期、 出版单位或资料来源。 ） ．项目概述
1.工作内容（简要说明项目的各项主要工作,介绍所开发软件的功能 性能等.若不编写可行性 研究报告,则应在本节给出较详细的介绍。）
用户操作手册
一． 引言
1． 编写目的（阐明编写手册的目的，指明读者对象。 ）
2． 项目背景（说明项目的来源、委托单位、开发单位及主管部门。 ）
3．定义（列出文档中用到的专门术语定义和缩写词的原文。 ）
4．参考资料（可包括： （1）项目经核准的计划任务书,合同或上机机关的批文； （2）项目开 发计划；（3）文档所引用的资料，标准和规范。列出这些资料的作者、标题、编号、发表 日期、出版单位或资料来源。 ）