软件产品发布流程

软件产品发布流程
软件产品发布流程

严格按照软件产品发布流程发布软件版本是建立和完善软件产品版本控制,保证软件产品质量的关键过程之一。

参与软件产品发布的人员主要是测试负责人和BM(Build Master)。

公司软件产品发布的规程如下:

1、发布准备。发布之前,所有程序freezed由测试人员进行确认测试;检查qcs系统内登记的所有bug都已经被fixed,或者遗留的bug不影响系统的使用,如果有严重bug未解决(级别为must fixed)不能发布;程序打包前做冒烟测试。

2、测试负责人编写release产品质量报告进行质量分析和总结。

3、源码、文档入库。源码包括数据库创建脚本(含静态数据)、编译构建脚本和所有源代码;文档包括需求、设计、测试文档,安装手册、使用手册、二次开发手册、产品介绍(ppt)、使用demo等。

4、BM进行程序打包;标记源码、文档版本tag。

5、BM填写发布基线通知并通知相关人员;BM经理对发布基线进行审计。

6、在qcs系统上新建产品发布计划,填写配置项,执行发布计划(发布产品)。

7、上传程序包、使用文档至download站点。

8、编写发布说明readme.txt(或者release note)。Readme的内容应该包括产品版本说明;产品概要介绍;本次发布包含的文件包、文档说明;本次发布包含或者新增的功能特性说明;遗留问题及影响说明;版权声明以及其他需要说明的事项。

9、正式发布通知。通知开发、测试、市场、销售各相关部门并附上产品发布说明和产品介绍。

10、后续工作。产品发布后,在使用过程中可能还会发现一些bug。在不影响正常使用的情况下,这些bug将在下一版本发布时解决;如果bug严重影响使用,必须打patch或者按照流程重新发布。

11、临时发布。软件产品未正式发布前,可能需要一个临时版本供开发人员或者用户应急使用,这时候需要临时发布一个版本。这个版本只包括基本的程序包和必要的使用说明。临时发布需要通知相关开发、测试人员;BM需要为源码、文档打tag标记。

软件产品发布后,即建立了一条发布基线。所有用户安装及二次开发必须在此基线上进行,开发人员不能直接从cvs或vss上check 代码编译交付用户使用或者进行二次开发。

国产软件产品登记申报流程

国产软件产品登记申报流程 国产软件产品登记续延、进口软件产品登记、进口软件产品登记续延也参照此申报流程 1、登录网站 ●在地址栏输入打开申报网站。 2、登录软件协会在线工作平台 ●首次登录的用户点击‘注册’按钮进行注册申请,注册审核通过后方可登录。 ●已审核通过的注册用户输入用户名和密码,点击‘登录’按钮进行登录。 ●未审核通过的注册用户输入用户名和密码,点击‘登录’,通过点击‘维护本企业注册信息’修 改不符合要求的信息。 ●如忘记用户名或密码,点击‘忘记用户名和密码’按钮查询。 3、国产软件产品登记申请 ●登录后,在工作平台左侧用鼠标左键点击‘国产软件产品登记申请’。 ●在右侧页面点击‘新登记产品’,待弹出国产软件产品登记申报表,即可填报。 ●国产软件产品登记申报表分多个页面,填报时每个页面信息填写完毕都要点击‘保存’按钮保存, 待每个页面都填写完毕并保存成功后,再点‘上报’按钮上报数据报到服务器上。 ●如果只是保存单个页面成功,没有点击‘上报’,在页面右侧就会显示只有申报类型的一条记录, 此时可以通过鼠标右键点击此记录,选择‘修改产品登记表’继续填报其他信息,保存成功后再 上报。 ●上报成功后,页面右侧会显示上报的记录,包括当前状态、产品名称等信息,此时的当前状态为 ‘尚未处理’,等待工作人员审批即可。 ●如果当前状态为‘初审通过’,就可以通过鼠标右键点击初审通过的记录,选择‘打印产品登记 表’打印国产软件产品登记申报表,按照提交材料要求到受理窗口提交纸质材料。 ●如果当前状态为‘初审不通过’,说明填报的资料有问题,可以通过鼠标右键点击初审不通过的 记录,选择‘修改产品登记表’进行修改,保存成功后再上报。只有在初审不通过的状态下才能修改信息,‘尚未处理’和‘初审通过’状态下如要修改信息都要告知审批工作人员驳回到此状态下进行修改。 ●到窗口提交资料,经工作人员审核没有问题后,工作人员会打印受理通知单给企业,此时网上的 当前状态就会变为‘受理中’,企业可以按照‘受理通知单’上的日期查询审批结果;如果资料 审核有问题,企业应按照要求进行修改并经网上再次审核通过后方可继续来窗口提交材料。 ●如果网上的当前状态为‘认定通过’,表示企业已经通过认定并可以领取证书了,在与窗口工作 人员确认后便可领取证书,领证时务必携带‘受理通知单’。如果当时没有打印‘受理通知单’,就携带营业执照副本原件来窗口领取证书;如果‘受理通知单’不慎丢失,那就要求企业写一份 丢失的说明,并加盖公章。携带说明和营业执照副本原件来窗口领取证书。 ●当前状态从‘受理中’到‘认定通过’还会经过‘拟上会’到‘上会中’的过程,这是我们内部的 工作流程,企业不必有疑问。 4、网上双向交流功能 协会每年受理软件产品登记大约2500个,软件企业认定大约1000家,软件企业年审大约2500家,工作量很大。由于窗口工作人员有限,造成工作人员在受理材料时影响接电话,在接电话时影响接收材料这种矛盾,因此建议企业有问题直接利用双向交流这个平台,工作人员会尽快予以解答。

公文的发文处理程序

