工作专题计划之软件开发专题计划书范文.docx

软件开发计划书范文【篇一：软件项目计划书范例】 xx 摩 配 厂 生 产 销 售 系 统 软件项目计划书 software project scheme specification 编 制：编制日期：审 核：批 准：1.项目概述 1.1目标 帮助每个部门管理者管理，能够经过了解其它部门情况，方便了解全局发展；了解每一分资金流向，每一件产品开发、生产、销售；每一个用户信息，每一分费用来龙去脉和具体利用。 1.2项目背景 伴随电子商务时代到来，企业要求充足利用各类信息来快速反应改变多端市场环境。同时中国加入wto以后，企业将直接面对国际企业强劲挑战。面对错综复杂市场和众多类型用户，您企业在竞争中能否比竞争对手愈加快地了解用户需求改变？愈加快掌握营销业务数据？愈加快地推出新产品、开拓新市场？您企业内部业务是否能快速处理？信息是否完整、规范？部门之间、岗位之间是否能有效协同？分支机构和业务伙伴是否能更有效地监控和协调。 很多摩配企业全部是小个体户，企业商务形象不是很好；资金周转慢，库存积压大 职职员作效率底，劳动强度大；消耗资金大。 这套摩配管理系统是专为从事摩配生产、摩配销售、摩配外贸等摩修摩配单位利用计算机所作一套高品质管理软件。可广泛使用于多种规模摩配企业。 1.3项目标范围和目标 1.3.1范围描述 1）. 完整生产步骤管理，原料入厂、计划生产、车床人员分配、出厂销售环环紧紧围绕。 2）. 摩配材料费、人工费、相关班组一目了然，能够灵活调整产品价格，完全符合摩配行业特点。 3）. 方便产品档案管理，自动提取、更新产品档案资料。 4）. 充足考虑摩配通用件、横向件复杂性，销售单打印能够实时调整产品类型、产品属性和价钱。 5）. 摩配销售时，能够随时查看通用车型及库存分布，对常规摩配项目提供简易管理。 6）. 独特同行借调/炒件销售方法，摩配短平快销售即进即销，想用户之所想，急用户之所急。 7).简便实用摩配内部消耗品领用管理，仓存帐目滴水不漏。 1.3.2 关键功效 1）.概述 （一）、销售管理：包含用户信息、发货计划 （二）、计划管理：包含主生产计划生成和查看 （三）、采购管理：包含采购单管理（能够进行查询、打印）、供给商管理 （四）、生产管理： 包含物料管理、生产计划查看、生产计划实施情况查询、 （五）、仓库管理：包含出/入库单管理、仓库信息查询 （六）、质量管理：包含供给商供货质量、销货质量 2）.系统步骤图 调研实际情况旧系统步骤图以下：新设计系统步骤图以下： 3）.功效描述 此系统总概括来说包含三大功效： （一）、原料采购功效，工厂大量生产、品种繁多，肯定造成原料采购也是数量大、品种繁多；在采购过程中肯定要进行统计，确定是否已经实施；而且采购员肯定是多人，也可预防采购员之间将同一个材料反复采购。 （二）、仓库存放功效，仓库中存在货物包含已采购原料和未销售产品 。那么原料已经被谁领购，何时领购，被领购多少，领购何种原料，领够原料来自何处等全部能够具体统计和方便查询；仓库中产品是否已经销售、销往何处、销售多少等。（三）、销售功效，能够知道销售用户有哪些，和用户最基础可、联络方法，能够方便新产品推销等 1.3.3性能 一、 改善企业商务形象，增强用户信用度 二、 加速资金周转，降低库存积压 三、 提升职职员作效率 四、 减轻劳动强度，降低职员对商业业务水平要求 1.3.4管理和技术约束 这是首次进行一个完整项目作业，缺乏经验在所难免；而且这一系统虽有前辈们所留下经验，不过和这一系统共同点甚少，所以我们只能借介优点，发挥我们自己想象和能力；因为时间紧迫，调研并不算完善，所以只能依据其它系统中优点补充我们所缺。 当然，技术上欠缺也在所难免，在程序编写中我们肯定会碰到这么那样难题，比如数据库连接等。 2.项目估算 2.1使用历史数据 叶迪厂生产销售步骤实地调查 2.2使用评定技术 软件规模估算：功效点计算（fp=ufc*tcf=34*0.8=27.2） 成本估算：walston-felix模型 工作量估算：cocomo模型 时间估算：cocomo模型 2.3工作量、成本、时间估算 估计代码行l=30(l是以kloc计数源代码行) 成本估算： 0.91e=5.2*l=114.8639（e是以人员为单位工作量） 0.35d=13.47*e=70.8650（d是以月为单位所需时间） 0.35s=0.54*e=2.8409（s是以人计人员需求量） 1.01doc=49*l=1520（doc是以页数为单位文本量） 工作量估算：a=3.6,b=1.20,s是以千源代码行（kloc）计数程序规模 b1.2e=a*s=3.6*30=213.2299 时间估算:c=2.5,d=.32 d0.32t=c*e=2.5*213.2299=13.914月 3. 风险管理战略 3.1风险识别 列出top10风险 3.2风险计划 1、确定风险应对策略 2、对top10中每条应用哪些策略去应对 4进度 4.1项目工作分解结构 问题定义和可行性研究 、需求分析 、总体设计、具体设计、编程、测试、运行和维护。 4.2时限图以下：图中内容以下所视： 5.关键问题 在制作这一系统中，最关键问题是数据库创建。数据库是否优化，直接影响到系统好坏；在数据库中怎样建表，是影响数据库，表中资源怎样分配也是一大问题；在连接数据库时采取那种技术也会影响到程序编程。 5.1人员 总计6人：王霞，朱韩玲，吴萍，刘恋，杨阳，吉元 5.2硬件和软件 硬件：计算机（4台） 软件：microsoft office word microsoft office project microsoft office visio visual c+6.0 sql server 解析评论：这是对摩配销售系统项目开发一个项目计划书，对此系统开发背景、目标。功效、风险、估算等做了详尽分析计划，可是我认为一个很好项目计划书还应该包含项目开发标准、条约和约定、产品目标和范围、假设和约束、项目应交付结果、可行性分析(什么设备上、资金上、经济上等方面)、项目资源分析配置、设备安排(需要设备总体数量等)、开发人员任务分配等多个方面，然而该项目计划书只是对局部计划做了详尽描述和安排；比如关键问题这一块人员部分。仅仅是总计6人，那么没有明确说明谁对这个项目负责，谁是这个软件项目开发关键技术人员，要知道有一个好领导管理者关乎着这个项目标成败，还有就是对项目资源分析配置没有做具体研究分析，资源配置和安排直接影响项目标开发进度和交付结果，换句话说最终将影响企业经济利益，所以一个项目计划书是一个项目开发基础，将直接关乎项目开发成功是否。【篇二：软件项目开发计划(范文)】 1引言 . 1 1.1编写目标 . 1 1.2 背景 . 1 1.3定义. 1 1.4参考资料 . 1 2项目概述 . 1 2.1工作内容 . 1 2.3产品. 2 2.3.1程序 . 2 2.3.2文件 . 2 2.3.3服务 . 2 2.3.4非移交产品 . 2 2.4验收标准 . 2 2.5完成项目标最迟期限 . 2 2.6本计划同意者和同意日期 . 2 3实施计划 . 2 3.1工作任务分解和人员分工 . 2 3.2接口人员 . 3 3.3进度. 3 3.4预算. 3 3.5关键问题 . 3 4支持条件 . 3 4.1计算机系统支持 . 3 4.2需由用户负担工作 . 3 4.3由外单位提供条件 . 4 5专题计划关键点 . 4项目开发计划（gb856t88） 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. 负责本项目同个份协议负责单位接口人员等。 3.3进度 对于需求分析、设计、编码实现、测试、移交、培训和安装等工作，给出每项工作任务预定开始日期、完成日期及所需资源，要求各项工作任务完成前后次序和表征每项工作任务完成标志性事件（即所谓“里程碑）。 3.4预算 逐项列出本开发项目所需要劳务（包含人员数量和时间）和经费预算（包含办公费、差旅费、机时费、资料费、通讯设备和专用设备租金等）和起源。 3.5关键问题 逐项列出能够影响整个项目成败关键问题、技术难点和风险，指出这些问题对项目标影响。 4支持条件 说明为支持本项目标开发所需要多种条件和设施。 4.1计算机系统支持 逐项列出开发中和运行时所需计算机系统支持，包含计算机、外围设备、通讯设备、模拟器、编译（或汇编）程序、操作系统、数据管理程序包、数据存放能力和测试支持能力等，逐项给出相关到货日期、使用时间要求。 4.2需由用户负担工作 逐项列出需要用户负担工作和完成期限。包含需由用户提供条件及提供时间。4.3由外单位提供条件 逐项列出需要外单位分协议承包者负担工作和完成时间，包含需要由外单位提供条件和提供时间。 5专题计划关键点 说明本项目开发中需制订各个专题计划（如分协议计划、开发人员培训计划、测试计划、安全保密计划、质量确保计划、配置管理计划、用户培训计划、系统安装计划等）关键点。【篇三：软件项目计划书(模板)】 赤峰学院 软件项目计划书 项目名称 年级专业 信息和计算科学专业10级3班 组 长 小组组员 陈冬雪、胡玉莲、夏喜锋、指导老师 二零一三年 十月 二十二日 目录 1 概述 . 1 1.1 项目概述 . 1 1.2项目交付产品 . 1 1.3 spmp演化 . 1 1.4参考资料 . 1 1.5 定义、缩写词和简写 . 1 2 项目组织 . 1 2.1 外部接口 . 1 2.2 内部组织结构 . 2 2.3 角色和职责划分 . 2 3 管理过程 . 2 3.1 项目开启计划 . 2 3.2 工作计划 . 2 3.3 控制计划 . 2 3.4 风险管理计划 . 3 3.5 项目收尾计划 . 4 4 计划过程 . 4 4.1 过程模型 . 4 4.2 方法、工具和技术 . 4 4.3 基础设施 . 4 5 支持过程 . 4 5.1 工作包 . 4 5.2 依靠关系 . 5 5.3 资源需求 . 5 5.4 预算和资源分配 . 5 5.5 进度表 . 61 概述 1.1 项目概述 项目标目标是开发一套酒店内部管理系统，同时组员们取得系统软件工程项目训练，公布产品是软件可实施程序、源代码、技术文档等，关键工作是需求分析、系统分析、开发测试。关键里程碑分别是需求规格说明书公布，系统设计说明说公布和系统交付，项目所需资源为版本控制服务器和个人开发工具，进度大约为9周。 1.2项目交付产品 交付日期12月20日，关键交付物有：酒店客房管理系统安装程序、系统源代码、技术文档包（包含需求规格说明书、系统设计说明书、项目总结文档等） 1.3 spmp演化 spmp于第12周周末前经由小组讨论分工撰写汇总整合三步形成初稿，由组长上传至配置文档库，由组长负责维护。 第13周以后依据项目标进展能够对其进行修改需要有组员提出修改意见，在全体会议上讨论经过，并由组长将修改稿上传至文档库。其它组员经过版本同时取得更新稿。 1.4参考资料 软件工程理论、方法和实践，孙家广 刘强，高等教育出版社 软件工程导论张海藩，清华大学出版社 软件工程师指南m张凯，中国电力出版社 java web经典模块和项目实战大全m明日科技，电子工业出版社. java数据库系统开发案例精选m王国辉，人民邮电出版社 1.5 定义、缩写词和简写 jdkfm：待开发酒店客房管理系统软件名称 spmp:软件项目管理计划 srs：需求规格 2 项目组织 2.1 外部接口2.2 内部组织结构 民主式组织结构，在这个结构中，小组组员完全平等，名义上组长和其它组员没有任何区分。大家享受充足民主，项目共作由全体人员讨论协商决定，并依据每个人经验和能力进行合适分配。充足激发大家发明力，有利于攻克技术难关，即使缺乏明确权威领导，不过出现意见分歧时大家全部会尽可能协商处理。 2.3 角色和职责划分 需求分析员 整理需求分析并以撰写需求分析分析文档，责任人员：谢明敏、陈冬雪 软件设计员 负责软件设计并撰写设计文档，责任人员：夏喜锋 开发人员编写软件开发代码，责任人员：胡玉莲，韩永亮 总结人员负责最终收尾工作并撰写总结文档，责任人员：张瑞刚 3 管理过程 3.1 项目开启计划 每位组员既是主动建言者，又是负责合作者。决议应在充足讨论基础上做出，并被立即有效实施。按时按量完成项目标基础功效，按时公布产品，遵照规范项目运作标准，文档严谨完整，代码注释充足，便于后续维护。产品要运行稳定，界面友好易上手，能很好管理酒店客房信息。开发软件过程中要重视团体建设，组员分工合理，合作默契，气氛融洽。项目设计和开发商要有创新，愈加好吸引用户。 3.2 工作计划 第11周第13周：完成需求规格说明并撰写需求规格说明 第14周：完成系统设计并撰写软件设计文档 第15周第16周：完成编码测试 第17周第18周：完成软件交付并撰写总结文档 3.3 控制计划 各开发过程责任人以周为单位统计工作进展，形成电子文档汇报，上传至文档库。责任人在每七天项目例会作口头总结，小组会议审核经过给出意见，汇报修改后上传至文档库。各风险责任人亲密监控风险状态，定时提交风险汇报。必需时将突发情况邮件列表通知全部组员，并由组长做出临时处理决定。每七天例会上小组讨论形成一致意见后即为经过，相关责任人针对改善意见开展下一周工作，小组会议连续评定其成效。每一项目阶段结束之前（里程碑前后），组织一次阶段评审会，评定整个阶段工作效率和结果质量。尽可能和项目例会合并，并邀请老师和助教参与评议。3.4 风险管理计划风险具体描述以下： 风险一：开发技术不熟练 没有组员能熟练利用java语言编出程序，仅限于学过，可能造成开发进度受阻，代码交流困难。 风险二：考研课程 组员胡玉莲天天全部有考研课要上，又临近考试可能造成任务分配上困难。 风险三：考公务员 组长谢明敏和组员陈冬雪天天有公务员培训课，十一月二十四日有国家公务员考试，既要复习考试又要完成任务，会造成任务进度变慢。 风险四：考银行 组长谢明敏和组员陈冬雪参与了农业银行招聘和民生银行招聘，估计十一月中上旬会去呼市参与考试，可能没措施监督项目正常进度，延缓任务完成时间。 风险五：需求变更频繁 在设计开发过程中可能发觉原有需求不轻易转化为设计稿，在测试体验过程中可能发觉游戏并不好玩，这全部会带来需求重新变更。这两种情况，尤其后一个要尽可能避免，以免带来反复开发浪费。 风险六：缺乏设计人才 设计对一个软件来说很关键，但项目组内没有这方面人才，可能造成产品吸引力下降，界面开发步骤上花费较多时间等。