软件开发部工作流程.docx

1、软件开发部工作流程软件开发部工作流程一、新项目工作流程1.相关负责人提岀新的项目，编写立项建议书（对内项目可省略）和用户需求报告 （必备），提交软件开发部：2.开发人员根据用户需求报告制作需求规格说明书交由相关项目负责人确认后， 根据规格说明进行概要和详细设讣，然后开始编写代码；3.开发人员根据立项建议书中的进度安排，做出项目原始原型后，交由测试人员测 试；期间，开发人员修改BUG,并逐步完善系统功能：4.最终完善后，正式发布版本，相关项目负责人接收并安排用户测试，新项目由此终结， 若有北他需求请参考项目维护更新流程。二、项目维护流程1.由相关项目负责人（可以是负责跟进此项目的客服或测试人员）

2、分类整理用户和测试人 员意见，制作维护更新报告，提岀维护申请；2.开发人员根据维护更新报告进行可行性评估，修改需求规格说明书，并修改源程序，将测试版交由测试人员测试，并根据测试回馈修正程序，发布新版本;备注：上述文档模板请见附录1附录1实用软件工程文档汇编1立项建议书 42软件项目投标书 93软件产品开发任务书 94软件开发计划书 135用户需求报告 176需求规格说明书 217需求报告/需求规格说明书评审记录表 258 “图书馆信息系统” 279概要设计说明书 2810详细设计说明书 3311用户使用手册 3712用户安装手册 3813测试报告 391立项建议书立项建议书编写参考指南1.引言

3、(Introduction)目的(Purpose)木文档是软件立项书，目的是代替可行性分析。范围(Scope)木文档只适应于软件立项。术语定义(Teens Glossary)对软件组织内部和外部有关的行业术语、专用名词进行定义。11参考资料(References)对书写该立项书所用到的有关资料进行说明c1相关文档(Related Documents)、|该文档变更时.可能对其他文档产生影响，受影响的文档叫做相关文档，需将它们一一列出12版木更新记录(Version Updated Record)任何一次版木创建或维护更新，都要追加一条记录。一个版木创建只有一次，但对它的维护更新可能有多 次。大

4、版木升级一次.定义为创建一次，如到。而到，只是维护更新一次。版木更新记录格式，如表3-2 所示。表32版本更新记录版本号创建者创建日期维护者维护日期维护纪要王人林20()1/01/03V1.0王小林2001/02/10网络版功能维护2.项目概述及架构(Project Summary and Framework)项目概述(Project Summary)宏观上说明该项目是什么、能干什么.要求干得怎么样。项目架构(Project Framework)宏观上描述该项目的架构：也机结构、C/S结构、B/S结构。并说明结构具体详细的运行平台：硕件的要 求.操作系统的要求、数据库管理系统的要求、对外接口的

5、婆求。3.客户群分析(ClientAnalysis)客户群定位(Client Orientation)单机结构、C/S结构.B/S结构对应哪三种客户群.毎种客户群的数虽.素质.市场前景等。当前客户群分析(Current Client Analysis)、”I前客户群是指已签订合作协议或将要签订合作协议的客户群，分析他们的数虽.素质.市场前景等。潜在客户群分析(Latency Client Analysis)潜在客户群是指将來可能发展的客户群，分析他们的数虽S素质、市场前景等。4.项目功能(Project Function)单机版功能(Stand-alone Function) 单机版功能,如表

6、33所示。表33单机版功能編号功能名称功能描述输入内容输出内容12网络版功能(Network Function) 网络版功能，如表34所示。表34网络版功能編号功能名称功能描述输入内容输出内容12互联网络版功能(Internet Function) 互联网络版功能.如表35所示。表35互联网络版功能編号功能名称功能描述输入内容输出内容125 项目性能(Project Performance)响应时间(Response Ti me)单机结构(包括主机女用户结构，即HTT结构入C/S结构.B/S结构三种架构的终端数电 耍求响应时间 小于秒处理速度(DisposalSpeed)C/S结构、B/S结构

7、两种架构的后台结算方式，结算速度分析。最大终端负载 The Highest Terminal Load)C/S结构、B/S结构两种架构的并发处理最大终端(用户)负载数虽分析以上性能要求.昴好也用列表的形式给出。6.项目接口(Project Interface) 金融接口 (Finance Interface) 金融接口列表.如表36所示。表36金融接口列表編号接口乳称接口规范接口标准入口畲数出口参数传输頻率12政府接口 (Government Interface)政府接口列表.如表37所示。表37政府接口列表編号接口乳称接口规范接口标准入口畲数出口参数传输頻率12互联网接口( Internet

8、 Interface) 互联网接口列表.如表38所示。表38互联网接口列表編号接口名称接口规范接口标准入口畲数出口参数传输頻率127,投入产出分析(Analysis of the Devotion and the Output) 人力资源投入(ManpowerDevotion)人力资源投入.如表39所示。表39人力资源投入阶段名称需求岗位需求人数工作量(人/月)到岗日期需求分析分析师概要设计设计师详细设计设计师/高级程序员編码程序员测试测试员包装与发布包装师总人数：总工作址(人/月)：设备资源投入(Facility Devotion) 设备资源投入.如表310所示。表310设备资源投入设备名称