公文的发文处理程序 发文处理指文件从拟稿到印制发出的系列工作过程,下面XX为大家介绍公文的发文处理程序。 这一程序有以下8个环节: 草拟,就是起草公文。起草公文有时是本单位领导交办的,有时却要据上级对来文的批办意见,如属上述第一种情况,可称之为“主动发文”,此时,要据本单位领导的意图认真研究机关工作的方方面面,并在遵守有关方针、政策和法规的基础上起草公文;如属上述第二种情况,可称“被动发文”,此时,就要认真研究上级的批办意见,弄清它的目的和要求,并针对具体情况起草公文。还有一种情况是据同级机关或不相隶属机关的公务办理起草公文,因部门内设机构除办公厅外不得对外行文,在此情况下,它对外承办有关公务,要以办公厅的名义行文。 文件承办人如有权答复另一部门的来文,可不必请示上级领导,如超出其职权范围,就必须请示上级领导,在得到领导的明确指示后再起草公文。草拟公文,除要符合国家的法律、法规及其他有关规定外,还要符合许多方面的标准,关于这些,我们在前面的各章节多有论述,请结合《办法》第五章对照学习。 审核。文件的审核指文件的草稿在送审签发之前,对文件的内容、格式及文字、标点符号等的审查。这方面的工作,一般由机关秘书负责人或富有办文经验的专职人员进行。对文件的审核,大致要做以下

的工作:首先要检查文件是否与党和国家的政策、法令及有关规定一致,是否与本单位的原有规定一致;其次要检查是否确需行文,和行文规则的各种规定是否一致等。例如,如果涉及其他单位关系,该文和其他单位的意见是否一致,是否会造成不必要的误解和矛盾,有没有必要多头主送等等。此外,还要检查文件的每项格式是否有错、文字的表达是否精练、准确等。文件审核完后,就可送领导签发。 文件的审核是公文处理中一个十分重要的环节,该工作最大的特点是要细致。目前,这方面的问题较突出,例如某省人大一公文原标题《关于禁止赌博的处罚条例》,就把原意搞反了,又如某省一公文标题《关于禁止招收适龄儿童的规定》,是哪方面的适龄儿童?是种防疫药品或是受教育方面的适龄儿童?只看标题,真的是叫人丈二金刚摸不着头脑,难明其义。像这类例子,都和文件的审核疏忽有关,是亟待纠正的现象。 签发。文件的签发即是领导人对文件的签名、核准发出之意。文件一经签发,就具有行政效力。由于文件的签发是文件生效的具体表现,所以,它是一件极其严肃的事情,必须遵照如下一些要求进行。 签发人首先要明白自己对该文是否有权签发,一般说,重要的公文要由机关正职负责人签发,一般性的文件,据下行文、平行文性质可由正职负责人授权其他负责人签发,在签发人一栏中写明“代签”,如文件涉及特别重大的问题,须经会议通过或机关集体讨论后才能签发; 以机关部门名义发的文件,由机关部门负责人签发,但如果部门

软件产品开发运作管理作业程序

1 / 5 1. 目的 制定软件产品开发运作管理程序,对软件开发过程的各个工作阶段予以识别和控制,实施过程管理程序和质量控制,使软件开发过程各阶段得以有序进行,不符 受 控 分发号

合项得到及时发现并纠正,确保软件开发项目的工程质量符合客户的要求。 2. 范围 适用于公司各种类型的软件产品开发活动:内部立项开发项目、客户委托开发项目、招投标项目等等包含软件产品开发的运作过程。 3. 职责 3.1中心副总经理:负责组织内部项目的立项申请、软件开发项目的项目任务定义、组织和软件开发技术评审,负责技术开发的外部联合有关事宜,指导开发部经理确定项目经理。 3.2软件开发部经理:协助中心副总经理进行项目任务定义和软件开发技术评审,确定软件开发项目经理,合理配置开发项目各种资源,监督项目经理执行软件开发运作程序及项目过程质量控制,并协同质量管理部人员对开发项目进行检查验收。与项目经理共同负责软件产品开发完成后的归档工作。 3.3项目经理:负责软件产品开发的执行过程:从项目任务书下达开始,对开发计划、需求开发、概要设计、测试设计与计划、数据库设计、详细设计、编码、测试、编写用户手册(或操作手册)、模块开发卷宗、试运行、验收等产品开发活动的全过程实施负责,对产品概要设计、数据库设计、详细设计的实施负责。并负责项目开发完成后的归档。 3.4开发人员(软件工程师):配合项目经理,对指定任务的需求调研、详细设计、编码及单元测试、手册内容编写、测试任务、模块卷宗开发负责。配合项目经理进行开发文件、卷宗的编篡归档工作。 4. 程序内容 4. 1软件产品开发流程图 (左侧为工作阶段名称,右侧为工作相关产品,括号中的编号是文档的编号)

软件产品登记条件

软件产品登记条件 软件产品登记条件 1. 取得本企业开发或拥有知识产权的软件产品的证明材料。自主知识产权的有效证明主要是指《软件著作权登记证书》。 2. 由信息产业部授权的软件检测机构出具的检测证明材料。(参考:软件产品评测) 软件产品登记所需材料 申请登记的企业需提交以下材料: 1.软件产品登记申请表二份(须盖章); 2.企业法人营业执照副本及复印件二份(申报时请携带原件); 3.企业法定代表人身份证复印件二份; 4.申请登记软件产品的样品(2005年7月1日起暂不收取产品样品); 5.境内拥有的软件著作权的有效证明材料二份(申报时请携带原件); 6.信息产业部授权的软件检测机构出具的检测证明(原件一份,复印件一份); 7.其他需要出具的材料(开发合同、科学技术成果鉴定书、省部级单位出具的检测报告及获奖证书等)。 上报材料装订要求: 复印件及表格全部用A4纸、分二份装订,每份顺序是: 1、软件产品登记申报表; 2、企业法人营业执照副本复印件; 3、法人身份证复印件; 4、拥有合法知识产权证明的材料复印件; 5、由软件检测机构出具的检测证明材料原件及复印件 软件产品登记享受的优惠政策 优惠政策: 软件产品经登记生效后,至2010年底以前,对增值税一般纳税人销售其自行开发生产的软件产品,按17%的法定税率征收增值税后,对其增值税实际税负超过3%的部分实行即征即退政策。所退税款由企业用于研究开发软件产品和扩大再生产,不作为企业所得税应税收入,不予征收企业所得税。 软件产品登记的有效期为五年,有效期满后可申请续延。 退税流程: 已进行认定并取得“软件企业和软件产品认定小组”颁发的《软件企业证书》的企业,自取得认定证书之日起一个月内,持《软件企业证书》( 复印件) 、营业执照(复印件)、企业损益表、企业所得税纳税申报表以及税务机关要求提供的其它有关资料,向当地主管税务机关提出书面申请,并填写《软件开发生产企业申报审批证书》,经主管税务机关审核后,从认定之日起享受企业所得税税收优惠。

