《软件开发部工作流程》由会员分享，可在线阅读，更多相关《软件开发部工作流程（36页珍藏版）》请在金锄头文库上搜索。
1、软件开发部工作流程1. 一、新项目工作流程相关负责人提出新的项目，编写立项建议书（对内项目可省略）和用户需求报告（必备），提交软件开发部；开发人员根据用户需求报告制作需求规格说明书交由相关项目负责人确认后，2. 根据规格说明进行概要和详细设计，然后开始编写代码；开发人员根据立项建议书中的进度安排，做出项目原始原型后，交由测试人员测试；3. 期间，开发人员修改BUG,并逐步完善系统功能；最终完善后，正式发布1.0版本，相关项目负责人接收并安排用户测试，新项目由此终结,若有其他需求请参考项目维护更新流程。1. 、项目维护流程由相关项目负责人（可以是负责跟进此项目的客服或测试人员）分类整理用户和测试
2、人员意见，制作维护更新报告，提出维护申请；开发人员根据维护更新报告进行可行性评估，修改需求规格说明书，并修改源程序，将测试版交由测试人员测试，并根据测试回馈修正程序，发布新版本；相关人员安排用户进行新版本更新。备注：上述文档模板请见附录1附录1实用软件工程文档汇编1立项建议书32软件项目投标书83软件产品开发任务书84软件开发计划书115用户需求报告156需求规格说明书197需求报告/需求规格说明书评审记录表238“图书馆信息系统”259概要设计说明书2610详细设计说明书3111用户使用手册3512用户安装手册3613测试报告371立项建议书立项建议书编写参考指南弓I言(Introducti
3、on)目的(Purpose)本文档是软件立项书，目的是代替可行性分析。范围(Scope)本文档只适应于软件立项。术语定义(TermsGlossary)对软件组织内部和外部有关的行业术语、专用名词进行定义。,参考资料(References)对书写该立项书所用到的有关资料进行说明。,相关文档(RelatedDocuments)当该文档变更时，可能对其他文档产生影响，受影响的文档叫做相关文档，需将它们一一列出。,版本更新记录(VersionUpdatedRecord)任何一次版本创建或维护更新，都要追加一条记录。一个版本创建只有一次，但对它的维护更新可能有多次。大版本升级一次，定义为创建一次，如V1
4、.0到V2.0。而V1.0到V1.1,只是维护更新一次。版本更新记录格式，如表3-2所示。表3-2版本更新记录版本号创建者创建日期维护者维护日期维护纪要V1.0王大林2001/01/03一一V1.0.1王小林2001/02/10网络版功能维护.项目概述及架构(ProjectSummaryandFramework)项目概述(ProjectSummary)宏观上说明该项目是什么、能干什么、要求干得怎么样。项目架构(ProjectFramework)宏观上描述该项目的架构：单机结构、C/S结构、B/S结构。并说明结构具体详细的运行平台：硬件的要求、操作系统的要求、数据库管理系统的要求、对外接口的要求
5、。客户群分析(ClientAnalysis)客户群定位(ClientOrientation)单机结构、C/S结构、B/S结构对应哪三种客户群，每种客户群的数量、素质、市场前景等。当前客户群分析(CurrentClientAnalysis)当前客户群是指已签订合作协议或将要签订合作协议的客户群，分析他们的数量、素质、市场前景等。潜在客户群分析(LatencyClientAnalysis)潜在客户群是指将来可能发展的客户群，分析他们的数量、素质、市场前景等。项目功能(ProjectFunction)单机版功能(Stand-aloneFunction)单机版功能，如表3-3所示。表3-3单机版功能编
6、号功能名称功能描述输入内容输出内容123.1 网络版功能(NetworkFunction)网络版功能，如表3-4所示。表3-4网络版功能编号功能名称功能描述输入内容输出内容124.3互联网络版功能(InternetFunction)互联网络版功能，如表3-5所示。表3-5互联网络版功能编号功能名称功能描述输入内容输出内容125.项目性能(ProjectPerformance)响应时间(ResponseTime)单机结构(包括主机多用户结构，即H/T结构)、C/S结构、B/S结构三种架构的终端数量，要求响应时间小于0.XX秒。处理速度(DisposalSpeed)C/S结构、B/S结构两种架构的
7、后台结算方式，结算速度分析。最大终端负载(TheHighestTerminalLoad)C/S结构、B/S结构两种架构的并发处理最大终端(用户)负载数量分析。以上性能要求，最好也用列表的形式给出。项目接口(ProjectInterface)金融接口(FinanceInterface)金融接口列表，如表3-6所示。表3-6金融接口列表编号接口名称接口规范接口标准入口参数出口参数传输频率12政府接口(GovernmentInterface)政府接口列表，如表3-7所示。表3-7政府接口列表编号接口名称接口规范接口标准入口参数出口参数传输频率12互联网接口(InternetInterface)互联网
8、接口列表，如表3-8所示。表3-8互联网接口列表编号接口名称接口规范接口标准入口参数出口参数传输频率12投入产出分析(AnalysisoftheDevotionandtheOutput)人力资源投入(ManpowerDevotion)人力资源投入，如表3-9所示。表3-9人力资源投入阶段名称需求岗位需求人数工作量(人/月)到岗日期需求分析分析师概要设计设计师详细设计设计师/高级程序员编码程序员测试测试员包装与发布包装师总人数：总工作量(人/月)：6.1 设备资源投入(FacilityDevotion)设备资源投入，如表3-10所示。表3-10设备资源投入设备名称规格型号数量单价(元)金额(元)
9、到位日期7.3其他经费资源投入(OtherOutlayDevotion)其他经费资源投入，如表3-11所示。表3-11其他经费资源投入开支项目开支金额(元)支付日期支付方式(现金/支票)备注项目总投入(人力费用+设备费用+其他经费资源投入)经费(元)：7.4 产出分析(OutputAnalysis)产出分析，如表3-12所示。表3-12产出分析单机版单价(元)单机版数量C/S版单价(元)C/S版数量B/S版单价(元)B/S版数量年产出合计金额(元)第1年第2年第3年开发计划(DevelopmentScheme)进度计划(PlanScheme)开发进度计划，如表3-13所示。表3-13进度计划阶
10、段名称需求分析概要设计详细设计编码测试包装与发布第1周进度第2周进度第3周进度第4周进度第5周进度,评审计划(ReviewScheme)各里程碑的评审计划，如表3-14所示表3-14评审计划阶段名称评审日期评审地点主持人参加人应交文档需求分析概要设计详细设计测试报告包装.案例分析(CasesAnalysis)案例分析包括成功案例和失败案例分析。国外案例分析(CasesAnalysisinForeignCountries)案例1：,案例2:,国内案例分析(CasesAnalysisinChina)案例1：,案例2:,.风险分析(RiskAnalysis)需求风险(RiskofRequiremen
11、t)指项目组对用户需求获取的途径和能力有何风险，用户主动配合需求的程度。政策风险(RiskofPolicy)指国家政策、行业政策、企业内部政策的变化对项目将会产生有利或不利的影响。资源风险(RiskofResource)指开发和运行所需资源的风险程度。技术风险(RiskofTechnology)指项目组采用新技术的风险程度。如最新开发工具的风险程度、最新设计思想的风险程度。9.1 技能风险(RiskofSkill)指项目组成员掌握新技术的风险程度。2软件项目投标书表3-15软件项目投标书编写参考指南序号章节名称内节内容1项目概况按照招标书的内容，陈述项目概况2总体解决方案按照招标书的要求，提出
12、项目的总体解决方案：网络结构总体方案系统软件配置方案应用软件设计方案系统实施方案3项目功能、性能和接口描述应用软件的具体功能点列表应用软件的具体性能点列表应用软件的具体接口列表续表序号章节名称内节内容4项目工期、进度和经费估算项目工期(单位：人月)估算项目进度估算：需求、设计、编程、测试、验收的时间表项目经费(单位：人民币元)估算5项目质量管理控制质量标准质量管理控制方法项目开发和管理的组织结构及人员配备6附录附录1:本软件公司的特点与强项简介附录2:本软件公司的成功案例附录3：本软件公司的资质证明材料3软件产品开发任务书软件产品开发任务书正文样本任务书名称：大型商业MIS产品开发任务书。下达
13、日期：1999/04/01。发出部门：XX公司研发中心。接受部门：研发中心商业软件部。1.目标（1）做成商业MIS产品，其产品化程度要求很高。因此，一切信息都要规范化、标准化、代码化。保证在产品实施时，其客户化工作只需录入代码和修改代码，绝对不允许修改数据结构和表结构；（2）配合市场销售部门、全国各地的分支机构和产品代理商，第一年开拓市场35个客户，第二年占领10%的商业MIS市场。功能模块划分及要求大型商业MIS软件产品拟分为以下6个功能模块，要求每个功能模块具有高内聚、低耦合、信息隐蔽的性质,如表3-16所示。表3-16大型商业MIS产品的6个功能模块序号模块名称功能要求1商业物流配送中心管理商业物流采购、配送2大型商场（大型连锁超市）管理商品零售3便利店（小型连锁超市）管理商品零售4远程数据交换管理点对点通信5电子商务模块网上订货、销售6商业类库管理基础类库、商业