9、規格型号数扯单价(元)金额(元到位日期其他经费资源投入Other Outlay Devotion)其他经费资源投入.如表311所示。表311其他经费资源投入开支项目开支金额(尤)支付日期支付方式(现金/支票)备注项目总投入(人力费用+设备费用4其他经费资源投入经费(元)：产出分析(OutputAnalysis)产出分析.如表312所示。表312产出分析单机版单价(元)单机版GS版单价(元)GS版B/S版单价(元B/S版数敞年产出合计金额(元)笫1年笫2年笫3年8.开发计划(Developnwnt Scheme) 进度计划(PlanScheme)开发进度汁划，如表313所示。表313进度计划阶段

10、名称需求分析概要设计详细设计編玛测试包装与发布第1周进度第2周进度笫3周进度第4周进度笫5周进度评审计划(Review Scheme)各里程碑的评审计划,如表314所示。表314评审计划阶段名称评审日期评审地点主持人參加人应交文档需求分析概要设计详细设汁测试报皆包装9案例分析(CasesAnalysis)案例分析包括成功案例和失败案例分析。国外案例分析(Cases Analysis in Foreign Countries)案例1：案例2：国内案例分析(Cases Analysis in China)案例1：案例2：10风险分析(RiskAnalysis)需求风险(Risk of Requir

11、ement)指项目组对用户需求获取的途径和能力有何风险.用户主动配合需求的程度。政策风险(Risk of Policy)指国家政策、行业政策、企业内部政策的变化对项目将会产生有利或不利的影响资源风险(Risk of Resource)指开发和运行所需资源的风险程度技术风险(Risk of Technology)指项目组采用新技术的风险程度。如最新开发工具的风险程度、垠新设计思想的风险程度。技能风险(Risk of Skill)抬项目组成员学握新技术的风险程度。2软件项目投标书表315软件项目投标书编写参考指南序号率节内容1项目概况按照招标书的内客.陈述项目概况9总体解决方案按照招标节的要求.捉

12、出项目的总体解决方案： 网络结构总体方案系统软件配賈方案应用软件设计方案系统实施方案3项目功能、性能和接口描述应用软件的貝体功能点列表应用软件的具体性能点列表应用软件的人体接口列茨续表序号章节名称率节内容4项目工期.进度和经费估笄项目工期(单位：人月)估毎项目逬度估呑：需求、设计.編程、测试.酚收的时徇表项目经费(单位：人民币元)估算5项目质fit诗理控制质ft标准质嚴辔理控制方法项目开发和管理的组织结构及人员配备6附录附录1：本软件公司的特点与强项简介附录2：本软件公司的成功案例附录3：木软件公司的资质证明材料3软件产品开发任务书软件产品开发任务书正文样本 任务书名称：大型商业MIS产品开发

13、任务书。下达日期：1999/04/01 o发出部门：XX公司研发中心。接受部门：研发中心商业软件部。1.目标（1） 做成商业MIS产品，其产品化程度要求很高。因此，一切信息都要规范化、标准化、代码化c 保证在产品实施时.其客户化匸作只需录入代码和修改代码，绝对不允许修改数据结构和表结构：（2） 配合市场销吿部门、全国各地的分支机构和产品代理商，第一年开拓市场35个客户.第二年占 领10%的商业MIS市场。2.功能模块划分及要求大型商业MIS软件产品拟分为以下6个功能模块，婆求每个功能模块具有髙内聚、低耦合、信息隐蔽的性 质，如表316所示。表316大型商业MIS产品的6个功能模块序号模块名称功

14、能要求1商业物流配送中心辔理商业物流采购、配送9人型商场（大型连锁超市管理商品零住3便利店（小型连负超市管理商品零住4远程数据交换管理点对点通佶5电子商务模块网上订货、m6商业类库管理基础类库.商业类库.构件库管理3功能模块详述大型商业MIS软件.从组织结构上來说包括三个层次：（1） 物流配送中心（2） 大型商场（大型连锁超市）（3） 便利店（小型连锁超市）作为一个完整的商业MIS系统來说.物流配送中心与大型商场（大型连锁超市）之间会发生物流、资金流、 信息流的关系：大型商场（大型连锁超市）与便利丿占（小型连锁超市）之间也会发生物流、资金流、信息 流的关系：而物流配送中心与便利店（小型连锁超市

15、）之间没有任何关联。若将这三个模块分开來看.它 们又可以各自独立成为一个氓独的小型商业系统來使用。实际上.木大型商业MIS系统完成后.可以对功 能模块进行组合或拆分使其成为如下5个不同的小型商业MIS系统.供用户选择：（1） 物流配送中心+大型商场（大型连锁超市）+便利店（小型连锁超市）的完整的商业MIS软 件。（2） 物流配送中心+大型商场（大型连锁超市）的商业MIS软件。（3） 大型商场（大型连锁超市）+便利店（小型连锁超市）的商业MIS系统。（4） 物流配送中心1V1IS系统。（5） 大型商场的商业MIS系统。作为木软件的第一层，物流配送中心可以具有女个配送仓库.它根据大型商场（大型连锁

16、超市）的需要以 及族个仓库库存情况，向供应商订货.进行货物采购：并根据订货的情况进行配货，组织运输匸具进行发 货：期间.还伴随着向供应商付款、索取发票，以及向客户催款、开出发票等等。大型商场（大型连锁超 市）作为木软件的第二层，除要进行木商场的幹种业务管埋外.还要向上级物流配送中心订货、付款、 索取发票，向下级便利丿占（小型连锁超市）送货.收取钱款等等。便利店（小型连锁超市）作为木软件的 第三层，一婆进行木商场的各种业务管理：二要根据库存情况，向大型商场（大型连锁超市）要货，并定 期将销吿金额上交给大型商场（大型连锁超市）。考虑到目前有些商场.已经有了其他的商业管理软件，虽然软件还有不完善的地

17、方，但已经购买前台POS 机。为了给客户节省开支，有效地将前台POS机利用好.所以.木系统的前台销售软件就要做两个版木： Windows版木与DOS版本。由于配送中心与大型商场（大型连锁超市）之间、大型商场（大型连锁超市）与便利店（小型连锁超市） 之间在物理位宜上有一定的距离.所以，它们之间的网络连接也是一个需婆重视的大问题。木系统考虑采 用两种解决方案：一是采用DDN专线（或光缆），木方案数据传输速度快.性能岗.程序设讣.实现都很 简讯.但用户每丿J都要支付价格不低的线路费用，这种方案比较适合那些经济实力比较雄厚的用户：二是 采用电话线，用通信协议，此方案数据传输速度稍慢但也能满足用户需要.

18、程序设计和实现婆复朵许女. 用户每月支付的线路费用将大幅度下降。随着讣算机网络技术的飞速发展.电子商务在流通领域的应用也越來越女。木MIS系统也准备在电子商务 方面有所扩展.条件允许，可以实现网上订货、网上销售，甚至网上货币支付。作为一个软件企业.应该不断地提取、积累自己的软件资源。不同开发平台的开发规范.商业类库.应用 框架、构件、中间件等都是十分重要的软件资源.是软件公司的基础建设。因此，在设讣、編码之前.要 制订相应的开发规范，要组织开发、设计、管理一些类库和构件库。软件产品是软件公司的财富來源.而软件的有效加密是保护公司产品、产权的有效于段.更是保障公司效 益的有效途径。所以，还婆考虑

19、软件加密算法设计。4.功能模块任务分配根据研发中心商业软件部目前的人员情况.木系统的项目经埋由商业软件部副经理亲自担任，负责整个系 统的规划、设讣、协调与实施：商业软件部主任:程师担任产品经理.负责项目的整体需求、数据库设计 与Alpha测试。整个项目分为4个任务组，各个任务组组长在项目实施阶段.承担小项目经理职责。4个 任务组的人数及开发任务，如表317所示。表317任务组的人数及开发任务任务组人数貝体开发任务笫1任务组41） POS机模块改适2） 利用协议进行远程数据交換3） 电子商务模块笫2任务组6物流配送中心管理模块。本模块的主要功能包扌舌：货物的采购管理.配送中心的库存管 理.货物的

20、桶售管理三大部分1） 货物的采购管理包括：供应商管理.采购计划管理.订货管理货物脸收管理.退 货骨理.应付账款骨理，应收发票管理往来账管理等2） 库存管理包括：货位管理.入库管理出库管理.盘库诗理等3） 帝何管理包括：客户管理. 单管理.配货管理运输工具管理.发货骨理.退货管理.应收IK款管理.应付发票管理.往来账管理等笫3任务组61） 全局数据库设计2） 商业管理模块（包括人型前场与便利店的骨理。本模块的主要功能包播：货物的 采购管理.退货管理（退给供应商.价恪管理.库存管理.销何管理.悄台销傅管理. 退货管理（客户退货管理）应付、应收账款管理发票管理.送货骨理（给便利店送货. 收软管理（便

21、利店上交金额）等等笫4任务组91） PowerBuilder 开发规范2） PowerBuilder 类库建设3） 构件的提取和构件库的管理4） 产品的加密处理5） 安装盘的制作5数据库与开发工具的选择考虑到数据库的性能与价格比，数据库首选Sybase,其次是MS SQL Servero由于这两个数据库的天然联 系，使得两个版木的程序设讣的差界将十分微小。数据库设汁丄具采用PowerDesigner.程序开发匸具选择为PowerBuilder 某些PowerBuilder不宜实现的功能，可由VC+去完成。文档制作工具为Office和PowerDesignero6.开发进度计划研发中心商业软件部

22、现有18人进入了木项目组。根据以往的实际工作经验，下面列出研发进度.如表3J8 所示。表 318 进度计划(1999/04/01-1999/10/15)阶段名称需求分析概要设计详细设计编码测X包装发布第1周进度需求培训笫2周进度需求获取第3周进度需求获取第4周进度需求获取第5周进度需求确认笫6周进度概要设计笫7周进度槪要设讣第8周进度概要设计笫9周进度详细设计笫10周进度详细设计第11周进度详细设计笫12周进度详细设计笫13周进麼编码第14周进度编码第15周进度编码笫16周进度编码笫】7周进度编码第18周进度编码第19周进度编码第20周进麼Alpha测试第21周进度Alpha测试笫22周进度A

23、lpha测试笫23周进度Alpha测试笫24周进度Beta测试第25周进度Beta测试笫26周进度包装笫27周进度发布笫28周进度机动7.评审计划各里程碑的评审计划,如表319所示。表319里程碑评审计划阶段名称评审日期评审地点主持人参加人应交文档需求分析1999/05A)5公司笫一会议室部门经理项目组成员用戶需求报笛/需求規格说明书卜设计1999/05/26公司笫一会议室部门经理项目组成员概藝设计说明书详细设计1999/06/25公司笫一会议室项目经理项目组成员详细设计说明书Alpha测试1999/09/12公司笫一会议室项目经理测试人员Alpha测试报吿Beta测试1999/09/26客戶

24、单位项目经理客户代茨Beta测试报吿包装1999/09/31公司笫一会议室部门经理销您人员包装光盘.用户指南广吿材料附件：商业MIS立项建议书，此处省略。4软件开发计划书软件开发计划书编写参考指南1.引言（Introduction）目的（Purpose）木萃提供整个软件开发计划的综述。主婆是确定以下内容：（1） 软件生存周期的选取及裁剪。（2） 软件规范、方法和标准的选择。（3） 软件工作产品的规模估计。（4） 软件匸作址和成木的估计。（5） 软件进度表的制定。（6） 软件风险的估计。（7） 软件项目培训计划范 IS （Scope）说明该软件开发计划的范用.简要描述软件开发计划的内容。一般而言

25、，对于一个较大的软件项目（工期6个人月以上人计划书包括如下内容：（1） 软件规模估计（2） 工作模块计划（3） 人力资源汁划（4） 其他资源汁划（5） 进度安排计划（6） 配宜管理计划（可单独做一个讣划（7质量保证计划（可单独做一个计划术语定义（Terms Glossary）将该软件开发讣划中的术语、缩写词进行定义。包括用户应用领域与计算机领域的术语与缩写词等。例如：1|软件相关组：指软件配貝管理组.文档支持组、测试组。21软件质虽保证组：指il划和实施软件质虽保证活动的人员的集合。参考资料（References）说明该软件开发计划使用的参考资料.如项目的用户需求报告、商务合同.用户领域的资料等，每一个文 件、文献耍有标題、索引号或文件号.发布或发表日期以及出版讥位。【I】相关文档（Related Documents）X该文档变更时，可能对其他文档产生影响，受影响的文档叫相关文档，需将它们列出。1版木更新记录（Version Updated Record）版木更新记录格式.如表48所示。版本号创建者创建日期维护者维护日期维护纪要王大林2001/02/06V1.0王小林2001/02/25