完整版公文管理流程

公文管理流程 1 目的 对收文、发文过程及行文规则进行规范化管理,以保证公文在处理过程中准确、及时、安全。 2 范围适用于公司及下属各单位处理上级公司、外单位来文及OA 系统流转的公文处理流程。 3 定义公文是各类机关、单位,在行政、业务等管理过程中形成的具有法定效力和规范体式的文书,是实施管理和进行公务活动的重要工具。 4 职责 4.1 公司行政中心负责制定公文管理流程,检查公文管理流程落实效果。 4.2行政部 a) 分管领导负责行文的审批; b) 行政部经理/主管负责公司收文的分发处理; c) 行政部文员/专员负责行文编号,收、发文处理; d) 拟稿人负责公文相关内容的协调管理。 5 内容 5.1 公文划分与种类 5.1.1 公文划分公文分为正式文件和专用文件。正式文件是指内容比较重要、格式完整的公文。专用文件是指在一定范围内使用、具有特定文件版头和处理程序的文件。

5.1.2 正式文件种类 a) 公司文件。凡公司范围内的重大事项,以公司文件行文。该类文件是 指内容比较重要、格式完整,版头有发文机关名称及文件字样,套红 印制的公文; b) 公司部门文件。凡部门职责范围内的常规性事项,以及可以部门名义 办理的某些公司职责范围的事项,以部门文件行文。 5.1.3 文件种类文件种类包括决定、通知、通报、报告、请示、批复、函。 a) 决定:适用于对重要事项或者重大行动做出安排; b) 通知:适用于发布企业内部规章;任免、奖惩有关人员转发上级 机关和不相隶属单位的公文;批转下级单位的公文;传达要求下级 办理和有关单位需要周知或共同执行的事项; c) 通报:适用于表彰先进,批评错误,要求下属企业办理和有关单 位需要周知或者共同执行的事项; d) 报告:适用于向上级机关汇报工作、反映情况;提出意见或者建 议;答复上级机关的询问; e) 请示:适用于向上级机关请求指示、批准; f) 批复:适用于答复下级企业请示事项; g) 函:适用于不相隶属单位之间相互商洽工作、询问和答复问题;向 有关同级主管单位或部门请求批准等。 5.1.4 专用文件专用文件按分类分别由相关部门进行编号和管理。 5.1.4.1 会议纪要适用于记载和传达会议议定事项和主要精神,要求有关单位共同遵守、执行。 5.1.4.2 传真电报适用于公司及其业务管理部门就某一具体事项或者某项业务

一个完整的软件开发流程

一个完整的软件开发流程 一、开发流程图 二、过程产物及要求 本表主要列出开发阶段需要输出的过程产物,包括产物名称、成果描述、负责人及备注,即谁、在什么时间、应该提供什么内容、提供内容的基本方向和形式是什么。 三、过程说明 (一)项目启动 1、产品经理和项目干系人确定项目方向,产品型项目的干系人包括公司领导、产品总监、技术总监等,项目的话则包括客户方领导、主要执行人等。

2、公司领导确认项目组团队组成,包括产品经理、研发项目经理、研发工程师、测试团队等。 3、明确项目管理制度,每个阶段的成果产物需要进行相应的评审,评审有相应的《会议纪要》;从项目启动起,研发项目经理每周提供《项目研发周报》;测试阶段,测试工程师每周提供《项目测试周报》。 4、产品经理进行需求调研,输出《需求调研》文档。需求调研的方式主要有背景资料调查和访谈。 5、产品经理完成《业务梳理》。首先,明确每个项目的目标;其次,梳理项目涉及的角色;再来,每个角色要进行的事项;最后,再梳理整个系统分哪些端口,要有哪些业务模块,每个模块再包含哪些功能。 (二)需求阶段 1、进入可视化产物的输出阶段,产品经理提供最简单也最接近成品的《产品原型》,线框图形式即可。在这个过程中还可能产生的包括业务流程图和页面跳转流程图。业务流程图侧重在不同节点不同角色所进行的操作,页面跳转流程图主要指不同界面间的跳转关系。项目管理者联盟 2、产品经理面向整个团队,进行需求的讲解。 3、研发项目经理根据需求及项目要求,明确《项目里程碑》。根据项目里程表,完成《产品开发计划》,明确详细阶段的时间点,最后根据开发计划,进行《项目任务分解》,完成项目的分工。 4、研发工程师按照各自的分工,进入概要需求阶段。《概要需求》旨在让研发工程师初步理解业务,评估技术可行性。 (三)设计阶段 1、UI设计师根据产品的原型,输出《界面效果图》,并提供界面的标注,最后根据主要的界面,提供一套《UI设计规范》。UI设计规范主要是明确常用界面形式尺寸等,方便研发快速开发。UI设计常涵盖交互的内容。 2、研发工程师在界面效果图,输出《需求规格》,需求规格应包含最终要实现的内容的一切要素。 3、研发工程师完成《概要设计》、《通讯协议》及《表结构设计》,及完成正式编码前的一系列研发设计工作。 (四)开发阶段项目经理博客 1、研发工程师正式进入编码阶段,这个过程虽然大部分时间用来写代码,但是可能还需要进行技术预研、进行需求确认。

总结-双软认证的流程及准备材料

总结-双软认证的流程及准备材料

