本公司的软件开发过程分为以下8个阶段：项目策划阶段、需求分析阶段、设计阶段、开发阶段、测试阶段、实施阶段、验收阶段、维护阶段，每个阶段的主要活动分别为：业务启动和项目规划、需求分析、逻辑设计和物理设计、软件开发、软件测试、系统实施及用户培训、用户试用及验收、维护，里程碑分别为：策划完成、需求明确、设计完成、开发完成、测试通过、系统上线、验收通过、合同结束。每阶段结束后，必须对相应的里程碑进行检查，方式为评审或批准。
三、项目文档
项目文档分为两种：管理类文档与技术类文档，所有文档必须保存于知识库及相应的VSS库中。文档共有三种状态：编制完成、审核通过、批准通过。其中管理类文档只有编制和批准两种状态，技术类文档拥有所有三种状态。所有文档必须明确说明当前文档版本号。
管理类文档包含以下类型：计划、总结、报告、会议纪要、备忘录、申请等。技术类文档包含：设计文档、需求文档、测试设计文档、界面原型软件、使用手册、安装手册、技术白-皮-书、培训资料、源代码、软件产品等。除VSS库中的文档以外，放入知识库中的文档由部门助理统一放入，文档必须批准通过。
文档的编制、审核、批准可在文档中直接写明，也可使用单独的审批文档进行说明。
每个项目在不同阶段必须产生的文档如下，但不限于此：
1、项目开始前：
合同、技术方案、市场立项表。以上文档存放于知识库。
2、项目策划阶段：
业务启动表(EXCEL格式)、项目规划(WORD格式)、项目进度(PROJECT格式)等。必须使用规定模板编写。以上文档存放于知识库。
3、需求分析阶段：
需求模型(EA格式)、软件需求规格说明书(WORD格式)、单据报表格式(EXCEL格式)、需求分析评审表(WORD格式)、需求分析计划(WORD格式和PROJECT两种格式)。必须使用规定模板编写。以上文档存放于知识库。
4、设计阶段
软件开发计划(PROJECT格式)、逻辑设计(EA格式)、物理设计(VS.NET格式)、设计评审表(WORD格式)，必须使用规定模板编写。物理设计存放于VSS库，其它文档存放于知识库。
5、开发阶段
源代码、可安装的软件、安装手册、评审表(WORD格式)。源代码、可安装的软件存放于VSS库，其它文档存放于知识库。
6、测试阶段
测试用例设计、软件BUG、测试计划(WORD格式和PROJECT两种格式)、测试报告(WORD格式)、开发的测试工具源代码及软件、测试通过的软件产品、软件评审表(WORD格式)。开发的测试工具源代码及软件、测试通过的软件产品存放于VSS库，其它文档存放于知识库。软件BUG存于TD中。
7、实施阶段实施计划(WORD格式和PROJECT两种格式)、实施报告(WORD格式)、用户使用手册、用户培训资料、用户培训记录、软件问题反馈表(EXCEL格式)、上线报告(书面、电子扫描件)等。必须使用规定模板编写。以上文档存放于知识库。
8、验收阶段
验收材料、验收报告(书面、电子扫描件)。以上文档存放于知识库。
9、维护阶段
维护报告(WORD格式)，以上文档存放于知识库。
四、检查和审查
本公司的项目关键检查点有以下8个，采取评审和批准的方式，由质量管理员进行跟踪。
1、策划完成里程碑
以总经理批准通过业务启动表为标志，质量管理员检查业务启动表、项目规划、项目风险控制计划、项目进度、技术方案文档是否进入知识库。负责人为项目经理。
2、需求明确里程碑以软件需求评审通过为标志，评审通过后由配置管理员建立软件功能基线。项目由用户代表、公司代表、同行、下游人员(程序经理、开发经理、测试经理、用户教育经理)进行评审，评审记录上必须有以上几类角色的人员进行签名。质量管理员检查需求规格说明书、需求模型、需求评审表是否进入知识库。负责人为产品经理。
3、设计完成里程碑
以逻辑设计和物理设计通过评审为标志，它包含两个部分：逻辑设计与物理设计。逻辑设计评审通过后由配置管理员建立指派基线1，物理设计评审通过后由配置管理员建立指派基线2。逻辑设计评审参与人员必须包括：公司代表、产品经理、开发经理、测试经理、同行。物理设计评审参与人员必须包括：公司代表、程序经理、测试经理、同行。质量管理员检查逻辑设计、物理设计、设计评审表是否进入知识库或VSS库。逻辑设计负责人为程序经理、物理设计负责人为开发经理。
4、开发完成里程碑
以软件所有功能开发完成，并通过评审为标志，它的评审必须包括：公司代表、产品经理、程序经理、测试经理。质量管理员检查评审表是否进入知识库。负责人为开发经理。
5、测试通过里程碑以软件评审通过作为标志，评审通过后将建立产品基线。评审参与人员必须包括：公司代表、产品经理、开发经理、实施经理、用户教育经理。质量管理员检查测试报告、软件评审表是否进入知识库。负责人为测试经理。
6、系统上线里程碑
以用户签署通过上线报告为标志，评审参与人员必须包括：用户代表、公司代表、项目经理。质量管理员检查上线报告、实施计划、培训材料等文档是否进入知识库。如上线报告为纸质文档，则扫描后入库。负责人为实施经理。
7、验收通过里程碑
以用户签署通过验收报告为准，评审参与人员必须包括：用户代表、公司代表、项目经理。质量管理员检查验收报告文档是否进入知识库，如上线报告为纸质文档，则扫描后入库。负责人为项目经理。
8、合同结束里程碑
合同结束，项目跟踪完成。负责人为软件业务部技术服务组长。
五、测试
本公司的软件必须通过测试。测试工作由开发部测试组负责，所有测试出来的BUG必须统一存放，由测试组负责管理。在测试活动进行前必须有测试计划，测试完成后必须编写测试报告。测试报告由测试经理负责编写，测试组长批准。
六、配置管理
软件开发过程中的配置管理工作由配置管理员负责，配置管理工作详细要求依据《配置管理规范》进行。
七、媒体控制
在软件开发过程中产生的正式文档必须存入于知识库中或VSS库中，由公司系统管理员负责每天进行物理备份。在项目进行过程中的备份采用移动硬盘进行，已结项的项目使用刻录光盘存档备份。
八、质量记录
质量记录主要包括各种评审记录和审批记录，形式有评审表、签名文件、会议纪要、质量报告等。所有的质量记录由质量管理员统一管理，纸质的保存在指定的文件柜中，电子的保存在知识库中。质量记录的保存期限是3年。
九、风险和应急
公司所有的项目必须有独立的风险控制计划，风险控制计划由项目经理负责编写并跟踪，风险控制计划由项目管理部门批准。风险计划中必须包括风险列表、风险度、应急方案、缓解方案、责任人、风险状态。风险度由风险发生可能性和风险造成的危害程度相乘得到。
十、质量报告
项目的质量管理员必须在每周五12：00以前制作当前的项目质量报告，报告公司当前正在进行的项目的质量状态。主要包括：项目文档的审核情况、存放情况、完备情况;各里程碑的评审执行情况;各种计划的跟踪情况，责任人是否及时更新计划;各项规范的符合程度;等等。质量报告属于项目状态报告的一部分，与其一同填写。具体格式参见《项目状态报告》。
十一、质量会议
质量会议与公司的项目月例会合并召开，开会时必须提交质量报告。参会人员必须包括软件业务部部门经理、产品组组长、实施组组长和开发部部门经理、开发组组长、技术支持组组长、测试组组长、各项目经理。如遇特殊情况，质量管理员可临时针对某类问题发起会议，会议结束时必须有会议纪要并存档。
十二、工具及技术
在进行质量保证活动中，主要使用两种工具软件：知识管理系统和MSVisualSourceSafe。前者用来存放项目产生的各种文档，后者主要用于存放源码。公司在所有正式场合中所使用的项目文档均以这两个系统中的数据为准。在使用工具软件的过程中，各项目成员的权限统一由公司文档管理员进行分配。
十三、变更控制委员会
公司所有在建项目必须成立变更控制委员会，该委员会最小要包括以下人员：用户代表、市场代表、软件业务代表、开发代表、项目经理，但不限于此。一般情况下，产品经理、程序经理、开发经理、测试经理、实施经理、用户教育经理也可包括在该组织中。对于维护性项目，变更控制委员会由营销中心主任、软件业务部经理、开发部经理组成。
一．总则
为了保证公司ERP系统的正常运行，规范系统的使用和维护，确保输了录入准确、及时、规范，结合我公司的实际情况，特制订本制度。
二．初始化操作规范及规定
1.账册建立及设置：由财务部主管会计负责软件初始化帐套设置及财务科目的编制，保证帐套顺利启动。
3.初始化数据及资料编制：初始化数据包括往来单位资料、仓库资料、货品资料、部门员工资料。
3.1往来单位资料包括，客户资料及供货商资料。客户资料由销售部负责编制，供货商资料由采购部负责编制，单位编码需按规定排序进行编制，单位名称必须填写单位全称。同一客户或供货商禁止出现两个账户。
3.3货品资料分为原材料、五金备品、产成品、半成品，原材料、五金备品由采购部按规定编码进行编制，半成品由生产部按规定编码进行编制，产成品由销售部按规定编码进行编制。货品资料的编制需按照规定编码程序进行编制，同一货品禁止出现两个资料，按品名、规格、类别分类进行编排。所有资料使用后需打印成册，分发使用部门，禁止随意更改资料内容。初始化库存数量由保管部进行填写。
3.4部门员工资料由人事部负责编制，并根据公司人员变动进行及时更改。
三．供应链管理的操作流程：
供应链管理分为采购系统、销售系统、仓库系统三大系统。采购系统由公司和工厂采购分别负责录入。
1.1.采购系统包括采购计划、采购订单、采购开单、采购费用分摊、请购单五项单据。采购部根据采购需要按月编制采购计划，使用软件下达采购订单，货物到达后需填写采购开单生成出入库单给仓库做入库单。如有采购费用（如运费），需填写采购费用分摊表，对费用进行分摊。采购部由采购经理负责将每日开出的采购开单进行审核，并打印采购开单，交财务部、保管部各一联。公司给工厂购买的物品，由公司开采购开单到工厂相应的库房，并通知保管部接收货物。
1.2采购系统提供如下报表，供采购部使用。采购计划汇总表、采购计划明细表、采购订单汇总表、采购订单明细表、采购开单汇总表、采购开单明细表、估计入库汇总表、估计入库明细表。
2.1销售系统包括销售计划、销售订单、销售开单三项主要功能。销售部按月制定销售计划，形成报表。合同签订后，由销售部负责将开销售订单，生成主生产计划到工厂生产部进行生产。销售订单由销售部经理负责审核，确保其准确性。生产完工后，销售部根据发货需要选择订单开出销售开单，生成出库单给保管部出库。销售订单与销售开单由销售部经理负责审核，确保其准确性。销售系统分为公司总部和工厂两部分，由两部门各自完成所属工作。
2.2销售系统提供如下报表，供销售部门使用。销售计划汇总表、销售计划明细表、销售订单汇总表、销售订单明细表、销售开单汇总表、销售开单明细表、委托代销汇总表、委托代销明细表。
3.1仓库系统包括出入库单、领料单、调拨单、盘点表等，保管部负责审核采购、销售、生产系统产生的出入库单，并根据出入库单对货物进行出入库。无出入库单，保管部拒绝办理然后货物的出入库。生产部下达加工单后，保管部负责审核领料单并生成出入库单。办理工厂原材料出库，无出库单仓库拒绝发料。每月末保管部负责填写盘点单，对库存物品进行盘点。
3.2仓库系统提供如下报表，供保管部使用。账面库存汇总表、账面库存明细表、实际库存汇总表、实际库存明细表、仓库开单汇总表、仓库开单明细表、库存分类汇总表、库存报警明细表。
四．生产管理的操作流程
1.生产管理系统包括主生产计划单、MRP运算、加工单、验收单、成本计算单等功能，由于我公司产品多为非标产品，为了便于管理，提供严密的生产管理全过程控制，对生产流程做细化操作现安排如下：
1.1订单下达后，生产部根据订单分解半成品，做半成品资料并按计划数量生产半成品下达加工单。半成品加工单内填写所需原材料，审核后生产领料单到保管部，由保管部进行审核下发原料进行生产。工厂生产部原手工制作下料单正常使用。
1.2生产完工半成品后，生产部根据实际完工数量填写验收单，生成半成品入库单。通知保管部审核入库。
1.3半成品入库后，根据销售订单生产的主生产计划生产成品。成品加工单内填写所需半成品数量，成品加工单审核后由保管部进行半成品领料单的审核。生产部对成品验收单进行审核，保管部审核成品入库单整单完成生产。
1.4工厂模具的生产使用委托加工进行生产管理，可直接下达加工单生产成品。加工单内填写模具用料，经审核后生成领料单给保管部审核。验收合格后入库完成生产。
1.5工序管理由工序计划单、工序流程卡、开工记录、调度表、产品交接单五项组成。目前由于人员限制，工序管理暂不做录入，如有需要可安排人员进行此项工作。建议使用此功能，能使生产管理人员掌握生产进度等信息，提高生产管理效率。
1.6生产系统提供如下报表，供生产部使用。主生产计划汇总表、主生产计划明细表、加工验收汇总表、加工单明细表、验收单汇总表、验收单明细表、材料领用汇总表、材料领用明细表。
五.财务系统（附软件分工及要求明细表）
1．出纳日记帐：公司出纳，工厂出纳，每天根据现金流水帐登记现金日记帐（帐出纳日记帐本可以用软件替），根据银行流水帐登记银行日记帐。出纳根据对会计制作的关于现金银行的凭证核对准确无误后，启动凭证出纳签字程序，每月末最后一天四点钟，由会计和出纳共同清点库存现金，填写软件内现金盘点单；出纳于每月5号做出银行存款余额调整表。
2．凭证录入：会计根据公司出纳报销凭证，先编制记帐凭证，出纳再付款给报销人，报销人并在报销凭证上签收，为了财务及进结帐，各销售公司的费用于每月25日邮寄到总部，由公司会计制作凭证，每月初2号前核对所有记帐凭证与明细帐，总帐。
3．凭证审核：每天审核记帐凭证。
4．结转：工厂会计，进销存期末成本结转凭证，财务模块结帐。
六．日常工作
1.公司各部门日常工作必须使用速达ERP系统进行操作，逐步取代原有手工工作模式。当日工作内容必须使用软件进行录入，各部门主管领导负责监督审核单据录入工作保证数据准确。所有工作必须日清日结，如未完成对操作人员每日处罚5元。
2.订单下达后，各部门相互监督，出现错误及时通知上一流程更改。上一流程结束必须通知下一流程及时处理单据，如未通知耽误其他部门工作对责任人每次处罚5元。销售开单后，所有部门涉及该合同单据必须完成，如未完成对责任人每单处罚5元。
3.工厂现有手工制作出库单与软件生成的出库单一起使用，成品出库必须有上述两单，否则保管员不可发货。如有特殊情况，如边生产边发货的合同可由工厂生产部先开手工制作出库单，等整单完成后由销售部门补开出库单。
1、作为正版软件资产的管理，财务部门应建立健全正版软件资产的明细台账。
2、应增强保护正版软件知识产权意识，必须严格执行软件正版化的规定，全面采购，使用正版软件，从源头上杜绝盗版侵权软件使用的不良行为。
3、更新、购置软件时应从满足实际工作需要出发，坚持勤俭节约，从严控制，合理配置。应在全面掌握本部门软件自唱情况，工作人员人数，配备种类计算机数以及需要更换和采购的软件数的基础上，区分操作系统软件、办公软件和杀毒软件以及国内企业软件和国外企业软件，细化软件配置需求，科学合理地确定软件配置计划，并将软件采购经费纳入预算管理。
7、软件资产处置应当严格履行审批手续，坚持优先整合利用。对于确实无法整合利用的，应由单位使用部门提出申请，经技术管理部门专业技术鉴定，资产管理部门会同财务部门出具书面意见后，严格按照规定的权限和固定资产，并及时调整台账。
9、主要负责同志作为本单位使用正版软件的第一责任人，应落实监督责任，保证本单位软件使用正版化。
10、应当每年结合单位固定资产盘点，对软件资产情况进行清查，确保使用的全部软件均为合法软件并登记入账。做到账账相符，账实相符。
11、正版软件执行技术保养规定和维护保养制度，确保设备的完好，清洁、安全使用。
正版软件资产属于我国资产管理范围，应当纳入本单位资产管理体系，确保正版软件资产的安全完整。
一、局办公室作为正版软件资产的监管部门，应配合财务建立健全正版资产的明细帐卡。
二、单位应增强保护知识产权意识，积极执行软件正版化的规定，全面采购、使用正版软件，从源头上杜绝套版侵权软件使用行为。
三、单位更新、购置软件应从满足实际工作需要出发，坚持勤俭节约，从严控制，合理配置。应在全面掌握本部门软件资产情况、工作人员人数、配备种类计算机数以及需要更换和采购的软件数的基础上，区分操作系统软件、办公软件、杀毒软件以及国内企业软件和国外企业软件，细化软件配置需求，科学合理地确定软件配置计划。
八、单位主要负责同志作为本单位使用正版软件的第一责任人，应落实监督责任，保证本单位软件使用正版化。
九、单位应当每年对软件资产情况进行清查，确保所使用的全部软件均为合法软件并登记。
十、正版软件严格执行技术操作规程和维护保养制度，确保设备的完好、清洁、安全使用。
软件开发管理是指根据公司统一的信息系统规划和业务需求，对信息系统的开发进行管理。具体包括组织、规划、需求、分析、设计、编程、测试和投产等环节。
本制度适用于公司公司软件开发项目。
项目立项
信息系统研发前公司成立项目工作小组，重大项目成立项目领导小组，并指定负责人。
项目领导小组负责项目的组织、协调、检查、监督工作。项目工作小组由业务人员、技术人员和管理人员组成，具体负责整个项目的开发工作。
项目工作小组人员应具备与项目要求相适应的业务经验与专业技术知识，小组负责人需具备组织领导能力,保证信息系统研发质量和进度。
业务部门根据本机构业务发展战略，在充分进行市场调查、产品效益分析的基础上制定信息系统研发项目可行性报告。
系统开发
公司业务部门编写项目需求说明书，提出业务需求和系统需求。
公司信息技术部根据项目需求编制项目功能说明书。
公司信息技术部依据项目功能说明书分别编写项目总体技术框架、项目设计说明书，设计和编码应符合项目功能说明书的要求。评审通过后加盖部门签章归档。
公司业务人员、技术人员应根据职责范围分别编写操作说明书、技术应急方案、业务连续性计划、投产计划、应急回退计划，并进行演练。
在编码阶段，软件开发人员应有良好的编写习惯，做好代码注释和说明，并做好单元测试工作。
测试
公司应建立独立的测试环境，以保证测试的完整性和准确性。测试至少应包括功能测试、安全性测试、压力测试、验收测试、适应性测试。测试不得直接使用生产数据。
公司信息技术部应根据测试结果修补系统的功能和缺陷，提高系统的整体质量。
由业务部门组织人员完成软件的最终测试，并保留软件测试记录，撰写“项目测试报告”并确认签章，原则上要求项目测试人员和项目需求人员是同一批人员。
项目小组编写“软件上线计划”，按计划安全稳妥的实现软件产品的上线实施，对核心业务系统的软件上线由版本控制员实施，没有业务部门提交的“项目测试报告”及“上线确认书”的软件项目不允许上线运行。
文档管理
由项目小组编写“数据库设计文档”并和业务人员一起编写“软件操作手册”归档，项目小组协助业务部门做好对操作人员的培训工作。
软件产品稳定后，项目开发小组向信息技术部资料管理员归档所有定稿后需求、设计、测试、手册等文档，作为以后维护工作的依据。
信息技术部文档管理员要负责做好软件源码和文档的版本控制。
1、电子软件资料室是学校教育教学资源保藏的重要场所。学校确定专人负责管理，管理人员须具备较高的政治思想素质和业务素质。
2、学校软件资料室的所有资料和设备，须定位存放、分类编号、逐一登记入账，做到账据齐全、账物相符。每学期末，学校组织一次软件和资料的账、物核查。
3、教学软件、资料和技术文档须及时整理归档。及时办理软件和资料报废审批手续。报废须由管理员提出申请，由学校组织2名以上技术人员鉴定、签字，并由学校领导审批签字。
4、建立“软件资料出借登记簿”，教师使用软件和资料，须办理出借登记手续，并及时归还。软件资料进出需严格检验，损坏要赔偿。重要文档、软件和技术资料仅限于在软件资料室内借阅，不得携出室外。
5、电子资料室须备有必要的硬件设备、维修保养工具和有关工具软件。做好维护和保养工作；雨季和假期要定时维护；重要文档和软件须有备份。
6、违反操作规程或因责任原因人为造成资料及设备损坏的，要查明原因，追究责任，严肃处理。
7、管理人员变动，须办理移交手续，由学校组织人员，严格账物核查、交接工作。
一、网络信息、软件资源必须设专人负责管理，使用、收集、制作信息软件资源必须符合国家有关政策规定，不脱离服务于信息化教学的原则。
三、使用计算机网络、音像设备及网络信息、软件资料必须经主管领导批准，办理使（借）用手续，使用后及时归还，并认真填写好《使用记录》。
四、对所使用的网络传输、音像接收制作设备必须认真了解其规格、性能、作用、基本结构和操作使用方法，做到按规程使用操作，延长设备、资料的使用寿命，降低成本，提高效益。
五、对设备、软件信息资料的一般故障应及时排除和补救，保证设备、软件信息资料的正常使用，提高设备、软件信息资料的使用效益，更好的为教学服务。
六、要经常保持网络信息软件资料室内及设备、资料整洁卫生，并经常做好设备、资料的整理和定期保养工作，及时编制《信息软件目录》和《音像资料目录》。
为切实增强广大干部尊重和保护知识产权的意识，加强单位软件正版化管理，建立长效机制，特制订本管理制度。
第一条
适用范围本制度适用于单位全体干部。
第二条
职责部门单位成立软件正版化领导小组(设在办公室)，负责全面管理和监督本制度的贯彻和落实情况。具体负责软件正版化工作的组织和日常维护。
第三条
软件正版化工作重点范围操作系统、公办软件、安全软件等。
第四条
各科室负责人作为第一责任人，保证本科室软件使用正版化。
第五条
领导小组办公室制度软件资产管理制度。指定人员担任正版软件资产管理员岗位，负责正版软件的登记造册等工作。
第六条
根据需求制定正版软件采购计划，并将软件采购费用纳入年度预算，确保软件正版化工作资金到位、措施到位、管理到位。
第七条
加强软件资产管理。规范正版软件采购，购买计算机办公设备必须符合预装正版操作系统软件的要求，更新计算机操作系统软件必须使用正版产品。
第八条
第九条
要加强软件正版化培训工作，进一步提高工作人员操作、使用软件的能力和水平，提高工作人员的法律意识，使用正版软件更好地服务于工会各项工作。
第十条
防止任何可能侵犯软件知识产权的风险应注意：
2、对以团体身份获得使用权的软件，需确保已安装的软件数目没有超过已购置的软件许可数目。
第十一条
单位干部不得从事下列行为：
1、擅自复制和销售计算机软件产品的复制品。
2、在购买计算机等设备时，要求或允许销售商安装非正版软件。
6、故意规避或破坏软件著作权人为保护其著作权而采用的技术措施。
7、故意删除或改变计算机软件权力管理信息。
第十二条
第十三条
本管理制度由单位软件正版化领导小组办公负责解释说明。
第十四条
本管理制度自印发发之日起施行。
为加强对公司软件研发部门工作管理，缩短开发周期，提高软件开发质量，降低开发成本，提高开发效率，特制定软件研发部管理制度。
第一章、总则
为保证日常工作正常有序的进行，让开发中各个环节更紧凑，更可控，需要尽可能实现软件研发部项目管理的正规化，工作过程的流程化，以便提高软件质量和开发效率，达到项目能按质按量按期交付的目标。
1、软件开发总体遵循项目管理和软件工程的基本原则。
2、项目管理涉及项目立项、项目计划和监控、配置管理。
3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。
第二章、阶段成果
根据软件工程的过程理论并结合公司目前的实际情况，制定以下工作流程，并规定了各个重要环节需要提交的交付物。
1、立项：市场需求分析（或者合同）、项目立项申请表、项目风险分析清单。
2、需求分析：软件需求报告或设计方案、需求规格说明书。
3、总体设计：概要设计说明书或功能模块描述。
4、详细设计：详细设计说明书，包括软件接口说明、单元测试计划。
5、软件实现：软件功能说明、源代码、源代码说明或者注释
6、产品测试：测试报告
7、产品发布：产品说明书、使用手册
8、产品维护：问题反馈记录
9、项目总结：提交客户方的项目总结和公司项目汇报的PPT。
第三章、岗位设置
根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的.编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，明确工作职责，逐步实现项目经理，需求分析工程师，高级软件开发工程师，软件开发工程师，测试工程师的岗位设置。
第四章、项目立项
1、需求分析工程师进行应用调查与分析，确认软件的应用需求。
2、成立项目评审会，开发总监、部门经理和指定人员必须参加。对项目进行可行性研究，编写项目建议书，评估项目的难度和工作量，形成可行性研究报告。
3、根据项目配置的优劣成立项目开发组，制定软件开发计划，确定项目经理，由部门和项目经理共同来确定具体项目配置，知识技能要求，团队成员及团队的角色。
第五章、项目计划与监控
1、以项目为单位，项目经理负责整个项目的计划、组织和控制。
2、在整个项目过程中，项目经理定期检查项目进度和完成情况，调整人员分工和安排。
3、项目计划需要变更时，需要明确变更内容并及时汇报。项目经理需要说明客户变更原因并将变更说明提交公司领导审核，以便根据变更内容及时调整计划。
第六章、需求分析
1、对用户提出的需求进行分析汇总，梳理用户的业务流程和详细的功能定义。
2、做出简单的界面原型，与客户进行有效的沟通，编写需求详细说明书。
3、根据现有条件进行估计，制定项目进度，制定详细的软件开发计划。
第七章、总体设计
1、在该阶段确定总体结构和软件开发架构，文件命名规范，编码规范。可按软件需求划分成子系统，也可直接定义目标系统的功能模块及各个功能模块的关系。
3、确定软件模块结构，给出每个功能模块的功能描述、数据接口描述，并完成系统概要设计说明书。
4、完成数据库的设计，并编写数据库设计说明书。
5、完成的文档需提交公司进行归档管理。
第八章、详细设计
1、调整前一步设计的不足，确认各模块之间的详细接口信息。
2、设计功能使用的具体描述、行为者、前置条件、后置条件、UI描述、业务流程/子流程/分支流程，界面说明等。
3、确定模块内的数据流或控制流，对每个程序模块必须确定所有输入、输出和处理功能。
第九章、软件实现
1、项目组根据概要设计说明书、详细设计说明书制定系统实现计划
2、有条件的情况下保证开发、测试和生产环境独立。选择软件工具，明确项目成员的职责分工，按照编码规范和详细设计实现软件功能。
3、代码应满足结构良好，清晰易读，且与设计一致，符合编码规范。
4、开发人员需要软件实现过程中编写软件功能说明，源代码说明。软件功能说明文档应说明项目名称、编号、软件名称和版本号，软件功能、主要功能实现过程。源代码说明应说明项目编号、源代码类名称、编写人员、编写日期、变更履历、功能、全局变量、数据库字典、函数功能、接口。该文档包含在源代码文件中，以注释形式存在。
5、项目组进行单元测试和集成测试。开发人员处理测试人员反馈的测试问题，并以书面形式反馈主要问题及解决办法，直至系统运行稳定。
第十章、软件测试
1、根据单据测试和集成测试两个过程，制定测试计划。按阶段设计测试实例，并将测试结果记录，未通过的的反馈给开发人员调整。
2、完成测试文档、操作手册、安装维护手册的编写。
第十一章、用户培训
1、准备用户培训计划、培训手册
第十二章、系统上线
2、上线操作步骤以及问题处理步骤；
3、根据软件特点、客户需求进行软件部署，并记录软件部署和运行结果；
4、项目组根据系统运行请款对系统进行优化，记录系统的运行情况、系统问题和处理后的版本。
第十三章、系统验收
1、验收工作准备，按要求整理项目成果物，打印装订成册，并提交客户方。
2、系统主要使用部门及信息技术部门联合成立项目验收小组，从需求功能及技术需求层面对系统进行综合评估和项目成果物的审核，根据验收情况形成系统验收报告
3、应用部门及信息技术部门负责人根据系统试运行情况签署验收意见。
第十四章、产品维护
1、调出项目主要开发人员，按照合同要求安排维护人员对系统进行技术支持。
2、系统需求变更或调整，记录变更原因和软件及源代码的版本控制，按照软件变更要求对系统进行维护。
第十五章、源码和文档
1、源代码/文档管理采用版本控制软件VisualSourceSafe。
2、按项目的阶段性完成源代码、文档的上传。项目负责人每天对代码进行检查，开发总监或部门经理定期进行抽查。
3、文档分为项目文档和个人文档，文档上传前进行归类和汇总。
第十六章、质量检查
1、项目负责人每天要检查成员的工作完成情况，特别是新员工的工作进展；
3、内部审核制度：针对业务需求、概要设计(功能界面、数据库)或疑难问题组织评审会，提出意见或解决方案。
第十七章、文档规范
1、需按照软件实施的阶段落实成果物，参照《软件过程提交成果表》。
2、如果客户有特殊要求，请按照客户要求的规范完成。并将最终的问题提交公司归档备份。
第十八章、软件变更
为规范软件变更与维护管理，特制定本制度。本制度适用于应用系统开发完毕并正式上线，移交给客户方之后的运行支持及系统变更工作。
1、系统变更工作可分为功能完善维护、系统缺陷修改、统计报表生成。
2、需求部门提出系统变更需求，项目经理同开发人员一起根据重要性和紧迫性做判断，确定其优先级和影响程度，并进行相应处理，同时将变更需求整理成系统变更申请表。
3、系统变更实现过程按照软件开发过程规定进行，遵循软件开发过程统一的编码标准和版本控制，并经过测试通过才能完成部署和上线。
4、在系统变更完成后，开发人员需将系统变更表的执行结果提交给项目经理，测试人员确认执行结果后，项目经理与需求提出方确认签字后，提交至公司进行归档管理。