一、双软认证”包含的具体内容: 1.软件著作权登记(软件知识产权归属的证明); 2.软件检测(软件产品登记的法定必经程序); 3.软件产品登记(信息产业部《软件产品登记管理办法》第七条规定软件销售前必须进行登记); 4.软件企业认证(企业从事软件开发应当具备的资质)。 二、“双软认证”的申办条件 只要贵公司拥有一个能正常运行的软件产品,就可以申请“双软认证”。 三、“双软认证”的先后程序 首先要做软件著作权登记和软件检测(是产品认证的法定必经程序),只有做完前两步才能进行软件产品登记和软件企业认证。 四、计算机软件著作权登记代理 必须提交的申请文件: 1.《计算机软件著作权登记申请表》 2.申请者身份证明 -- 选交一项 (1)企业:执照副本复印件(须加盖公章) (2)机关、事业:机关、事业单位法人证书复印件(须加盖公章) (3)自然人:身份证复印件(并签字) 3.源程序 -- 1份 (1)按源程序前40页和源程序最后40页分别提交,第1页为起始页,第80页为结束页。 不足60页的需要提交全部源程序。每页不少于50行(结束页可少于50行)。 在每页的右上角标注连续页号1-80,左上角标注软件名称及版本号。除第80页外,每页不能出现半页。 (2)源程序中作者应是著作权人。 (3)源程序中日期须在开发完成日期之前。 (4)源程序中的名称须与申请表中全称或简称一致。 4.文档 -- 1份 (1)(如:用户手册、操作手册、设计说明书、使用说明等等,任选一种)按文档前30页、后30页提交。不足60页的需要提交全部文档。每页不少于30行(页中有插图或结束页可少于30行)。在每页的右上角标注连续页号1-60。不要装订。嵌入式软件必须要提供设计说明书。 (2)文档中的名称须与申请表中全称或简称一致。

收文发文程序

收文处理程序 凡上级发至本单位的所以公文文件、材料等,统称收文。收文处理包括:签收、登记、批办、承办、注结、归档等环节。 一、签收。收到来文,首先要看清是否属于本单位收文,然后清点,核实来文数量、封皮编号与投递是否相符,检查文件装封是否破散,密封条是否被拆等情况,检查无误后,方可签字、盖章、注时。 二、拆封。上级来文,均由文件专管人员拆封,其他人员不得拆封。写明某个部门或个人亲收的文件,应登记后转送有关部门或个人签 收。 三、核对。文件拆封后,要对照发文通知单核对文件种类和份数。有回执的,在回执单上签字,盖章后,退回发文单位。同时,检查文件是否有未装订、缺页或手续不全等差错,发现问题及时想发文单问查询,予以弥补。 四、登记。将收到的党内文件先按来文机关或部门进行分类按收文日期、收文序号、来文单位、来文字号、密级、文件标题、份数、书皮编号等逐项进行登记。行政文件转校长办公室。 五、拟办。收文登记后,要填写〈公文处理单〉,并提出拟办意见。为方便领导批办,可将本文提出的或与本文有关的文件资料附在本文之后,供领导参阅。 六、批阅。上级来文由党办负责同志批阅。批文时要认真阅文,弄懂弄清文件要求,并提出处理意见。需办理件,要写清承办单位、承办要求、承办时限等;需阅知件,要提出阅知范围;需传达件,要提出传达范围和时间;需复印件,要提出翻印份数和发放范围等;最后要签名、注时。 七、分办。需要办理的文件,要按批办意见,分送有关部门或承办人员办理。 八、传阅。需要传阅的文件,要按批示意见传阅。传阅中,应先送主要领导和分管领导阅:各部门间安排主管部门先看。领导同志阅文后要签字、注时。如有阅批意见,要按领导同志的意见,做好补办工作。文件传阅前,要认真登记,阅完后进行检查,随时掌握文件的去向o 九、承办。承办单位接到需办文件后,要认真及时办理,急件随到随办。需两个以上单位承办的文件,主办单位要主动会同有关单位协商办理,并负责回复

软件发布流程

软件发布流程1目的 为了规范软件产品的版本发布过程,提高软件发布的可控性。2范围 适用于公司所有软件产品的发布。 3角色与职责 4软件发布流程 公司软件产品发布的流程如下: 1.1发布准备 软件开发完成,开发人员完成自测,并确定发布日期。 自测应当完成对以下内容的确认: 1)原有BUG是否彻底解决; 2)增加的功能,修改的功能; 3)新增功能是否达到需求及设计要求; 4)所做的改变带来的影响; 1.2提交测试 软件负责人提出测试申请,并明确以下内容: 1)软件版本号; 2)新增或修改了哪些功能;

3)修复了哪些BUG; 4)更改后的影响分析及测试建议; 1.3执行测试 测试负责人接收测试申请后,启动软件测试,完成后反馈测试结果。 测试结果应包含以下内容: 1)原有BUG的解决情况; 2)BUG的新增情况; 3)测试用例执行情况; 1.4发布评审 软件经过全面测试后,由质量部SQA负责审核并判断软件是否达到发布要求。 发布评审中对软件缺陷的要求是:致命、严重级别缺陷为0,一般级别缺陷解决率为95%,轻微级别缺陷解决率为90%。 说明: 缺陷级别划分为四级:致命、严重、一般、轻微。 1.5源码、文档入库 软件负责人安排将软件源代码及文档入库。 源码包括软件所有源代码;文档包括需求、设计、测试文档,安装手册、使用手册等。 1.6程序打包 软件负责人安排将程序打包,标记源码、文档版本tag等。 1.7编写发布说明 软件负责人安排编写产品发布说明(或者release note)。 Readme的内容应该包括 1)产品版本说明; 2)产品概要介绍; 3)本次发布包含的文件包、文档说明; 4)本次发布包含或者新增的功能特性说明; 5)遗留问题及影响说明; 6)版权声明以及其他需要说明的事项。

软件著作权申请流程及材料

软件著作权申请流程及材料-标准化文件发布号:(9456-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII

一、申请流程 二、申请软件著作权登记必须提交的申请文件包括: 1、《计算机软件著作权登记申请表》在线打印1份(注:不要装订) 2、申请者身份证明--选交一项 1份 (1)企业:执照副本复印件(须加盖公章) (2)机关、事业单位:机关、事业单位法人证书复印件(须加盖公章)

(3 3份(注:不要装订) (130页和最后30页提交,正文第1页为起始页,第60页为结 束页。不足6050行(结束页可少于50 60页外,每 简称一致)及版本号。 (2 (3)源程序中日期须在开发完成日期之前。 (4)源程序中的名称须与申请表中全称或简称一致。 4、文档 1份(注:不要装订) (1)设计说明书、用户手册、操作手册、使用说明等(任选一种)。 (2)文档按正文前30页和最后30页提交。正文第1页为起始页,第60页为结束页。不足60页的需要提交全部文档。每页不少于30行(页中有插图或结束页可 少于3060页 称或简称一致)及版本号。文档可以不要封面,但必须在文档的正文第一页标 (3 (4 (5)文档中的名称须与申请表中全称或简称一致。 选择提交的申请文件:

三、申请者如果存在以下情况,要选择提交下面文件: 1、合作开发软件--1份 2、委托开发软件--1份 3、下达任务开发软件--下达任务书复印件(须加盖公章)1份 4 1份(网上下载) 5、继承取得软件--提交遗嘱证明(需公证)或者法院相关判决。1份 6、版本号若高于1.0 版本是前期版本升级版的,需提交“新增功能说明”。是原创软件的,需提交“原创版本说明”。 四、以上各份申请材料上的软件名称必须一致。 五、交纳软件登记咨询代办费。 六、登记办理期限 七、申请登记软件者的情况在国际互联网上免费公示,公示内容包括软件登记号、软件名称(简称)、著作权人、版本号、软件完成日期、登记日期。同意公示者必须签字,否则将不予公示。 八、软件著作权登记申请需要多少时间? 根据最近统计情况,综合考虑一般取得著作权证书时间为8周左右。

软件开发流程图_软件产品发布流程_规范

一、软件产品开发流程图:

二、软件产品发布流程 1、发布准备。发布之前,所有程序由测试人员进行确认测试;检查系统内登记的所有bug 都已经被解决,或者遗留的bug不影响系统的使用,如果有严重bug未解决,则不能发布;程序打包前做冒烟测试(冒烟测试设计用于确认代码中的更改会按预期运行,且不会破坏整个版本的稳定性。)。(测试) 2、测试负责人编写发布产品质量报告进行质量分析和总结。 3、源码、文档入库。源码包括数据库创建脚本(含静态数据)、编译构建脚本和所有源代码; 文档包括需求、设计、测试文档,安装手册、使用手册、二次开发手册、产品介绍(ppt)、使用demo等等。(按合同规定,或只提供部分文档)(产品、项目经理、研发、测试) 4、进行程序打包;标记源码、文档版本。(研发、运维) 5、填写发布基线通知,并通知相关人员;经理对发布基线进行审计检查。(项目经理) 6、在禅道系统上新建产品发布计划,填写配置项,发布产品。(项目经理) 7、传程序包、使用文档至Download站点。(运维) 8、编写发布说明。内容应该包括产品版本说明;产品概要介绍;本次发布包含的文件包、 文档说明;本次发布包含或者新增的功能特性说明;遗留问题、影响说明;版权声明以及其他需要说明的事项。(项目经理、测试) 9、正式发布通知。通知开发、测试、市场、销售各相关部门并附上产品发布说明和产品介 绍。(项目经理邮件通知) 10、后续工作。产品发布后,在使用过程中可能还会发现一些bug。在不影响正常使用 的情况下,这些bug将在下一版本发布时解决;如果bug严重影响使用,必须打patch 或者按照流程重新发布。(研发) 11、临时发布。软件产品未正式发布前,可能需要一个临时版本供开发人员或者用户应 急使用,这时候需要临时发布一个版本。这个版本只包括基本的程序包和必要的使用说明。临时发布需要通知相关开发、测试人员;研发人员需要为源码、文档打tag标记。 (研发) 12、附《常见问题排除手册》,内容简介:推荐硬件配置。(售后) 13、文件命名规则:惠朗_项目名_文件名称_版本号.xxx。如,惠朗_无锡银行_POC文档 _V1.0.doc。(ALL)。 14、写Readme,后有DEMO。(项目经理) 注意事项: 尽量使用Jekenis,如果没有,可将测试程序上传禅道。程序如果过大可以上传到文件服务器。 发版的程序一定要上传禅道或文件服务器。 Readme:(打到war包里,记录版本号,改进内容,项目名称,甲方,400电话等) 以下为DEMO =========================== ###########环境依赖 Mysql5.7+ redis ~

软件产品登记流程

软件产品登记流程 一、申请软件产品登记的税收优惠政策: 1、软件产品经登记生效后,对增值税一般纳税人销售其自行开发生产的软件产品,按17%的法定税率征收增值税后,对其增值税实际税负超过3%的部分实行即征即退政策。所退税款由企业用于研究开发软件产品和扩大再生产,不作为企业所得税应税收入,不予征收企业所得税。 2、经认定的软件产品在相关部门办理相关申报后,与该产品相应的技术合同、技术转让可免除营业税。 3、软件产品登记的有效期为五年,有效期满后可申请续延 4、持有软件产品登记证书,可申请银行贷款。 二、申请软件产品登记的材料清单 1、营业执照副本复印件 2、法人身份证复印件 3、计算机软件著作权登记证书 4、软件评测报告 三、申报流程

(1)申请用户名密码; (2)网上填报 (3)初审通过 (4)预约时间 (5)递交材料 四、办理时限 网上申报审核需要:3-5个工作日 拿到证书:1个半月到2个半月。 五、重要信息提示: 1、各业务受理时限 软件企业年审:1月4日—8月10日,每月一批,汇算清缴备案的企业须在5月10前完成年审。 软件企业认定、变更:从1月4日到12月10日,每月一批。12月11日(含11日)以后不再受理软件企业认定申请。 软件产品登记、续延、变更:从1月4日—12月10日每月一批。12月11日(含11日)以后不再受理软件产品登记续延申请。 2、提交材料要求 申请表:申请表提交2份。其它材料提交1份。 原件:所有提交的材料须提供原件备查。 复印件:复印件须与原件一致并盖公章,超过2页(含2页)的复印件盖骑缝公章。

3、证书提示 软件企业年审:直接查看公示网公示结果即可,无需在证书上盖章。软件企业认定、软件企业名称变更、软件产品登记、续延、变更:根 据公示网公示提示领取证书

制发文流程

制发公文流程 公文的撰制是一个完整的过程,它包括拟稿、审核、签发、编号、打印、用印、下发、存档等基本环节。 一、草拟。凡以学校名义上报和下发的各类文件:综合性文件由党政办起草;学校某一方面工作的文件由相应的职能部门起草。起草公文要严格遵循上级有关文件精神、院党政各类会议决议或院领导的指示、重要文件由部门主要领导亲自主持起草。二、主管部门签署意见及会签。文件草拟,应使用学校统一制作的“呼伦贝尔学院公文稿纸”,填写文件标题、主送抄送单位、主办单位及拟稿人、打印份数、校对人、急缓程度、密级等,由本单位负责人会审,并签署意见后,送党政办秘书科审核,不能越过秘书科直接送院领导签发。送审稿必须完整,凡书面材料,无论保 密与否,均须与主件一道送审。 三、复核。党政办接到送审稿后,应及时审核。核稿的重点是: (1)检查是否符合公文处理程序及要求。 (2)检查是否需要行文。 (3)检查是否需要会议进行讨论,是否需要报上级机关等。(4)检查公文内容同党的方针政策、上级和有关部门的规定及本单位以前的规定有无矛盾,是否与其它公文有重复或脱节的地 方。 (5)检查公文中规定之界限是否清楚。若内容不够妥当,要认

真加以修改,以免受文单位在理解和执行中发生困难,出现偏差。(6)检查公文规定的措施是否有根据,是否符合实际或行得通,怎样执行及执行时限是否相宜,涉及的有关机关是否已征得同意 等。 (7)检查文字表达是否准确、通顺、简炼、明了、合乎语法逻辑。标点符号使用是否正确,有无文字错漏等。 (8)检查公文格式是否合乎规定,公文名称使用是否恰当,主送单位和抄送单位是否适当,标题、发文机关名称等是否准确。核稿时,对上述方面出现的不妥之处,须逐项加以修正。属原则性的问题或具体业务问题的修改,应附上具体修改意见退交拟稿部门修改,核稿之后,应注明印数(包括存档数)。对改动较大文稿,应由拟稿部门誊写清楚,经党政办复核后送主管领导签发。 四、签发。签发是决定文件最后定稿和批准发出的关键环节。文稿经过院主管领导核准签字并经党政办主任签字后既成为定稿,并据此后生效。签发人代表学院在内容、文字上对公文的正确性负完全责任。凡已经院领导签发的公文,原则上不能修改,若确需修改应请示签发领导批准。 五、编号、登记。党政办接到文件定稿后,应及时登记、编号,并根据急缓程度编排版。文件出稿后,应及时通知拟稿人校对。 六、校对。校稿人应按领导核准签发后的文稿认真仔细地进行校对。非拟稿人进行校对时,若发现原稿有不妥之处,不应随意增

一个完整的软件开发流程精品范本

一个完整的软件开发流程一、开发流程图

二、过程产物及要求 本表主要列出开发阶段需要输出的过程产物,包括产物名称、成果描述、负责人及备注,即谁、在什么时间、应该提供什么内容、提供内容的基本方向和形式是什么。 三、过程说明 (一)项目启动 1、产品经理和项目干系人确定项目方向,产品型项目的干系人包括公司领导、产品总监、技术总监等,项目的话则包括客户方领导、主要执行人等。 2、公司领导确认项目组团队组成,包括产品经理、研发项目经理、研发工程师、测试团队等。

3、明确项目管理制度,每个阶段的成果产物需要进行相应的评审,评审有相应的《会议纪要》;从项目启动起,研发项目经理每周提供《项目研发周报》;测试阶段,测试工程师每周提供《项目测试周报》。 4、产品经理进行需求调研,输出《需求调研》文档。需求调研的方式主要有背景资料调查和访谈。 5、产品经理完成《业务梳理》。首先,明确每个项目的目标;其次,梳理项目涉及的角色;再来,每个角色要进行的事项;最后,再梳理整个系统分哪些端口,要有哪些业务模块,每个模块再包含哪些功能。 (二)需求阶段 1、进入可视化产物的输出阶段,产品经理提供最简单也最接近成品的《产品原型》,线框图形式即可。在这个过程中还可能产生的包括业务流程图和页面跳转流程图。业务流程图侧重在不同节点不同角色所进行的操作,页面跳转流程图主要指不同界面间的跳转关系。项目管理者联盟 2、产品经理面向整个团队,进行需求的讲解。 3、研发项目经理根据需求及项目要求,明确《项目里程碑》。根据项目里程表,完成《产品开发计划》,明确详细阶段的时间点,最后根据开发计划,进行《项目任务分解》,完成项目的分工。 4、研发工程师按照各自的分工,进入概要需求阶段。《概要需求》旨在让研发工程师初步理解业务,评估技术可行性。 (三)设计阶段 1、UI设计师根据产品的原型,输出《界面效果图》,并提供界面的标注,最后根据主要的界面,提供一套《UI设计规范》。UI设计规范主要是明确常用界面形式尺寸等,方便研发快速开发。UI设计常涵盖交互的内容。 2、研发工程师在界面效果图,输出《需求规格》,需求规格应包含最终要实现的内容的一切要素。 3、研发工程师完成《概要设计》、《通讯协议》及《表结构设计》,及完成正式编码前的一系列研发设计工作。 (四)开发阶段项目经理博客 1、研发工程师正式进入编码阶段,这个过程虽然大部分时间用来写代码,但是可能还需要进行技术预研、进行需求确认。 2、编码过程一般还需进行服务端和移动端的联调等。

关于印发《厦门市软件企业认定和软件产品登记管理办法(试行)》的通知

关于印发《厦门市软件企业认定和软件产品登记管理办法(试行)》的通知 厦科联字[2001]5号 各有关单位:为贯彻国务院《鼓励软件产业和集成电路产业发展的若干政策》(国发[2000]18号),落实国家和我市发展软件产业的优惠政策,促进我市软件产业发展,根据信息产业部、教育部、科学技术部、国家税务总局印发的《软件企业认定标准及管理办法》(试行)(信部联产[2000]968号),经市政府批复同意(厦府[2001]综25号),对原厦门市科委、厦门市国税局、厦门市地税局印发《厦门市软件企业和软件产品认定管理办法(试行)》(厦科发字[2000]第13号)进行修订。现将修订后的《厦门市软件企业认定和软件产品登记管理办法(试行)》印发给你们,请认真贯彻执行。 附件:厦门市软件企业认定和软件产品登记管理办法(试行) 厦门市科学技术委员会厦门市国税局厦门市地税局二00一年三月三十日 厦门市软件企业认定和软件产品登记管理办法(试行) 第一章总则 第一条为贯彻国务院《鼓励软件产业和集成电路产业发展的若干政策》(国发[2000]18号),落实国家和我市发展软件产业的优惠政策,促进我市软件产业发展,根据信息产业部、教育部、科学技术部、国家税务总局印发的《软件企业认定标准及管理办法》(试行)(信部联产[2000]968号)和《软件产品管理办法》(信息产业部第5号令),结合我市的实际情况,制定本办法。 第二条凡按本办法规定的标准和程序认定的软件企业以及登记备案的软件产品,均可享受有关优惠政策。 第二章主管部门和认定机构 第三条厦门市科委负责组织协调和管理全市软件企业认定和软件产品登记的工作,其职责是: 1、指导、监督和检查我市软件企业认定和软件产品登记工作; 2、会同市税务部门审核批准厦门市软件企业认定机构的认定结果,批准经审查合格的软件产品。 3、公布软件企业认定名单,并颁发软件企业认定证书;核发软件产品登记号和软件产品登记证书。 4、受理我市对软件企业认定结果和年审结果的复审申请。 第四条厦门市软件行业协会作为厦门市软件企业认定和软件产品登记机构,负责对我市软件企业的认定和软件企业年审的组织工作以及软件产品登记工作。其职责是: 1、受理本市软件企业的认定申请和软件产品的登记申请; 2、组织软件企业认定的评审与年审,审查软件产品登记申请材料; 3、提出软件企业认定和年审的初选名单以及软件产品审查合格名单; 4、将需报批的软件企业和软件产品名单报市科委审核。 对于注册资本在1000万美元以上,且外资股份占50%以上的或年营业收入在3亿元人民币以上的分支机构跨省、自治区、直辖市的企业,由中国软件行业协会负责有关认定和年审工作,初选名单报信息产业部审核。 进口软件产品(含进口软件本地化产品)的登记申请由中国软件行业协会统一受理,经信息

(完整版)公文管理流程.docx

公文管理流程 1目的 对收文、发文过程及行文规则进行规范化管理,以保证公文在处理过程中准确、及时、安全。 2范围 适用于公司及下属各单位处理上级公司、外单位来文及 OA 系统流转的公文处理流程。 3定义 公文是各类机关、单位,在行政、业务等管理过程中形成的具 有法定效力和规范体式的文书,是实施管理和进行公务活动的重要 工具。 4职责 4.1 公司行政中心 负责制定公文管理流程,检查公文管理流程落实效果。 4.2行政部 a)分管领导负责行文的审批; b)行政部经理 /主管负责公司收文的分发处理; c)行政部文员 /专员负责行文编号,收、发文处理; d)拟稿人负责公文相关内容的协调管理。 5内容 5.1 公文划分与种类

5.1.1 公文划分 公文分为正式文件和专用文件。正式文件是指内容比较重要、 格式完整的公文。专用文件是指在一定范围内使用、具有特定文件版头和处理程序的文件。 5.1.2 正式文件种类 a)公司文件。凡公司范围内的重大事项,以公司文件行文。该 类文件是指内容比较重要、格式完整,版头有发文机关名称 及文件字样,套红印制的公文; b)公司部门文件。凡部门职责范围内的常规性事项,以及可以 部门名义办理的某些公司职责范围的事项,以部门文件行文。 5.1.3 文件种类 文件种类包括决定、通知、通报、报告、请示、批复、函。 a)决定:适用于对重要事项或者重大行动做出安排; b)通知:适用于发布企业内部规章;任免、奖惩有关人员转发上 级机关和不相隶属单位的公文;批转下级单位的公文;传达要 求下级办理和有关单位需要周知或共同执行的事项; c)通报:适用于表彰先进,批评错误,要求下属企业办理和有 关单位需要周知或者共同执行的事项; d)报告:适用于向上级机关汇报工作、反映情况;提出意见或 者建议;答复上级机关的询问; e)请示:适用于向上级机关请求指示、批准; f)批复:适用于答复下级企业请示事项; g)函:适用于不相隶属单位之间相互商洽工作、询问和答复问

软件产品发布流程

严格按照软件产品发布流程发布软件版本是建立和完善软件产品版本控制,保证软件产品质量的关键过程 之一。 参与软件产品发布的人员主要是测试负责人和BM(Build Master)。 公司软件产品发布的规程如下: 1、发布准备。发布之前,所有程序freezed由测试人员进行确认测试;检查qcs系统内登记的所有bug都已经被fixed,或者遗留的bug不影响系统的使用,如果有严重bug未解决(级别为must fixed)不能发布;程序打包前做冒烟测试。 2、测试负责人编写release产品质量报告进行质量分析和总结。 3、源码、文档入库。源码包括数据库创建脚本(含静态数据)、编译构建脚本和所有源代码;文档包括需求、设计、测试文档,安装手册、使用手册、二次开发手册、产品介绍(ppt)、使用demo等。 4、BM进行程序打包;标记源码、文档版本tag。 5、BM填写发布基线通知并通知相关人员;BM经理对发布基线进行审计。 6、在qcs系统上新建产品发布计划,填写配置项,执行发布计划(发布产品)。 7、上传程序包、使用文档至download站点。 8、编写发布说明readme.txt(或者release note)。Readme的内容应该包括产品版本说明;产品概要介绍;本次发布包含的文件包、文档说明;本次发布包含或者新增的功能特性说明;遗留问题及影响说明;版权声明以及其他需要说明的事项。 9、正式发布通知。通知开发、测试、市场、销售各相关部门并附上产品发布说明和产品介绍。

10、后续工作。产品发布后,在使用过程中可能还会发现一些bug。在不影响正常使用的情况下,这些bug将在下一版本发布时解决;如果bug严重影响使用,必须打patch或者按照流程重新发布。 11、临时发布。软件产品未正式发布前,可能需要一个临时版本供开发人员或者用户应急使用,这时候需要临时发布一个版本。这个版本只包括基本的程序包和必要的使用说明。临时发布需要通知相关开发、测试人员;BM需要为源码、文档打tag标记。 软件产品发布后,即建立了一条发布基线。所有用户安装及二次开发必须在此基线上进行,开发人员不能直接从cvs或vss上check 代码编译交付用户使用或者进行二次开发。

软件产品检测流程

软件产品检测流程 说明: 1、检测单位:江苏省软件产品检测中心。 2、主要检测服务有:软件产品登记检测、软件技术测试。 3、凡委托本中心提供软件产品检测的单位必须如实填写检测申请表和软件功能列表的内容,并加盖单位公章。 4、申请单位将申请表、送检样品、用户文档、技术文档等检测材料一起送交本中心,经初审合格,并预交检测费用后,即为完成申请。 5、本中心正式受理申请后,对申请单位所提交的送检物品实行技术保密和防护措施。按规定的测试规范和技术要求,对送检软件进行独立、科学公正的软件检测,自受理申请之日起20个工作日(双休日和国定假期除外)交付检测报告。 6、对于运行环境有特殊要求的软件产品,送检企业有义务提供符合要求的测试环境。 7、对产品检测过程中发现的问题,送检企业应在要求的期限内(20个工作日),完成修改工作。若遇特殊情况必须延缓修改时间,应书面通知本中心。 8、江苏省软件产品检测中心联系方式: 地址:南京市龙蟠中路168号(江苏软件园2号馆108A室) 邮编:210002 电话:、 传真:E-mail: 苏州地区软件企业产品登记检测工作由苏州分中心受理,详见苏州工业园网 站:软件产品登记检测

软件产品登记检测是配合软件产品登记进行的一种软件测试,采用GB/T 17544-1998 《信息技术软件包质量要求和测试》国家标准和《JSPTC软件产品登记测试规范》作为测试依据,主要对送检软件产品的功能性和产品化程度进行符合性测试,软件产品登记测试报告仅供软件产品登记使用。 对于软件中出现的未能达到检测要求的问题,我们将出具检测问题报告,在回归测试通过后,方可出具软件产品登记测试报告。 软件产品登记检测必须提交的物品及相关说明 1、软件产品登记检测申请表和功能列表各一份 2、软件样品一套 提供载有可安装运行送检软件的光盘或其它介质。介质和其外包装上应有软件名称、版本号、软件生产单位和联系方式等标识。 3、软件产品的用户文档一份(至少应包括以下内容) ①环境要求:使用软件的软、硬件和网络的最低配置说明等。 ②软件应用范围和对象的说明。 ③软件安装过程指南。 ④软件操作使用说明 使用软件的具体操作和步骤,并用例图加以说明等。

公文处理之发文办理程序

发文办理程序 公文制发又叫发文办理,是公文处理工作的三大环节之一,它是指以本机关名义制发公文的过程,发文办理程序由拟稿、审核、签发;核发、缮印、校对;用印、登记、分发等环节组成。 拟稿 1、拟稿:公文拟稿是公文承办人员根据领导交拟或批办的意见草拟文稿的过程。 公文承办人员在机关工作中一般都是文秘人员,秘书人员在拟稿的时候必须忠实领导人的发文意图,如有偏离,在签发的时候仍然可以修改。 领导叫交拟的三种方式 要点式,领导只是简交代发文要点,不作过多解释。这个时候要有信息意识,对实际情况要有深入的了解,较强的工作能力,不懂就问,尽量避免多次修改。 细目式。领导详细交代发文意图。有的领导对起草的文件已经有了比较熟悉的思路和间接,发文意图交代的较为详细,拟稿人员应该毫无遗漏的把领导的意见记录下来。 转述式。发文意图是通过他人转述的。比如领导先向办公室主任交代发文意图,办公室主任又交代。 公文拟稿必须注意的问题: ①公文拟稿要符合党和国家的方针、政策、法律、法规及有关规定。 ②拟写的文稿要达到如下要求:情况要确实,观点要明确,条理要清楚,文字要精练,直书不曲、字词规范、书写要工整,标点要准确,篇幅力求简短。要将领导人比较原则性的意见转化为具体的意见;分散的意见转化为集中的意见;含糊不清的意见转化为清晰的意见。 ③文稿中的人名、地名、数字、引文要准确,日期应写具体的年、月、日。 ④在文件拟稿中,如要引用某份公文,应当先引标题,后引发文字号。 ⑤在文件拟稿中,涉及计量单位时,必须使用国家法定的标准计量单位。 ⑥拟写文稿,在使用简称时,应先用全称,并加以注明。 公文中的数字,除成文时间、部分结构层次序数和词、词组、惯用语、缩略语、具有修辞色彩句中作为词素的数字必须使用汉字外,应当使用阿拉伯数字。 审核 是指公文的草稿在送交机关领导人审批签发以前,对公文的内容、体式进行的全面审核和检查。 文稿审查的作用: 更好地发挥公文的作用 保证文稿不偏离领导机关或领导人的发文意图 可以减轻领导人的审阅负担 审核人及其组织形式 公文的审核要做到“六查”: ①查是否需要行文,以什么名义行文。 ②查文稿内容与法律、法规和政策以及上级有关规定是否一致,与平行机关和部门已有的规定是否矛盾。 ③查要求和措施是否明确具体,切实可行。 ④查涉及其他部门或地区职权范围的问题是否协商一致并经过会签。 目前没有切实把好关的主要有几个问题: (1)涉及几个部门的问题,主办单位事先末征询有关部门意见,就直接向上行文,甚至径直多头分送机关主要负责人。

相关文档
最新文档