软件项目计划书怎么写(精选19篇)由网友“FullmoonRise”投稿提供,下面是小编整理过的软件项目计划书怎么写,欢迎阅读分享,希望对大家有所帮助。
篇1:软件项目计划书
项目名称:销售管理系统
学校名称:上海电机学院项目时间:20xx03.01-20xx.05.10
项目策划人:赵慧哲、吕延晨、李娜、顾观佩
1.系统主题
1.1引言
现在不管是公司还是学校都有各式各样的系统,比如:学校里有教务管理系统、图书管理系统等等。而公司中有工资管理系统、人员管理系统等。目前市场上的这些公司,基本上每个公司都要对其每天的销售情况进行统计记录,而且现在电脑这么普及,我们不像以前都是用手工记录到本子上,然后人工进行数据的处理。所以建立一个销售系统很有必要,为公司省去了许多不必要的人力资源,并且效率高、省时、操作方便、有很广的应用域和发证,空间。
1.2背景及目的
在大二下学期我们开设了一门《实用软件工程》的学科,在老师及专业课程的需要下,我们要进行一个为期15周左右的一个对软件工程深入学习的平台。需要我们在15周以内编出一个小型软件。其次,在21世纪这个繁华的年代,销售业也是蓬勃发展,出现了很多销售管理系统来促使公司的发展,有了销售管理系统,不仅仅有利于公司的管理,更加有利于我们及时地掌握数据资料,进行处理、统计与总结。基于这个想法,我们小组决定做一个销售管理系统,以实现灵活的管理公司销售业绩的小系统。
本销售系统可以完成以下功能:
(1)计算某个月每个人每种产品的销售额;
(2)按销售额对销售员进行排序,输出排序结果;
(3)统计每种产品的总销售额,对这些产品按从高到底的顺序,输出排序结果(需输出产品的代号和销售额);
(4)输出统计报表。
1.3系统与“创新杯”的主题关系
为迎接“创新杯”而进行的预演。我们的目标主要放在能做出一些实用性强的软件,如果好的话,就能被大家广泛使用。所以我们希望能使得“创新杯”能出现一些更有新意的东西,更好玩。吸引更多人的眼球。
1.4市场调查过程和结论
在确定课题前,我们特地上网看了一下当前比较热门的课题,最多的为学校的图书管理系统,但这个太过于大众化,做的人比较多,而且我们也一直在使用,所以难度不大。后来我们发现销售方面还算是比较热门,而且做的人不多,对于我们来说,也比较新鲜,因为毕竟我们现阶段都没有接触到,所以根据我们的综合讨论,觉得现社会有很多的机构需要该软件,比如:酒店可以用该软件管理赠品的发放,超市可以用来管理货物的采购和销售状况,就连一个小饰品店都可以用该软件来管理饰品的销售量和顾客的需求量。从调查来看该软件是很受社会欢迎的,实用性较强,而且现如今类似于该软件的产品可谓是层出不穷,大大增加了我们做这个项目的必要性。
2.需求分析
2.1概要
这是一个很实用的小型销售管理系统,包括了每件产品的销售额的统计,以及总销售额的统计,等等一系列的小功能,可以帮助小型商店和小型公司实现对每日产品的销售统计,而且可以输出各个销售员的不同业绩,操作简单,显示直观,无需太多的技术要求,所以适合于大众。
2.2使用场景
主要的面向对象:各类服装店和小型公司。
场景描述:有四个销售员,负责销售五种产品。每个销售员都将当天出售的每种产品各写一张便条交上来。每张便条要包含: 销售员的代号,产品的代号,这种产品的当天的销售额;每位销售员每天可能上缴0-5张便条。
详细操作:在类似小型公司或者服装店,一般都是看业绩来提升的,或者是看业绩来提名最佳销售人员或者最佳员工,然后公司再进行一些奖励制度。所以假设一名销售经理需要在每天下班后统计今天的销售量和销售额,如果是手动统计,那计算量和工作量就太大了点;但如果她安装在了本款软件,运行程序后,可根据操作提示一步步操作。
首先,如果是第一次使用本款软件,他需要先注册用户名和密码,这样也可以保证销售情况的隐蔽性,后面每次查看或者添加新纪录时,只需要输入用户名和密码就可以进行操作,如果别人想要对销售情况进行修改,那必须要知道用户名和密码,否则无法进行操作。注册好用户名和密码后,进入界面,每个销售员都有编号,然后输入日期、销售员的编号、产品编号、销售额,都输入好后,程序可以从高到低进行排序,这样一眼便能看出每个人的销售情况—最好的销售人员。最后程序还可以进行总销售额的计算,可看出这一天或这个星期或这个月公司的业绩如何。
以上即是本款软件的详细操作过程,不仅实用而且简单、直观。在各类小型企业和服装店等地方使用再合适不过了。
2.3实用性分析
我们设计这款软件时,最想突出它的一个优点就是实用!所以我们是本这个目的去设计的。它简单易懂、界面直观、隐蔽性强,非常适合各小型企业对公司的管理,统计,查询。花最低的成本去实现最高的效率。
2.4未来发展方向
本软件现在来讲只适用于小型的企业,但是将来会随着我们小组队伍的壮大,能力的加强,它不但可以应用在小型企业,更是可以在大型的企业中得以运用,而且功能会越来越强大,不仅仅是对营业额的统计,而且可以实现对每件产品销售量的统计、管理、查询。而且还有望发展到其他的各个领域。
篇2:软件项目计划书
第一章 项目概述(理论教学时可用“引言”)
1.1目的
1.2 项目背景
1.3项目的范围和目标
1.3.1范围描述 (问题定义阶段产生,对应的文档为:《系统目标与范围说明书》)
1.3.2主要功能 (可行性分析报告):(1)概述 (2)系统流程图 应包含旧系统的系统流程图(调研的实际情况)和新系统的系统流程图(你想像中的样 子) (3)功能描述抽出其中的功能
1.3.3性能 (可选)
1.3.4技术约束 (可选)
第二章 项目估算
2.1使用的历史数据 2.2使用的评估技术
2.3工作量、成本、时间估算
第三章 风险评估
3.1风险识别
列出最高的10大风险(数字10是参考)
3.2风险应对策略
对列出的风险应有哪些策略去应对
第四章 项目进度计划
4.1项目任务分解
我们从软件工程角度来分,大致有如下的任务: 可行性研究报告 项目开发计划 软件需求分析 数据库设计 总体设计 界面设计 网页设计 相关美工设计 详细设计 测试计划 操作手册 测试分析报告 项目开发总结 维护修改建议
第五章 关键问题
可以是技术因素、也可以是非技术因素,总而言之,是系统成败的最重要因素。
第六章 软件配置
开发平台、开发工具、数据库平台
第七章 人员组织
人员及其角色
第八章 附录
相关文档、资料、数据等
篇3:软件项目计划书
一、项目摘要
1.1市场背景
随着中国互联网用户群的日益庞大,互联网产业正扮演着市场经济的重要角色。与此同时,信息时代的来临彻底改变了人们传统的通信手段。从寄信到打电话,从打电话到通话手机,从通话手机到能获取大信息量的智能手机,人们获取信息的主要手段发生了质的变化。人们不会仅仅满足于手机只有通话与发短信的功能,而更多是把手机当成接受讯息的工具,了解时事的工具,建立社交网络的工具,便利生活的工具,游戏娱乐的工具。而大学生对于各种信息平台的接受度和依赖度普遍非常强,但是市面上的生活服务类应用软件鱼龙混杂,针对大学生的需求,以大学生的利益为基本出发点提供信息方便大学生的学习生活的应用软件还少之又少。于是针对大学生群体的校园搜索APP也孕育而生了。
1.2产品简介
校园搜索APP是一个依托第三方平台(IOS平台,安卓平台),针对在校大学生,聚合大学周边衣食住行等信息,分类集中发布,方便大学生学习生活的应用软件。和58同城,赶集网等生活服务类APP软件相同是:都是为了服务消费者,都为消费者提供信息,方便消费者查询。和其他服务类APP不同的是:校园搜索APP针对的是在校大学生,对消费者进行了细分,同时 APP发布的所有内容,是结合同学们的生活体验,由专门的资料搜集整理人员进行搜集整理筛选确认之后再发布的,所有的信息发布都是以方便大学生生活为基本出发点。其主要内容包括以下几个方面:
1)生活指南
周边饮食:学校食堂的特有招牌菜,供应窗口,供应时间段,价格、学校周边餐馆的招牌菜,特色菜,新款菜系,人均消费,点菜攻略,学长学姐推荐指数,餐馆优惠券,校内外外卖店电话,菜单,餐点饮料搭配套餐;
休闲购物:周边商圈不同档次商场,超市,书店,酒吧,咖啡馆,美术馆等的分布,交通路线、商场的特色品牌,换季折扣信息,同城活动、特色餐馆,特色酒店,团购信息;
二手物品转让:二手书,二手衣物,二手电子产品,二手自行车等;
兼职:校内,校外兼职信息;
校内生活信:停水,停电,宿舍检查,社团活动,晚会举办等信息发布。
2)学习指南
选课指南,优秀课程推荐,选课攻略,选修学分搭配攻略四六级,计算机,司考,国考等专业考试备考指南,资料分享,学习班报名,本校,周边院校,图书馆以及博物馆的讲座指南,考研占座,资料团购,购买往届同学的学习笔记,学校补考,预修,交换生等信息发布。
3)游玩指南
周边景点旅游攻略、同学聚会,日租房,器械出租等。
4)其他
报名驾校考试、各局开各种证明的流程等。
1.3实施计划
联合周边商户,服务同学联合学校周边的一系列配套设施,饭店、旅店、商铺等,为其在APP里提供详细信息和广告,使其加盟大学生校园搜索APP,周边商户可在APP里提供电子优惠券功能、团购功能、二维码功能吸引目标用户。与学校联合,校园信息和新生作为重点,学校资讯提供方面肯定要和学校有一定合作才能提供相应的信息,可与学校谈妥把学校的日常信息、介绍放进APP内。与学校合作对于刚进校的新生来做推广,把其加进开学教育内容,对大一新生做全面的推广,在学校醒目地方贴该APP应用的二维码让学生们下载,并在校内网上做宣传。之后与多个学校合作,推广到各大高校组织。
二、业务描述
1.1业务简介
校园APP是面向特定学校学生,旨在为学生提供本地化的学习、生活等信息并具备一定社交功能的智能手机应用程序,其功能具体包括:校园资讯、信息查询、生活服务、本地交友等各个方面,不仅可以为高校学生在生活、学习、娱乐中提供各种便捷服务,也为我们大学生创业提供了一个良好的契机。
2.2发展前景
随着智能手机的迅速普及,基于智能手机的手机APP近年来得到了迅速发展。与一般商业化的APP相比,面向高校学生的智能手机APP又有着自身的特点。不同种类APP在具备自身所设计的应用软件功能同时一定程度上也有着媒体的属性,因此,可将其归于新媒体的范畴。 目前对国内校园投入使用的APP数量没有准确的统计数字,可以肯定的是由于开发APP的技术门槛和成本要求都处于较低的水平,未来一段时间内在相应需求的推动下和国家鼓励大学生自主创新创业的政策引导下,投入使用的校园APP数量将进入一个快速增长的阶段
三、产品与服务
3.1APP的设计
APP部分分为ios系统与Android系统两个版本,界面设计以简洁明了的风格为指导,分为用户、功能和软件反馈三部分。
用户部分是用户管理自己的账户和个人信息的部分,支持缺省(即游客登录),包括账户的信息管理,标签组的管理,自定义标签的管理,推送信息的设置,课表信息的保存,收藏信息的管理;
功能部分是软件功能实现的部分,包括关联百度地图提供导航,关联微信等软件提供地址或店铺等信息的分享,关联闹钟进行提醒,预存的课表系统(包括教学楼内教室平面图),信息推送系统,以及联网获得店铺信息的系统,用户和软件反馈的实现系统;
软件反馈是对软件进行设置以及用户联系软件设计者的部分。包括软件的基本设置(登陆注销,是否推送消息,版本更新等),意见反馈(以文字形式提交意见及想法),商业联系方式(需要宣传的校园活动通过此渠道与专人联系)。
同时也有对应的APP后台管理系统,负责管理上传的店铺信息及各种及时更新的推送消息。同时记录用户的搜素记录等各种信息便于以后升级与完善。
3.2APP的制作
使用JAVA制作Android版,使用苹果发布的iOS专用的SDK制作ios版
3.3APP所提供的服务
1. 校园周边地图及导航:对学校周边的位置进行校园化的标注(校园化意指用本校学生通用的地名在地图上进行详细标注,如使用:七食堂单车棚,一教等。对各个地方进行详尽仔细的标注,每一家店都进行标注,范围是本部,南校,新校,后湖小区,步步高广场等学生常出没的地方,后续追加铁道、湘雅等)同时支持用户间分享地点;
2. 校园及周边的店铺评价:对周围的每个店铺进行星级评价,参照其他的点评APP给出初始评价,对每家店铺给出两个“特色名额”(如饭店为特色菜,饮品店特色饮品,旅馆特色房间等)接受用户的持续更新,每家店都设一张宣传用的实地照片,需要经过验证才会通过。支持店铺的收藏及分享;
3. 常用地点的推荐:对网上各处的攻略贴进行APP的特色化(地图导航,图片预览,评价及收藏信息),并推出基于特定活动的(而不是地点本身的特点的)专门的推荐组(如:约会该去哪,班级活动地点的选择);
4. 课表及教室指引功能:可以自主设定课程名称,APP内自带上课的时间段和教室位置供选择,同时提供详细的教学楼(A,B,C,D座,新校各楼,本部各楼等)教室位置平面图,上课教室以高亮显示。提供课前闹钟功能,可以自主设定上课前多长时间提醒;
5. 校园信息推送功能:实时推送各个校园网上的信息(各院网,校官方的网站,云麓园,贴吧,学工网,教务管理网等)对信息进行分类并设置标签,用户可以对各个标签进行关注,将实时推送用户关注的标签的信息(包括各类通知,成绩发布时间,新闻,讲座信息等);
6. 生活信息推送功能:对商家的优惠活动,及例如电影院等不断更新的商品信息以类似的标签方式进行推送;
7. 与身份相关的预设标签组:具体细致的预设标签组功能,更加符合校园学生的生活习惯,如班长,体委,新生,吃货,运动达人等;
8. 校园活动宣传窗口:建立一个由学生组织的校园活动的宣传平台,活动组织者或者组织可以联系我们将海报等放置在软件的宣传页。
3.4APP的完善及发展方向
1)对不集中的湘雅,铁道校区资料进行补全;
2)对信息推送的来源网站进行关注,保证信息的实时性;
3)对搜索较高但未被收录的地区进行扩展及补全。
篇4:软件项目计划书
一、教学管理系统分析设计计划
教学管理系统是一个面向学校的管理系统,主要用于课程的管理和教师的分派。借助这套系统,每个学生可以随时查到自己所选的课程,以及该门课程的任课教师是谁。同时,教师也能知道该学期自已一共有多少门课程要教,以便教师合理的安排时间。而且是基于IE的系统,能实现系统与课程安排的实时同步,只要学校做出调整,系统内部会第一时间做出相应的调整
二、教学管理系统的编码测试计划
根据实际情况,本小组预计使用1-1个半月的时间进行编码测试,其中会进行白盒测试和黑河测试以及压力测试
白盒测试包括语句测试,判定测试,条件测试,判定-条件测试,条件组合测试和路径测试
黑盒测试应用等价类划分法,边界值分析法,判定表分析,因果图法,正交试验法,功能图法和错误推测法。
压力测试,同时让很多人同时登录系统,测试同时最大登录数,以便做好系统的压力测试,以便防止同时过多的学生和教师登录时产生的系统崩溃,同时做好相应的对策。
三、教学管理系统的安装计划
由于教学管理系统的特殊性,所以面对不同的人员要安装不同的系统。首先是学校的高级管理人员(例如校长,书记,年级主任),要有修改系统内容的权利,所以要安装最高级的系统,而任课教师只能查看与自己有关的课程与上课时间 ,同时拥有上传课件,教学相关软件的权利,所以要再安装教师机用的教学系统,而学生,在每个学生入学的时候要发放的安装程序,学生的权限最低,只有查看自己所选课程和下载相关课件和课程相关软件的权利。
篇5:软件项目计划书
计算机软件尤其是数据库软件,成为了当代计算机应用的主流。因此软件开发人员就必须掌握正确的开发手段,了解软件开发的主要过程,这样心中对软件项目才有清醒的认识,才能达到事半功倍的效果。本文就软件开发过程中的一些方法,结合本人开发过的一些软件项目做一些详细论述。
1开发前的准备工作
一般软件项目在开发前都有系统任务书,主要规定软件的开发目标、主要任务、功能、性能指标及研制人员和经费、进度等安排,作为系统设计开发和检验的基本依据。
系统任务书的基本框架如下:
(1)引言
包括编写目的,背景,参考资料。
(2)系统的目标及任务
包括系统建设目标,系统的主要任务,系统性能指标,系统标准化要求。
(3)系统的结构及功能
包括系统应用组成及结构,系统主要功能。
(4)系统的规模及进度要求
包括系统规模,系统研制进度,人员计划。
但是系统任务书只是这个软件项目的一个基本要求,针对具体情况,软件开发人员和需求分析人员就要联合对软件项目的细节进行具体分析,必要时还要进行实地调研,然后共同商讨写出系统的需求分析,需求分析的编写目的在于:
a、说明系统在军事方面、技术方面、经济方面和社会条件方面实现的可行性和必要性;
b、分析原系统(工作环境)现状,描述待开发系统的详细需求,提供用户和开发人员之间沟通的基础,提供项目设计的基本信息。
需求分析报告的基本框架如下:
(1)概述
包括编写目的,背景,参考资料,术语及缩写词。
(2)对现有系统的分析
(3)待开发系统的详细需求
包括功能需求,使用范围,业务流程,用户界面,输出要求,故障处理。
(4)使用环境
包括网络环境,硬件环境,软件环境,与其他系统的关系,安全与保密。
(5)可行性分析
包括技术可行性分析,经济可行性分析,人员可行性分析,影响待开发系统的主要因素。
(6)结论意见
2软件开发过程
有了系统任务书和需求分析报告,软件设计人员就要对软件项目的实现进行系统分析,系统分析包括系统的总体方案,系统的设计说明,作为软件设计的依据。具体说明如下。
2.1系统总体方案
在系统开发单位和用户充分交互、理解的基础上,提出系统的技术构架,对系统功能、性能等主要指标作描述,对实现方法和要求作规定,是系统进行详细设计的依据。
系统总体方案基本框架包括:
(1)引言
包括:编写目的,背景,参考资料,术语及定义。
(2)项目概述
包括:
——项目的主要内容
——系统需求分析:①用户需求调查分析②现行系统的现状调查分析。
——系统功能:①系统的功能要求②系统主要技术性能。
——系统的数据要求:①基础数据②业务数据③交换数据④其它数据。
——系统的设计要求:①技术结构要求②系统划分及其接口要求③系统运行环境要求④系统标准化综合要求。
(3)实施总计划
包括:进度,预算,问题和措施。
2.2系统设计说明
根据《系统总体方案》提出的系统构架、功能、性能及数据要求,确定系统的物理结构,说明系统主要技术方面的设计和采用的技术方法以及系统的标准化约束等,是系统实施的基本依据。就本人曾经开发过的一个软件项目,说明其基本框架:
(1)引言
包括:编写目的;背景;条件和限制;参考资料;术语及定义。
(2)系统总体技术方案
包括:
——概述:①系统目标②基本要求。
——系统设计:
①系统结构
a、应用结构。
b、功能结构。
c、技术结构。
②系统功能设计:根据以上的分析,功能设计自然
包括业务管理功能设计、综合查询功能设计、邮件收发功能设计、数据库接口设计、文电接口设计。在对这些功能进行综合分析的基础上,开始进行数据库表的设计。在对表的设计过程中,既要考虑到关系数据库冗余字段的处理,又要考虑到系统运行的速度和实现的方便性等综合因素,笔者在实际开发后认为这两种考虑比例可以为7:3。
③系统安全设计:可以考虑以下一些安全设计思想,例如系统的数据传输通过电子邮件实现,要求电子邮件内部只传代码,不传涉密数据;系统的数据库操作需要充分利用Oracle数据库的事务提交和回滚机制,确保业务处理的完整性和一致性;系统的数据结构应充分利用存储空间,在不同的用户之间通过数据冗余提高整个系统的数据安全性;系统中存贮的用户口令、备份口令、数据库连接信息等重要数据,必需经过安全加密。
④ Oracle数据库自动优化设计:对于Oracle数据库可以进行数据库配置,可以大大提高大数据量查询速度,笔者已经做过尝试,并已经成功应用。
⑤友好界面设计:对于一个良好的应用系统当然需要设计良好的使用界面。
2.3软件开发
对于开发语言的选择因人而易,开发数据库系统我比较倾向于DELPHI,因为它对于数据库开发的支持是很完善的。在软件实现方面,上面已经说明了一种客户/服务器结构,但是这种结构本身也包含了一些问题,例如客户/服务器结构经常把应用系统的企业逻辑编写在客户端的应用程序中,因此当应用系统需要改变时,所有在客户端的应用系统都必须改变,这对于MIS系统的维护来说成本太高了;为了解决这些重复开发应用系统的成本以及为了增加应用系统的重复使用性发挥面向对象分析/面向对象设计的功能,就必须导入所谓的应用程序服务器,软件开发人员以一种特定的组件形式,例如Microsoft的COM/DCOM,CORBA对象,或是EnterpriseJavaBean等,组装企业的逻辑程序代码。这种经过组装,能够执行特定企业功能的对象便称为“企业对象”,然后把这些企业对象分发到此应用程序服务器。由于本文不是专门讨论多层系统的文章,所以只是简单提一下,不再赘述。
程序设计中要注意合理的程序设计结构,可以将所有的公用组件放在一起。例如Delphi语言中可以新建一个单元,将所有编写的函数放在这个单元里,其他单元均可以调用,还可以新建一个数据模块(Datamodule),将所有的公共数据库控件放在这里,可以减少系统资源浪费,优化数据库程序设计。
关于程序设计中的技巧很多,这里也不再赘述。
3软件开发后的工作
软件项目在开发完成后还要进行系统测试,以测试开发出的软件的功能和性能是否达到预定要求。
3.1软件测试大纲
这是软件设计人员用来自测系统的。包括:
(1)测试环境①硬件环境②软件环境③数据环境④网络环境。
(2)功能测试内容①模拟现场测试②应用现场测试。
(3)性能测试内容
另有附表:附表一系统功能测试表;附表二系统性能测试表。
3.2用户应用测试
由用户在实际使用过程中进行测试,并给出应用证明。
4、总结
开发软件项目是一个庞大的系统工程,以上只是介绍了一般性软件主要是数据库软件的开发过程和设计思想,它要求软件开发者对此要有精深的理解,熟悉软件开发的思路。
通常一个人难以完成所有工作,需要一个良好的合作团队来协作完成,其中需求分析员和系统分析员要提供软件项目的具体要求和设计思想,由软件开发组把这些要求创建出便于维护和可持续开发的系统资源。
篇6:软件项目计划书
项目名称:********
评审日期:
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专题计划要点
说明本项目开发中需制订的各个专题计划(如分合同计划、开发人员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装计划等)的要点。
篇7:软件项目计划书
1 引言
1.1 编写目的
编写本文档的目的是确保项目包括成功完成项目所需的全部工作,但又只包括必须完成的工作的各个过程。是项目管理团队确定、记载、核实、管理和控制项目范围的指南。此文当中包括制作工作分解结构,并确定如何维持与批准该工作分解结构;规定如何正式核实与验收项目已完成可交付成果。
1.2 参考资料
《软件项目管理案例教程》 韩万江,姜立新编著机械工业出版社 《软件工程导论》——第5版 张海藩编著 清华大学出版社 《酒店管理工作——细化执行与模板》王宏编著 人民邮电出版社
1.3 重要术语
SQL Server 20xx:数据库管理软件 DBMS:数据库管理系统 Windows XP:运行环境
VB.net 20xx:软件开发语言
visual studio 20xx 软件开发环境
2 项目概述
2.1 系统与项目的定义
本系统是建立在C/S系统架构下基于SQL Server数据库,采用VB.Net技术分析、设计、开发用于酒店信息化管理的。该系统基本满足了酒店管理方面的需求,用户界面友好。系统对用户(主要是酒店管理层及员工)数据有效地实现了信息电子化处理,从而降低了人工劳动并增加信息的准确性。本系统的基本信息有客房、餐饮、财务及人力资源等,用户登录系统后根据权限操作这些基本信息。
要实现的功能模块包括4个方面,第一个方面是客房管理子系统,包括客房登记、客房预定、工作报表、信息查看及最重要的客房部经理管理模块;第二个方面是餐饮管理子系统,包括点单、埋单、预定、换台及最重要的餐饮部经理管理模块;第三个个方面是财务管理子系统,包括财务预算的查看及发布审核、财务报表的生成等;最后一个方面是人力资源管理子系统,包括员工信息的录入、查看及绩效考核等。
2.2 系统开发背景与目标
在信息高度发达的今天,酒店业务涉及的各个工作环节已经不再仅仅是传统的住宿、结算业务,而是更广、更全面的服务性行业代表。酒店宾馆作为一个服务性行业,从客房的营销即客人预订开始,到入住登记直至最后退房结账,整个过程应该能够体现以宾客为中心,提供快捷、方便的服务。给宾客一种顾客至上的享受。提高酒店的管理水平,简化各种复杂操作,在最合理、最短时间内完成酒店业务规范化操作,这样才能令旅客舒适难忘,增加宾客回头率。而对酒店业内激烈的竞争形势,各酒店均在努力拓展其服务领域的广度和深度。虽然信息化不是酒店走向成功的关键因素,但它可以帮助那些真正影响成败的要素发挥更大的作用。因此,采用全新的酒店管理系统,将成为提高酒店的管理效率,改善服务水平的重要手段之一。
酒店行业的激烈竞争使得争取客源、提高酒店入住率、制定正确营销策略已经成为一项重要的任务,借助蓬勃发展的IT工具来拓展其能力已经成为许多酒店的首选。
计算机管理系统在数据保存、数据交换方面的快速可靠,是手工操作不能完成的。 酒店管理系统的设计目标:
1)采用先进的分布式数据处理技术,以提高管理工作的质量、效率和规范性;
2)按照酒店管理体制分层进行数据管理,为不同层级的管理者设置相应的使用权限,保障系统的可靠性与安全性;
3)旨在提高酒店的管理效率,减免手工处理的繁琐和误差。及时、准确地反应酒店的工作情况、经营情况,从而提高酒店的服务质量,获得更好的经济效益;实现客房管理的规范化、自动化。
2.3 用户需求概述及系统主要功能
3 项目范围界定
3.1 开发技术选择与理由
开发酒店管理系统,软硬件方面选择的是可视化的Visual Basic.net 20xx和SQL Server 20xx数据库,Windows XP操作系统等。
VB拥有图形用户界面(GUI),可以轻易的使用ADO连接数据库,程序员可以轻松的使用VB提供的组件快速建立一个应用程序,以上都是组员熟悉的语言和数据库,所以技术方面是绝对可行的。综上所述,我们完全有能力完成酒店管理系统的最终实现。
3.2 开发团队与开发环境、工作方式 开发团队:
项目经理王朝令
需求分析员 王朝令 况晓龙 设计人员况晓龙 黄志刚
编码人员王朝令 况晓龙 黄志刚 测试人员黄志刚
开发环境:Windows XP,visual studio 20xx, SQL Server 20xx 工作方式:团队工作
篇8:软件项目计划书
主要内容
项目计划书的内容:关于惠祥钢铁,物流,煤炭经营的可行性计划。
项目概况
项目名称:致力于钢铁,物流,煤炭行业的发展。
项目承办单位和项目投资者的有关情况。即:生产经营内容、生产经营规模、产品销售情况、年上缴税额、自有资金数额、债权债务情况等。
兴办外商投资项目要简述:
(1)合营各方概况,即:合营各方名称、法定地址、法定代表国籍及姓名、资金实力、技术力量等
(2)合营方式(注明合资、合作、独资)
(3)合营年限
(4)经营范围
(5)产品销售方向(内销或出口比例)
简述项目建设的必要性和依据。技术引进项目,要简述技术引进内容(关键设备或技术专利)、拟引进技术设备水平及其国别和厂商产品技术水平及市场销售前景。
建设条件
项目建设拟选地址的地理位置、占地范围(四至范围)、占用土地类别(国有、集体所有)和数量、拟占土地的现状及现有使用者的基本情况。
如果不指定建设地点,要提出对占地的基本要求。
项目建设条件。简述能源供应条件、主要原材料供应条件、交通运输条件、市政公用设施配套条件及实现上述条件的初步设想。需进行地上建筑物拆迁的项目,要提出拆迁安置初步方案。
建设内容
建设规模和建设内容。生产性项目要提出主要产品品种、生产工艺及生产能力;非生产项目要根据项目的不同性质说明其规模,如旅馆、宾馆项目要说明有多少客房、多少床位;房地产开发项目要说明拟建的建筑物类别及数量;成片开发建设的小区要说明小区的主要功能、建筑容积率等。
总建筑面积及主要单项工程的建筑面积。
环境影响
一般民用建筑项目不写,其他非工业生产项目简写。
估算
项目总投资额。技术引进项目要说明进口技术设备使用外汇数额,建设费用和购置国内设备所需人民币数额;外商投资企业要说明总投资额、注册资本数额、合营各方投入注册资本的比例、出资方式及利润分配方式。
资金来源。利用银行贷款的项目要将注设期间的贷款利息计入总投资内。 利用外资项目要说明外汇平衡方式和外汇偿还办法。
(六)建设进度初步设想
(七)经济效益和社会效益的初步估算
(八)结论
附件
建设项目拟选位置地形图(城近郊区比例尺为1:20xx;远郊区县比例尺为1:10000)。标明项目建设占地范围和占地范围内及附近地区地上建筑物现状。
在自有地皮上建设,要附市规划部门对项目建设初步选址意见(规划要点或其它文件)。
国家限止发展的或按国家及市政府规定需要先由行业主管部门签署意见的项目,要附有关行业主管部门签署的审查意见。
外商投资项目要附以下材料
(1)会计师事务所出具的外商资信证明材料。
(2)合营各方的营业执照(复印件)。
(3)合营各方签署的合营意向书(境内单位要有上级主管部门的意见)。
两个或两个以上境内单位合建的项目要附以下材料
(1)合建各方签署的意向书(要有上级主管部门的意见)。
(2)合建各方的营业执照(复印件)。
其他附件材料。
篇9:软件项目计划书
一、企业概况
天津桓xxx有限公司成立于20xx年12月,位于天津市南开区高新技术产业园区的中心地带(白堤路)。是一家集计算机专业应用软件的培训、安装、批发、零售、技术服务于一体的知识密集型企业。员工队伍业务全面、经验丰富、敬业爱岗、素质优良,其中:专业技术人员20人,全部是大专以上学历,能够以最合理的价格为客户提供最专业的技术服务。
公司是北京用友集团天津地区小型管理软件授权营销服务商,并且连续两年获得用友软件在天津地区的产品A级代理销售及服务授权资格。而且销售额连续两年名列前两位,获得用友集团的表扬和鼓励。
公司内部管理制度合理适宜。外部社会关系广泛良好。经过不断地改进和完善,已基本形成了一套比较科学有效的管理运作体系。
为适应业务发展的需要,壮大经营规模,进一步增强核心竞争力,公司决定启动以“追求客户全面满意,扩大市场占有份额”为主旨的二次创业。
我们相信,通过努力,在以北京用友集团为后盾,桓博公司将成为更具综合实力的企业,也将为加速提高天津地区企业信息化技术应用水平,做出更大贡献。
二、营销计划
公司不仅注重短期目标,更加重视长期发展。公司将秉承“重诚信,竭精心,尽全力,为客户着想,让客户满意”服务理念,在日常业务中不断丰富公司品牌内涵,努力拓宽渠道,扩大市场知名度及美誉度,激活市场,带动人气,力求在天津大部分地区实现销售增长,成为天津地区财务软件的最大代理服务商。
1、目标市场:创业前期(两年内)目标主要集中在天津及周围区县的小型企业,个体经营和一般事业单位,在后期(两年后)逐步进入天津的大型企事业单位,占领这部分增值潜力最大的市场。
2、企业定位:“精细管理、卓越理财”为客户提供更及时、更准确、更全面的、更周到的服务,推动软件信息化的普及。
3、使用价格:参考报价
4、营销队伍:在创业初期,为了降低企业的运营成本,大部分的宣传工作都由本公司的成员承担;在企业不断发展过程中,再适时招纳一定数量新成员(15名左右)专门从事企业营销策划的工作。
5、服务支持:使顾客能迅速、方便的得到准确、完善的相关服务和技术支持。
6、广告宣传:开展有计划。有目的的广告活动。在初期(两年内)主要面向小型的企事业单位,提供尽可能多的免费培训和知识讲座,专门针对会计人员的业务应用环节,逐渐“渗透”的方式进入企业;从第三年开始,我们将集中一部分优势力量对企业中的广大财务人员展开新一轮软件的宣传、促销和培训攻势。广告中突出宣传我公司“专业化”、“人性化”等鲜明特点,并且保证初期的广告投入预算,迅速提升知名度,预计20xx年广告费10万元。
7、推广计划:20xx年下半年开始投入5万元建立自己的网站,并且丰富网站内容,建立会员机制,提供在线技术支持和交流论坛;注册3721网络实名和网站推广,在各大传媒中广告投入,吸引用户注册我们的会员,并且给予会员金额上的优惠和赠送礼品,以此扩大我们的客户群体。
三、产品服务
用友公司是中国最大的管理软件、ERP软件、财务软件供应商,是中国最大的独立软件供应商。在中国ERP软件市场,拥有公司是市场份额最大、产品线最丰富、成功应用最多、服务网落最大、交付能力最强的领导厂商。
(1)软件产品介绍
1:用友财务通由于信息计算在财务领域的广泛应用,会计将由核算型向核算管理型转移;财务工作将进一步参与单位的经营管理,在控制、决策、分析和考评等方面发挥重大的作用。用友财务通正是基于这种环境,以“精细核算,卓越理财”为核心应用理论,面向中小企业及组织的财务应用,提供企业投资融资决策,从而帮助企业全面实现电算化管理。本产品主要包括财务处理、工资管理、固定资产管理、报表、财务分析以及存货管理六大系统。其中,财务处理又细分为总帐、应收应付、项目管理、现金管理等四大模块。用友财务通提供数据接口,可实现向U8管理软件的平滑过渡,满足企业业务发展的需要。
2:商贸通本系统通过预置多种会计制度模板、多种业务类型,全面满足各类小型商贸企业进销存及财务核算需求,为企业提供多种灵活的业务处理方法,准确及时汇总财务数据,出具多角度业务分析报表,规范业务流程,加速资金周转,降低运营成本,提高企业盈利能力及市场竞争力,帮助小型商贸企业高速发展!
3:用友U8系列/用友ERP/U8产品介绍用友ERP―U8企业应用套件是在全面总结、分析、提炼中国中小企业业务运作与管理特性的基础上,针对中小企业不同管理层次、不同管理与信息化成熟度、不同应用与行业特性的信息化需求而设计。他具备五大产品特性。
1、企业全面应用2、按需部署3、高度整合4、快速见效5、低成本
3:用友商用表单及耗材:
用友表单与用友软件全线配套,具有丰富的产品线,主要包括:会计帐簿;业务表单(寻报价单、送收货单、收付款单);综合表单(工资单、固定资产卡片、出入库单)等以及配套装订用品。用友表单支持针式打印机、激光打印机、喷墨打印机等多种打印设备。
(2)软件优点说明:
1、系统优点:用友财务通针对新会计制度及财务管理的内涵和特点,形成了本身的一系列特色:(一)财务会计与管理会计的融合(二)内部管理的实现(三)灵活的数据接口(四)总帐工具的导入功能(五)系统的无缝连接与信息的共享
2、技术特点:
(一)严密的安全技术
a、数据操作安全性b。数据存贮安全性c。数据运用、查询、分析时的安全性
3、应用特点:
全面支持小企业会计制度,满足更多小企业管理需求。!a、业务流程自由选择,企业灵活选择自己的业务处理流程。b、报表统计与分析角色化,按应用角色多角度进行业务分析。c、灵活自定义各种基础档案业务属性、各种业务报表及单据格式。d、财务业务一体化管理,更加全面掌控企业物流,资金流,信息流。e、规范企业管理,有效控制企业财务经营风险。f、丰富快捷的财务,业务等分析处理,快速支持企业决策。g、完善的资金管理,提供从日记帐到银行对帐单、支票登记簿、费用报销等一套出纳业务。
(3)产品服务对象
1、财务通:基础版:面向小型企业,小型诊所社区医院、小规模学校等以及兼职会计人员或小型代理记帐公司(5套帐以内)标准版及网络版:面向以财务核算为核心进行全面经营管理的小企业(主要为小型工业企业)以及规模较大的代理记帐公司等。
2、ERPU8面向大中型企业或集团应用的一体化解决方案,用友ERP―U8企业应用套件是在全面总结、分析、提炼中国中小企业业务运作与管理特性的基础上,针对中小企业不同管理层次、不同管理与信息化成熟度、不同应用与行业特性的信息化需求而设计。将成功的管理经验与业务实践应用产品化,把管理要素合理预置在软件中,让更多的企业通过应用和实施用友ERP―U8企业应用套件来实现先进、成熟管理的应用价值。
3、授权资格等级用友软件时第一个通过国家财政部审批的财务信息化软件开发商。
四、业务收入
1、收入来源:桓博公司的收入来源主要为软件销售、升级和软件售后服务费(包括用友软件配套耗材)三个部分,并根据行业的平均标准和公司的成本预算制定相应的收费标准。
其中收入主要以软件销售收入为主,软件升级和服务费及配套耗材销售收入为辅。年均软件销售额超过80万元,服务费收入超过15万元,用友配套耗材销售收入超过10万元,计算机硬件及网络工程实施收入10万元。
五、竞争情况及市场营销
(1)、市场评估:计世资讯(CCWResearch)的研究表明,20xx年上半年,中国通用型管理软件市场规模为22.7亿元,增长率32%;同期,ERP规模达到11.9亿元,增长率为29%。有关资料显示,截至到20xx年底,天津地区共有各类企业和组织近10万家,其中以应用软件进行相关管理的只有20xx家左右,仅占0.5%。市场发展潜力十分可观。(一)中小企业ERP需求旺盛20xx年,中国中小企业ERP市场销售额已经占到ERP市场销售额的68.2%,中小企业市场同比增长速度达到24.1%大幅超过了大型企业市场18.7%的增长速度。20xx年中小企业将会延续20xx年的快速增长态势,增长速度仍将超出大型企业市场的增长速度,继续成为拉动ERP市场增长的主导力量。
(二)中小企业用户ERP选型慎重
通过调查研究表明,中小企业用户在ERP选型时更加慎重,选型时考虑的因素不再仅仅是厂商品牌、产品价格、功能模块是否全面等表现因素,而是会更加关注产品的可用行,产品是否真正适合企业业务和发展,是否真正能够满足企业现阶段和未来的潜在需求,给企业带来工作效率的提高和销售业绩的提升。
(2)主要竞争对手分析目前我们遇到的竞争对手主要有同行业的厂商,其他竞争对手虽然也有和用有软件争夺市场的能力,他们有和用友功能模块大致相同的产品投放市场,但是产品相对单一,配置也不如用友灵活。从长远的目光来看他们所占据市场份额还不足以威胁到用友软件的发展和生存。相反的,这部分市场份额对用友来说也是利润的增长点,而且中小企业占了国内企业的绝大部分。用友软件公司也注意到了这方面软件的需求,先后推出了系列产品,是所有软件厂商中唯一产品线最丰富,适用面最广泛,按需配置最灵活的管理软件开发商。
(3)销售策略:
帮助客户做到4个充分
充分了解需求;充分培训练习;充分反馈问题;充分总结经验;
利用各种方式,向目标客户传递以下理性诉求:
1、实时化—企业在经营中,必须掌握立即、快速的原则,新品上市快,客户服务要快,决策速度要快,企业应变速度要快。
2、信息化―切忌简单的把信息化理解为企业办公计算机化。而且必须考虑企业的客户数据库是否丰富?产品资料的搜集是否完整?经营环境的相关资料是否够新够多?企业经营结果的信息是否准确?
3、创利化—经营无非时为了活力及贡献社会责任,因此就必须不断创造利益,就要在重视有利益的销售的同时,努力提高效率,降低成本。达到提升竞争力的目的。
(4)价格政策
完全按照用友公司的政策规定执行报价(略)
(5)销售方式
为了使本公司的产品一最快的速度,最全面的被目标客户企业家了解并接受,拟采取以区域集中推介会、社会关系介绍、销售人员上门联系3种直销形式为主,向下级代理商批发为辅的销售方式。公司还将重视做好现有客户的售后服务工作,力争在赢得美誉的基础上,将客户的关系渠道发展成为公司拓宽市场的销售通道。
篇10:软件项目计划书
公司具有丰富开发经验,拥有一个精英团队,工作亦不断地趋于正规化与规模化,并且在此过程中积累了一定资金和客户关系。目前一些公司已经与我们达成了关于外包合作的共识。
为实现前期资本的积累,我们做了充分的准备,包括建立广泛的社会关系来避免资金不足而可能带来的运转困难。目前我们与四川政府采购部门、省农业银行、眉山市市政府、绵阳市工商局、国腾公司、南充市西充县电信公司、国腾软件学院和西充中学等有了不同程度的沟通,并与其中部分有过愉快的商业合作,这为我们初期创业的项目来源、资金流动提供了一个广泛的渠道。
二、公司的组成与管理
1. 公司组成:
1.1 组织形式
鉴于我们的产品核心是技术,公司在任何发展阶段都将贯彻“以质量求生存,以信誉求发展”的理念。公司通过采取有限责任公司的形式,更有效地发挥各工作人员的专长,提高工作效率,使计划与执行分开,各部门职能明显划分,不受外部环境影响。随着公司的发展,公司组织还可不断地调整、完善。
公司结构如下:
1.2 主要机构
股东大会:初期由全部股东组成,此后由持有一定股份比例(随不同时期而定)的股东组成。主要职能为选举产生董事会成员。
董事会:由股东大会选出董事会成员,负责确定董事长、董事会秘书,讨论和决议公司的重大决策,并由董事长转交执行。
董事长:由董事会选出,拥有总经理的任命权,对公司转告董事会决定,并代表董事会对外交涉。
董事会秘书:由董事会选出,对公司运作进行监督,并及时将公司运作的情况向董事会汇报。
总经理:由董事长任命,负责管理公司的日常事务,制定公司的长远发展规划,聘任或解聘部门经理、财务负责人,对外代表公司。
技术部:负责科技攻关、课题研究与系列产品开发。不断提高产品的质量,针对不同客户、不同时期、不同工作的需要进行开发,力争保持技术上的领先地位。技术部由本公司技术部经理负责。在公司初期,技术部承担对内自主技术攻关、对外满足客户需求的两个责任,分别由相应临时组长负责。
财务经理:负责公司内部的财务控制、会计、金融、投资活动,定期向总经理和董事会递交财务报告,分析财务状况,并提出建议。
营销部:对公司的总体营销活动负责,管理营销队伍和地区经理,对公司的客户需求、销售活动、售后服务和地区间的平衡负责。
公司在初期后还将增设以下部门和职务:
1.3 法律结构
公司为有限责任公司。
1.4 产权
注册总资本:30万元(暂定)。
股份:按入股资金分配。
2. 公司管理:
2.1 生产管理
在市场经济下,生产管理直接关系到企业的生死存亡。公司一经成立,对生产就实行优质、高效的管理。
1) 产品研发
启航公司属于高科技企业公司,以电子科技大学成都学院和本公司科研实力为依托,在确保短期目标实现的同时致力于长足发展,运用先进的过程管理和软件工程方法,加大科研开发力度,从而不断的研发出新产品(我们公司将以净利润的45%设为专项科研经费)。公司计划在3-5年之内,以自行开发的系列软件和软件吸引来的庞大客户群为依托,全面开展成熟的电子商务业务,依靠先进的技术和可靠的质量,全面抢占市场。
2) 生产过程组织
公司驻地选择:考虑到通信方便、厂商和信息集中等因素,并享受“两免三减半”的税收优惠政策,我们将公司设在成都市高新技术开发西区。经过调查,并根据公司规模,初定办公室建筑面积为100平方米。
生产过程:我公司主导产品是软件。鉴于软件产品的特殊性,公司将有针对性地成立项目开发组,对专用性软件采取订单生产方式进行开发。根据不同用户的具体要求量体裁衣,进行设计、开发、安装、调试、维护等,实现公司的高利润。我们将与顾客保持密切联系,确保研发按时高效完成。通用性软件做好市场调查,根据广大用户需求,成立专项项目组进行周期性开发和升级,力争做到立项一批,开发一批,成功一批,推广一批,实现利润最大化。
2.2 质量管理
每一件产品的质量直接关系到公司的声誉,质量是企业的生命。我们将从客户的利益出发,成立专项软件检测组,严把质量关,坚决做到让顾客用放心软件。
2.3 人力资源管理
人力资源已成为当今企业界最重要最宝贵的资源,尤其对于高新技术企业,员工的素质将直接决定企业的发展。本公司将制定以下政策来对人力资源进行管理:
激励:采用业绩付酬,精神激励和物质激励相结合的方式,对表现突出的员工进行奖励,对于科技研发人员的专利产品可以以出资方式折入公司股份,通过扩股形式将本公司的部分收益转化为企业股份分配给创业人员。同时注意协调公司内部关系,不定期组织活动,使每个员工都有归宿感。
培训:培训是人力资源开发的重要途径,能满足企业发展对高素质人才需要,公司应进行岗前培训和在岗培训,通过岗前培训使新员工尽快适应工作环境,通过在岗培训不断提高员工素质,提供进修深造的机会。 现在已经对内部成员和国腾学院部分学生进行定期培训。
招聘:对于中高层管理人员的选用,公司将采用内部选拔与外部招聘相结合的方式;对科技开发人员采用高薪聘用,坚持用人唯贤,做到职能相配分工明确,最大限度的发挥人才的作用。
三、市场分析
1. 市场现状分析:
我国经济发展取得了巨大的成就,各项经济指标及各种产业都发生了翻天覆地的改变,人们的生活和工作水平都上了一个新的台阶。党的十六大提出,信息化是我国加快实现工业化和现代化的必然选择,坚持以信息化带动工业化,以工业化促进信息化,走出一条科技含量高、……、人力资源优势得到充分发挥的新型工业化道路。近年来,我国软件产业的政策环境不断改善,增长速度明显加快,软件产业对国民经济发展的作用逐步增强。到目前为止,我国软件产业的政策环境成为历史上前所未有的最好时期。
20xx年全国软件市场销售总额为1100亿元,同比增长为46.5%,软件出口(含产品出口、外包服务)15亿美元,同比增长为100%。其中,软件产品销售收入660.5亿元,同比增长28%,系统集成及计算机服务收入439.5亿元,同比增长87.3%。
近几年,中国软件产业以平均超过30%的`速度增长。具体情况见图1和图2。
但是在如此高速发展的情况下,国内软件依然有很多空白地带,有待弥补。
(1) 政府虽然有大规模的软件采购,但对软件专项定做和维护并未系统,缺乏高效和专用性;
(2) 正版软件市场还不成熟。
(3) 非IT企业对软件提高生产效率和加强管理虽有足够的认识但并无系统的制度;
(4) 电子商务在国内尚处于起步阶段。
2. 目标市场分析:
公司在创业初期(前两年),将目标市场定位于成都周边公司的服务性软件和网络项目、自研通用性小软件。
现阶段,即在数字化网络时代广泛开展的大潮流中,公司的管理和生产越来越依赖于强有力的数字神经系统,因此快速的建立对相关信息反应速度,有必要依赖于相关的数据类管理软件以及面向客户的网络建设,切实保证在激烈的市场竞争中,占有主动的地位。另一方面,成都软件市场尚未完全挖掘,软件销售多依赖于政府等大客户的采购,多数中小企业还停滞在传统经营管理的模式下。在这种条件下,我们有广阔的潜在市场!
A、目标市场描述
软件公司创业计划书范文投资创业
公司计划进入软件和电子商务行业。如上两图所示(数据来源:分别为国家统计局和CCID,其中后图的数据是预计),前者显示软件行业景气指数总是大于100,表明这个行业是一个不断发展的朝阳产业,后者表示这个市场的销售总额将超过2千亿。
左图显示了互联网市场的规模,其中显示了对04、的预测。但是目前电子商务的内地市场基本没有开发,包括已有的一些电子商务巨头都只是将实力集中于北京、上海、广州等几个特大城市,根本无暇顾及内地。在这段时期里,预计我们力争的细分市场将会不断成长)。改变这种情况的主要力量是电子商务产业不断发展,和竞争对手进入内地市场,但是因为这个市场过于广阔,在5年内基本上都不会和老牌电子商务企业有正面冲突。
前期我们产品拥有以下优势:高附加值、为企业的量体裁衣、完全满足企业特殊需求。扩展期公司将目标市场定义为网上商品销售。现在,这个市场由十多个个主要竞争者分享。但是如图数据显示目前的市场规模将只有两年后的37.5%。
B、目标消费群
前期的目标消费群为公司附近的企业和单位,针对这一群体的特点公司会着重加强关系建立与技术研究,确保有项目作,回头客多,从开发成本中要利润。扩展期的目标消费群为广大人民群众,在这个群体中盈利则必须保证低廉的价格和良好的服务,我们将会通过最大限度降低管理、配送和营销成本来争取利润。
3. 市场风险分析:
1) 投资方临时撤股。
这对创业初期的公司来说是一种毁灭性的打击。出现这种情况后。公司将尽量与投资者协商。一旦协商失败,将会按照强制退股协议(参见法律、协议部分)处理,并将积极寻找新的投资商。
2) 项目来源短缺
前期的公司可能面临缺乏项目来源的危机,外接项目的开发和销售是公司初期现金流动的主要方式,短缺项目将会对公司造成巨大的影响。为了降低这方面风险,一方面凭借公司股东私人关系扩大客户网,从公司章程上确立项目提成制度,奖励所有提供项目的非公司人员。另一方面公司将设立专门的营销部门,聘用有经验的营销人员,在自身实力的基础上,不断将现有和潜在的客户关系转化为公司的资本。
3) 大公司的竞争压力
WiseMedia
公司将尽力避免与大公司竞争,初期利用小公司灵活的优势,从价格、渠道等方面努力开拓自己的市场。成熟期,公司将在电子商务还未形成的西南地区抢占先机,在面对大公司入侵时,广泛的与当地大型超市合作,以降低配送费用,增加竞争力。
篇11:软件项目计划书
一、公司简介
起航软件公司是一个以开发数据库软件、行业软件和网站建设,发展成熟之后着力于发展电子商务的高新科技公司。
1. 业务目的:
20xx年全国软件市场销售总额为1100亿元,比同期增长为46.5%。软件行业是一个朝阳产业,从98~以平均超过30%的速度增长,且有数据显示这种规模的持续增长会持续到20xx年。另外,电子商务在国内处于起步阶段,虚拟电子货币消费基本处于空白,随着网络泡沫的覆灭,实务的网络营销被认定为中国电子商务的突破口,所以前段时间国内大型电子商务都收到不同程度的风险投资(1000-8000万美元不等)。由此可见,电子商务的第二春就要到来。而国内主要的电子商务企业所占市场无非是北京、上海、广州等大城市,根本无暇顾及广大的内地市场。我们分析得出,未来5年中在内地投资电子商务,将是绝佳的机会——即有现成和成熟的运作模式、广泛的市场渠道,而没有强大的竞争对手。我们的业务目的就是在初期以软件研发、销售为主,积累资金、技术和客户,让公司形成规模,成熟后便开展电子商务,抢占内地这块空白的高利润市场。
2. 我们的团队:
创业团队由前电子科大国腾软件学院起航软件工作组演化而来,汇聚了全学院精英。工作组始终强调以人为本,要求成员私下俩俩结友。通过近一年的磨合与相互学习,团队内已经营造出了良好的工作氛围,人与人之间的关系非常融洽,甚至由此形成了一种文化。让每位成员都具有良好的团队精神,是工作组最引以为傲的成就。工作组内部,我们让所有成员都有机会体验各种角色,从而加强了对别人工作的认识和理解,同时也促进了竞争和相互学习。
工作组在长期的实践中积累了大量的工作经验和技术实力,由只能做小程序的丑小鸭成长为能够独立完成中等规模软件项目的雏鹰。在与其他公司的合作过程中,工作组积累了很多社会关系,为公司运作筹备了稳定的项目来源和可靠的技术支持。
为了使工作趋于正规化,工作组制定了严格的规章制度。灵活的项目开发小组划分原则、项目跟踪和文档管理制度相继被建立和完善起来。每个临时小组设立相应负责的组长,将每位成员的具体职责落实到处,杜绝虚设职务。在项目的开发、计划、跟踪管理、软件需求等方面参照了国家标准,并坚持记录工作组日志、提交项目进度报告、编写每个项目周期的项目总结。
工作组很重视思想工作,定期举办如烧烤、旅游等的团队活动。还通过讨论前景的方法鼓励大家的工作激情,以提高团队协作精神和凝聚力,使所有成员都拥有应付各方面竞争的综合能力。
我们会把好的东西、优良的传统带到以后的工作中,继续保持下去。
3. 公司描述:
3.1 公司性质:
软件高新技术公司。
公司以开发数据库软件和行业软件、建设维护网站、提供系统集成和商务解决方案为主要业务,成熟后着力于开发自主知识产权的软件产品和发展电子商务。
3.2 公司名称:
起航软件有限责任公司
3.3 公司结构:
公司以股东会为根本,由股东会产生董事会,监管公司日常运作,董事会包括董事长和董事会秘书,董事长代表董事会决定公司重大问题,如任命总经理。董事会秘书负责监管公司财务、人事情况等,向董事会负责。总经理负责公司日常事务,重大事件需提交董事会决定。总经理下设技术部、营销部和财务经理,两个部门的部门经理向总经理负责。会计向总经理、董事会负责。(具体内容参看附件中公司章程部分)
3.4 公司经营策略:
公司以多种经营方式来实现利润最大化的最终目标,包括定制和外包、自研系列软件产品、开发软硬结合产品、提供解决方案、发展电子商务等。前期的软件定制和外包,我们将充分利用股东数量多、关系广泛的优势,快速积累资金以提供软件产品和集成系统的研发。成熟期,软件产品将为发展电子商务打下基础。除了争取融资以外,我们会利用现有资源构筑电子商务的框架,让投资商看到美好的前景。业务开展过程中,我们尽量避开现有几家大型电子商务企业的竞争压力,转战他们无暇顾及的内地城市,蓄积实力同时抢占市场份额。另外,我们会积极寻求与本地超市合作,以充分利用各自资源。达到我们、超市和顾客多赢的局面。
3.5 相对价值增值:
我们通过系列软件构建出的电子商务平台,将引导消费者习惯网上消费和使用虚拟货币,充分利用超市的配送系统和进货渠道(物流链),避免我们的资源浪费,同时通过利用我们的消费渠道节省超市大规模占用场地和大批雇佣销售管理员工的费用。从宏观上看,使资源配置更加合理,相对价值势必增加。
3.6 公司设施:
公司初期需要三台电脑、一系列开发所需软件和一个良好的办公环境。公司计划选取成都高新西区国腾园863软件孵化基地为办公场地。我们预计,三年内,收回公司前期所有投资,并在此基础上实现公司50万以上的资金积累。
3.7 资金投入和运用:
前期资金主要用于职员工资、系列软件研发、努力提高生产和研究能力、客户关系建立等方面(注:根据中国现状,我们的系列网络软件打算先免费发布,以争取和发展客户群、提高企业知名度,为电子商务的发展构建基础平台)。
扩展期资金主要用于提高技术和录用新的员工以支持在扩大的市场中的持续发展。
公司成熟期将以构建电子商务平台为主要任务,大规模融资(争取能上市),全面开展基于系列软件客户群和安全平台的电子商务业务,以步步为营的战略方式,与政府合作,培养人民的虚拟货币使用习惯。公司将逐步增加在安全性和基础设备方面的投资,并把商品储备和配送体系作为公司新的发展方向,努力实现多渠道和多体系。
3.8 公司优势:
篇12:软件项目计划书
甲方在此委托乙方进行xx软件的开发,为明确双方责任,经友好协商,双方达成以下协议:
第一条:项目的功能、平台架构、开发进度、交付方式等内容由载明。
第二条:甲方的权利和义务
1. 提供专人与乙方联络。
2. 提供项目所需要的所有资料交给乙方,并保证资料的正确性。
3. 及时支付费用,保证项目的开发费用及时到位。
4. 本合同的相关作品、程序、文件源码的版权属甲方所有。
第三条:乙方的权利和义务
1. 提供专人与甲方联络。
2. 按照项目进度要求及时完成系统的开发,同时保证项目质量。
3. 协助甲方完成所开发系统的实施、培训以及维护。
4. 开发完毕,乙方应将系统的文档、源代码移交给甲方,不得将其应用在其他企业。
5. 不得将甲方开发内容泄露给第三方。
第四条:验收
1. 验收标准为: a. 程序正常运行;b. 方案中提到的功能全部实现;c.项目按时完成;d.文档和源代码齐全
2. 验收期限为2天时间。
第六条:付款方式
1. 合同签订后1个工作日内,甲方向乙方支付合同总价30%的预付款。
2. 试运行完毕,甲方向乙方支付合同总价70%的合同款;
第七条:维护
1. 乙方应通过电话、email、现场服务等方式协助甲方的系统维护,乙方有义务及时响应和认真服务,努力确保甲方所委托开发系统的正常使用;
2. 甲方需要改动或需要委托乙方进行二次开发,甲方应同乙方另订协议,作为合同的附件,另收开发费用。
第八条 违约责任
1. 任何一方有证据表明对方已经、正在或将要违约,可以中止履行本合同,但应及时通知对方。若对方继续不履行、履行不当或者违反本合同,该方可以解除本合同并要求对方赔偿损失。
2. 因不可抗力而无法承担责任的一方,应在不可抗力发生的3 天内,及时通知另一方。
3. 一方因不可抗力确实无法承担责任,而造成损失的,不付赔偿责任。本合同所称不可抗力是指不能预见、不能克服并且不能避免的客观事件,包括但不限于自然灾害如洪水、地震、火灾和风暴等以及社会事件如战争、**、政府行为等。
第九条 其它
1. 如果本合同任何条款根据现行法律被确定为无效或无法实施,本合同的其他所有条款将继续有效。此种情况下,双方将以有效的约定替换该约定,且该有效约定应尽可能接近原约定和本合同相应的精神和宗旨。
2. 本合同经双方授权代表签字并盖章,自签订日起生效。
3. 本合同一式两份,双方当事人各执一份,具有同等法律效力。
乙方: 甲方
法人代表: 法人代表:
代 理 人: 代 理 人:
日 期: 年 月 日 日 期: 年 月 日
地 址: 地 址:
电 话: 电 话:
传 真: 传 真:
开户银行: 开户银行
帐 号: 帐 号:
篇13:软件项目计划书
1、引言
1、1编写目的
本报告的主要作用是确定各个项目模块的开发情况和主要的负责人,供各项目模块的负责人阅读,做到及时协调,按步有序进行项目的开发。减少开发中的不必要损失。
便于项目团队成员更好地了解项目情况,使项目工作开展的各个过程合理有序,因此以文件化的形式,把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件等内容做出的安排以书面的方式,作为项目团队成员以及项目干系人之间的共识与约定,项目生命周期内的所有项目活动的行动基础,项目团队开展和检查项目工作的依据。
具体步骤:拟订开发计划书,分配项目工作,安排项目进度
计划对象:网上书店开发小组
2、项目概述
2、1项目背景
随着网络技术的发展,Internet已成为最具市场潜力的技术领域,使用Web技术设计的数据库应用软件,是目前Internet市场的技术中坚,各种Web应用如电子商务,网上购物等都采用这种方式实现。互联网的优势在于用户能同时从不同地点、不同数据库中存取数据。
网上购物系具体是指利用各种电子工具与网络,高效率,低成本地从事以商品交换为中心的各种商务贸易活动。电子商务应用的兴起已经促使商品流通领域发生了一场巨大的革命。
它打破了时空的界限,加速了整个社会的商品流通,有效地降低了企业生产成本,提高企业竞争力。电子商务的一个重要技术特征。是利用Web技术来传输与处理商业信息,因此有人称:电子商务=web+IT。因此我们将开发一个典型的电子商务系统:网上书店。
2、2项目目标与范围
2、2、1目标和范围描述
项目:网上购书系统
该系统适用于在网上书籍交易,网上书店的管理,通过此软件系统对书籍进行有效管理,灵活的满足自己客户需要。
问题:实地购书比较麻烦,购书范围小,能购书的种数也有限。
项目目标:开发一个网上购书系统是项目的总目标,为实现项目的总目标可按以下三个阶段目标来进行:
第一阶段目标:实现网上购书系统的基本功能,小组个成员进行各个模块的开发,形成初步的系统。
第二阶段目标:攻克技术上的难题,实现网上购书系统的一些特殊功能,进一步完善系统。
第三阶段目标:让系统投入到实际运用中,做好系统的维护工作。
项目范围:利用现有的微型计算机,借鉴前人的网上购书系统开发经验、徐州博库网上书城和资料中的电子商铺系统的开发模式,预计软件开发费用不超过***元。
初步设想:建议在系统中增加一个BBS的模块,方便用户发表言论。
2、2、2主要功能
(1)概述
可行性分析:这个系统没有经济效益,不能收回成本,但可以得到知识,熟悉做项目的过程;现有的技术能够完成系统的基本功能,但做BBS论坛还有一定的技术困难,开发这个新系统,只是借鉴前人的开发模式,做出有个人特色的网上购书系统,仅供平时学习用。不会引起任何的侵权问题。通过对用户的进一步访问,用户希望能够通过互连网,能够浏览书籍,查找他们想要的书籍,并能够订购要买的书,这不仅很方便,还节省了用户的时间。
(2)传统购书系统流程图
网上购书流程
(3)功能描述
图书查询和浏览功能:当进入网上书店后,无需登录,就可以浏览书籍,而电子书店还可以提供一个更好的功能,即通过图书名称、类别等信息从浩瀚的书海中迅速的找到的书。
用户登录注册功能:在用户购买的图书时,系统将判断其是否登录,如果没有,则转向登录界面,登录后,系统还将转向原来用户浏览的页面。
购物车功能:用户登录后,就可以把图书放入购物篮中,可以对购物篮进行管理,包括修改所购图书数量、删除图书等。
图书信息管理功能:管理人员可以添加图书,修改图书的类别,价格,上传图书的相关图片等。
定单信息管理功能:用户确认购买图书,将形成一条订单信息,用户可以查询自己的定单。管理员可以查看定单,售出书籍。
2、2、3性能
2、2、4管理和技术约束
由于没有做过项目的经验,在加上编程技术的限制,小组人员少,时间的限制只能实现一个具有简单功能的网上购书系统。
2、项目估算
2、1使用的历史数据
徐州博库网上书店、电子商铺系统
2、2使用的评估技术
软件规模估算:采用类比的方法,根据历史数据来进行估算
工作量估算:基本COCOMO模型
成本估算:基本COCOMO模型
时间估算:基本COCOMO模型
2、3工作量、成本、时间估算
软件规模:LOC=[(50(重新设计)%+50(重新编码)%+重新测试(100)%)/3]×已有代码行(0)=13000
工作量估算:人员:六人
成本估算:资料费(资料费、复印费)
通信费(移动通信费、上网费、电费)
时间估算:
基本COCOMO模型把工作量作为软件规模的函数来计算,其计算公式为:
E=aS^bS是以千源代码行(KLOC)计数的程序规模,a,b为开发模式因子
在我们的项目中,我们采用半分离式,因此a取值为3、0,b取值为1、12
即E=3、0*13^1、12=53、056
根据计算的工作量,我们由下面公式计算所需的开发时间:
t=cE^dE为我们所计算的工作量人月为单位,c,d是随开发模式而改变的因
子,在这里我们同样采用半分离式,c取值为2、5,d取值为0、35
即t=2、5*53、056^0、35=10、036
在小组中,我们共六人,大约2个月完成任务。
篇14:软件项目计划书
一、公司描述、宗旨和目标
中国xx软件有限公司是以xx教授(原中国交大研究生)、xx教授(原中科院计算所研究生)携带在加拿大多年学习和研究的先进创新成果回国创业的一家软件企业。公司于20xx年7月在中国张江高科技园区注册,主要业务是开发具有自主版权和知识产权的大型通用数据库管理系统――xxSQL,并基于xx数据库产品进行应用开发和推广。
xx软件的宗旨是以创新的核心技术为起点,以国际一流的专家为技术领路人,将核心技术转化成具有国际竞争力的商业产品,将xx软件建设成一个大型的基础软件和应用软件供应商。
xx软件的短期目标:基于xx数据库(xxSQL)的“xx企业信息备份和搜索工具”能够在一些具体行业或项目中进行推广应用。初期市场开拓的目标在于建立和提高公司产品的信誉和客户对于产品的可接受程度,而非盲目追求数量增长。总之,首先使公司运营正常,实现良性现金流和一定的赢利空间,再求进一步发展,实现良好的投资回报。
xx软件的长期目标:开发和推广大型通用数据库管理系统及其应用产品。
二、公司目前的股权结构
公司目前的股份构成:
三、已投入的资金及用途
公司于20xx年7月成立,注册资金200万元人民币,主要用于产品的开发、测试,市场渠道的铺设。
公司成立以来成功申请了20xx年科技部中小企业技术创新基金(75万元)和20xx年中国市第一批软件和集成电路产业发展专项资金(50万元)。
四、公司目前主要产品及服务
公司的主要产品:“xx数据库管理系统(xxSQL)”。
正在开发的产品有:“xx企业信息备份与搜索工具”。
公司还计划基于xx数据库建立“xx数据服务中心”,为广大中小企业用户提供数据集中维护及安全保障。
五、产品的知识产权和归属权
“xx数据库管理系统(xxSQL)”是由两位创始人(xx、xx)在国外任教期间发明,通过与任教所在大学签定法律合同(见附件),数据库的专利权、出版权及其相关知识产权都归属于两位创始人所有,目前数据库的所有知识产权已转到中国xx软件有限公司。
“xx企业信息备份与搜索工具”则是在中国研发的基于xx数据库的应用产品。中国xx软件有限公司拥有产品的所有知识产权。
六、市场概况和营销策略
目前企业搜索市场还处于起步阶段,还没有出现一家独大或几分天下的局面,因此,现在是进入企业搜索市场的最好时机。
xx的总体营销策略是:分别向中小企业、大型企业和服务运营商提供不同的细化产品,逐步开拓本地、国内、国际市场。
七、核心团队
公司的核心团队由五人组成:
xx(公司创办人,现任董事长兼CTO,xx大学计算机系终身教授,数据库及人工智能专家);
xx(公司创办人,现任总经理,xx大学计算机系终身教授,人工智能专家);
周先生(于95年获美国名校计算机科学博士学位,曾任美国xx公司中层管理人员、大型外资公司副总裁,软件工程和人工智能专家);
陈先生(于88年获美国名校计算机科学博士学位,曾任美国加州硅谷著名软件公司高级系统分析师);
王先生(xx大学计算机系博士后,曾任加拿大著名软件公司高级系统分析师,数据库专家)。
八、公司优势说明
公司的主要优势如下:
1)企业搜索引擎的技术处在不断发展完善中,xx拥有自主的先进技术,创新能力强;
2)xx企业备份和搜索工具是基于xx自身的数据库产品研发的,充分利用了数据库的
高性能和安全机制,产品性价比高;
3)xx能快速灵活地向用户提供按需定制服务。
九、目前公司为实现目标的增资需求
为了抢占企业信息搜索的市场发展先机,xx需要的外部投资为750万元人民币,加上xx的预期销售收入及其他资金,致力于“xx企业信息备份与搜索工具”产品的市场开发。
公司计划在20xx年实现收支平衡,实现销售赢利,占据国内企业搜索市场有一定影响力的份额,打造xx软件品牌。
十、融资方案
企业的产品经营和资本经营是相辅相成的,产品经营是基础,资本经营则是企业快速发展的助推器。公司此次计划筹集750万元的风险资金,主要用于“xx企业信息备份与搜索工具”的市场开发。
此次融资的资金筹措方式:股权融资(投资750万获取20%股权)或引进战略投资者。投资方可通过股票上市或公司兼并的方式退出。
十一、合作方式
中国xx软件有限公司计划吸收750万元(人民币)风险资金,主要用于“xx企业信息备份与搜索工具”的市场开发。
投资方和xx软件有限公司可以组建新公司的方式或其他可行的方式进行合作,股份的最终分配方案可经由谈判确定。
篇15:软件项目计划书
一、总纲
通过实施人力资源管理系统,提高人力资源部在日常人力资源操作性等事务的工作效率,为高层提供即时的高效的人力资源资数据查询、分析,为高层提供决策依据。同时有利于人力资源内部流程的规范与再造优化,以便更好地为员工(我们的客户)提供更好的服务。
二、项目实施的目标(待商讨,应详细化)
1、人事管理类:人事档案履历管理、企业构架管理、入职/离职管理、合同管理、变动管理、奖惩管理及相应的统计分析、报表,支持领导查询。
2、考勤管理类:由于公司原有一个完善的考勤系统,现有系统只是导入原有考勤系统的数据。
3、招聘管理类:招聘需求分析、人员需求预测、招聘计划、招聘效果分析、招聘成本分析。
4、培训与发展类:
培训需求调查、培训计划、培训记录(员工、教师)、培训津贴计算、培训课程管理、培训成本分析,给个人提供职业生涯规划、建设人才梯队、给个人提供给予职位及发展需求的培训服务。
5、绩效考核管理类:导入相应的考核数据,为薪资提供数据。
6、薪资福利管理类:薪资政策设定、薪资公式设定、薪资报表、工资单、个人所得税表、社保管理、住房公积金管理。
三、该项目组成员组成。
本项目由人力资源部主管***批准,总经理***审核实施。
本项目涉及部门:总经办、人力资源部、财务部、网络部
项目主席:***
项目负责人:***
项目成员:****、****……
四、软硬件投资
1、软件:采用市场上购买的HRMS软件
2、硬件:采用组装服务器
系统软件是基于微软SQL数据库运行,采用C/S(客户端/服务器端)构架,个人用户装载客户端进行操作。
3、成本:总投资约***元
五、风险预测
1、软件风险:由于我们采用的是盗版软件,有不可遇见的问题,现已经完成了初步的各个模块的测试,但是没有完成真实模拟的测试。
2、功能风险:由于此软件没有真实地进行全面的测试,需要在模拟运行一段时间后才能得知其实际运行能力。
3、人员风险:不见得每个人都是喜欢用这个系统,上这系统一开始比如有很多的数据录入工作加上一些不习惯或者其他因素,一定会有人员有抵触情绪,这需要主管的大力推行和及时开导解决。
六、人力资源流程(略)
七、进度计划(略)
1、前期工作(一个月)
人事部、财务部及网络部共同协商。对人力资源部、财务进行需求调查;人力资源部内部流程规划,网络部软件分析;
2、实施准备阶段(1周)
资料准备;项目实施会议,确定实施时间表,确定人员工作细则;确定项目监督人员;HRMS培训;系统安装调试,模拟测试。
3、模拟运行及用户化(2周)
资料上传;用户化,客户端安装,个人工作准则确定。
4、切换运行(一天)
实时工作上线切换,解决软件当中的问题;切换验收。
5、新系统运行
持续的维护及应用创新,及时新人的培训。
篇16:软件项目计划书
一、项目实施方案概述
软件产品,特别是行业解决方案软件产品不同于一般的商品,用户购买软件产品之后,不能立即进行使用,需要软件公司的技术人员在软件技术、软件功能、软件操作等方面进行系统调试、软件功能实现、人员培训、软件上线使用、后期维护等一系列的工作,我们将这一系列的工作称为软件项目实施。大量的软件公司项目实施案例证明,软件项目是否成功、用户的软件使用情况是否顺利、是否提高了用户的工作效率和管理水平,不仅取决于软件产品本身的质量,软件项目实施的质量效果也对后期用户应用的情况起到非常重要的影响。项目实施规范主要包括项目启动阶段、需求调研确认阶段、软件功能实现确认阶段、数据标准化初装阶段、系统培训阶段、系统安装测试及试运行阶段、总体验收阶段、系统交接阶段等八个阶段工作内容,每个阶段下面有不同的工作事项,各个阶段之间都是承上启下关系,上一阶段的顺利完成是保证下一阶段的工作开展的基础。下面将按照每个项目实施阶段分别介绍。
二、项目实施方案介绍
(一)项目启动阶段
此阶段处于整个项目实施工作的最前期,由成立项目组、前期调研、编制总体项目计划、启动会四个阶段组成。
此阶段主任务:
公司:在合同签定后,指定项目经理,成立项目组,授权项目组织完成项目目标。
公司项目组:进行前期项目调研,与用户共同成立项目实施组织,编制《总体项目计划》,召开项目启动会。
商务经理:配合公司项目组,将积累的项目和用户信息转交给项目组。将项目组正式介绍给用户,配合项目组建立与用户的联系。
用户:成立项目实施组织,配合前期调研和召开启动会,签署《总体项目计划》和《项目实施协议》。
1、成立项目组
部门经理接到实施申请后,任命项目经理,指定项目目标,由部门经理及项目经理一起指定项目组成员及成员任务,并报总经理签署《项目任务书》。
2、前期调研
项目经理及项目组成员,在商务人员配合下,建立与用户的联系,对合同、用户进行调研。填写《用户及合同信息表》。在项目商务谈判中,商务经理积累了大量的信息,项目组首先应收集商务和合同信息,并与商务经理一起识别那些个体和组织是项目的干系人,确定他们的需求和期望,如何满足和影响这些需求、期望以确保项目能够成功。
3、编制《项目总体计划》
《项目总体计划》是一个文件或文件的集合,随着项目信息不断丰富和变化,会被不断变更,主要介绍项目目标、主要项目阶段、里程碑、可交付成果。通常包括以下几方面内容:
项目描述,项目目标、主要项目阶段、里程碑、可交付成果。所计划的职责分配(包括用户的);
沟通管理计划,确定项目干系人对信息和沟通的需要:即什么人何时需要什么信息以及通过什么方式将信息提供给他们。质量管理计划,确定适合于项目的质量标准和如何满足其要求。如果有必要,可以包括上述每一个计划,详细程度根据每个具体项目的要求而定。未解决事宜和未定的决策。
4、启动会
项目组与用户共同召开的宣布项目实施正式开始的会议。
会程安排如下:
共同组建项目实施组织,实施组织的权利和职责;双方签署《项目实施协议》。
项目组介绍《项目总体计划》和《项目实施协议》,包括以下内容:
项目目标、主要项目阶段、里程碑、可交付成果。所计划的职责分配(包括用户的);
项目实施中项目管理的必要性和如何进行项目管理,项目的质量如何控制;
项目实施中用户的参与和领导的支持的重要作用;
阶段验收、技术交接和项目结束后如何对用户提供后续服务。
(二)需求调研确认阶段
此阶段的主要工作是软件公司的项目实施人员向用户调查用户对系统的需求,包括管理流程调研、功能需求调研、报表要求调研、查询需求调研等,实施人员调研完成后,会编写《需求调研分析手册》,并交付用户进行确认,待用户对《需求调研分析手册》上所提到的需求确认完毕后,项目实施人员将以此为依据进行软件功能的实现。如果用户又提出新的需求,实施人员将分析需求的难度及对整个系统的影响程度来确定是否给予实现。需求调研阶段具体包括如下内容:
1、进行需求调研准备
2、编制《需求调研计划》
3、内部评审是否通过《需求调研计划》,项目组、部门经理、商务等人员根据合同要求和项目实际情况对《需求调研计划》草稿进行评审,如评审通过,则在稍后的时间内签署,如评审不通过则重新修改。
4、用户是否签署《需求调研计划》,如用户签署《需求调研计划》,则作为以后需求调研工作的指南。否则重新修改。
5、《需求调研计划》是否有变更,如果计划存在变更,则执行变更控制流程,否则按计划进行后续工作。
6、编写及发出《需求调研通知》,项目组编写《需求调研通知》,确定进行需求调研的相关事宜,发给用户,为顺利完成需求调研工作做准备
7、需求调研,项目组以《需求调研手册》为依据,从业务流程、单据使用、打印格式、报表查询几个方面展开深入和全面的调研,并搜集用户的个性化需求。
8、需求调研分析根据调研的结果,项目组和公司其他技术部门将进一步进行分析,确定合理、可行的需求,将分析结果形成《需求分析报告》草稿。
9、内部评审是否通过《需求分析报告》。项目组、部门经理、公司其他技术部门的人员对《需求分析报告》草稿进行评审,如评审通过,则在稍后由用户签署,如评审不通过则重新修改,直至内部评审通过。
10、编写及发出《需求分析报告确认通知》。项目组编写《需求分析报告确认通知》,发给用户,确定进行需求确认的相关事宜,告之相关部门及人员安排好工作,准时参与需求确认工作,为顺利完成需求确认工作做准备。
11、用户是否确认《需求分析报告》。如果用户确认,并签署了《需求分析报告》,则需求调研阶段工作结束,进行后续的软件功能实现的工作;如没有确认,则进一步进行调研、分析,直至用户最终确认并签署《需求分析报告》。双方签署了《需求分析报告》,需求调研工作结束之后,如果用户提出新的需求或是变更已有的需求,则执行需求新增及变更流程。
(三)软件功能实现确认阶段
此阶段的主要工作是项目实施人员根据需求调研阶段确认的《需求调研分析手册》中的用户需求内容进行具体软件功能的实现工作。在软件功能实现的过程中,项目实施人员将记录软件实现的详细过程。便于公司售后服务之用。每一个实施技术人员必须严格按照要求记录、存档。按照调研要求的所有功能实现完毕后,项目实施人员将编制《软件功能确认表》,将定制好软件功能待用户确认,用户根据《软件功能确认表》上的功能逐一确定软件功能是否达到要求,对不满足要求的功能,项目实施人员将会记录下来并进行功能修改,直到满足用于要求。
(四)数据标准化初装阶段
此阶段的主要工作是项目实施人员指导用户进行系统标准化资料的准备工作,并对用户进行初装资料的软件操作培训,以便用户能够及时的将标准资料录入系统,初装完成后,项目实施人员会对资料初装的情况进行核查,为以后具体业务功能的开展做好基础。
(五)系统培训阶段
系统培训阶段工作是整个项目实施工作中比较重要的工作,用户对软件的操作功能是否熟练将直接影响到后面的软件应用效果,所以软件公司和用户双方要对此阶段的工作给予足够的重视。要充分认识培训的重要性和艰巨性。在项目实施之前对用户的相关人员进行系统和规范的产品培训是非常必要的,达到让用户了解软件产品,最终自己能够解决使用中的具体的问题。
此阶段的培训工作中将用户参加产品培训的人员划分为三个层次:决策层、技术层、操作层,对不同层次的用户参加产品培训人员的培训内容分别是:
决策层:领导在实施中的作用与重要性、决策查询。
维护层:系统维护知识、操作方法。
操作层:操作方法。
具体的培训工作流程为:
1、调研培训信息:在培训开始前3天由用户实施负责人,将参加培训的部门和人员情况填入《受训部门汇总表》、《受训人员情况一览表》。
2、编制培训计划:结合调研结果,与用户实施负责人商议具体培训内容、时间,场地,人员等。项目组编制《培训计划》。
3、签署培训计划:用户签署《培训计划》,进一步确认培训安排。
4、发培训通知:培训开始前2天,按照签署的《培训计划》,将培训内容、时间,场地,人员等信息通知用户实施负责人。
5、搭建培训环境:公司项目组在培训开始前,将培训环境搭建及检查妥当,将培训提纲及培训手册准备好。
6、组织培训:公司项目组培训负责人与用户实施负责人组织相关人员参加培训,按培训制度严格考核。由用户将考勤情况填入《培训人员签到表》。
7、培训考核:公司项目组培训负责人与用户实施负责人组织受训人员参加上机及理论考试。
8、培训总结:公司项目组培训负责人与用户实施负责人一起将出勤情况及考核情况做出总结,填入《培训及考核统计表》,及时向相关负责人汇报。
(六)系统安装测试及试运行阶段
此阶段的主要工作是在用户真实环境下,对用户网络及硬件设备进行测试,对软件系统进行容量、性能压力等测试测试及试运行的目的在于确保系统各项功能均能正常使用,并且符合用户签署的《需求分析报告》中描述的需求,同时把尽可能多的潜在问题在正式运行之前发现并改正;同时目的还在于在正式运行前用户的有关人员能进一步提高操作水平,掌握操作规范。此阶段的主要工作内容为:
1、编制计划: 与用户实施负责人商议具体测试及试运行时间,地点,人员等安排,项目组编制《测试及试运行计划》。
2、签署计划: 用户签署《测试及试运行计划》,进一步确认测试及试运行安排。
3、发测试及试运行通知: 在测试及试运行开始前2天,按照签署的《测试及试运行计划》,将时间,地点,人员等信息通知用户实施负责人。
4、搭建环境及数据准备: 在试运行开始前搭建好软件环境、硬件环境、网络环境、调通线路;检查软件、硬件、网络、线路等各个环节是否有问题;
5、组织测试及试运行: 用户相关各级领导给予全面配合,组织相关人员进行测试及试运行。公司项目组负责担当指挥,检查用户人员组织情况并给予指导,跟踪检查如下情况:
跟踪单据流转状况。
跟踪新资料登录环节。
观察业务流程执行状况。
观察操作人员操作表现。
观察系统运行速度及异常表现。
观察关键数据的正确性。
及时纠正错误操作、对于新发生的问题及时与相关人员沟通,确定解决办法。
6、测试及试运行总结: 测试及试运行完成,总结试运行中设备、软件的运行情况,总结试运行中业务流程和操作环节的情况,以书面总结形式将测试及试运行结果通知相关负责人。
(七)总体验收阶段。此阶段是对项目总体的完成情况进行验收。验收分阶段进行,在每一项目阶段结束时,用户对这一阶段的可交付成果进行验收,在测试及试运行结束后,对系统进行总体验收。
(八)系统交接阶段。此阶段是项目实施的最后一个阶段,主要工作是软件公司项目组向用户移交软件项目,包括软件产品、项目实施过程中所生成的各种文档,并签署《售后服务协议》,项目将进入售后服务阶段。软件公司项目组还需要让用户填写《用户满意度调查表》,对软件公司项目实施人员的整个项目实施情况进行评价,软件公司将听取用户的意见,再今后的项目实施管理中进行加强和改进。
三、软件实施的成功之道
(一)软件必须能满足和适应企业需求
这一点是整个项目能否成功实施的最关键的一环。很多企业都在这一方面吃过亏,在选型时见到的软件有很多功能模块,在样板企业里数据也能跑起来,但当软件买回来了以后,却发现了软件的很多功能与企业的现实差别很大,所以根本就用不起来。不同企业之间的管理流程和对数据的要求差别很大,基本上两个完全相同的企业是不存在的,世界上绝对不会有一种“万能软件”能满足所有企业的需求。企业在选型软件时,要充分考虑各种管理流程的特点、数据的来源、统计报表不同功能模块的关系、企业员工的接受能力及与其它系统的接口等很多问题,所以企业选择的必须是软件提供商为企业订制开发出来的。如果软件提供商不为企业做前期需求分析和订制开发,只是把现成的软件卖给企业,它的实施成功率几乎为零,如果是这样的服务,企业还不如买一套盗版软件。所以我们可以得出这样的结论,企业买软件提供商的不是它的软件,而是它的开发能力。
(二)软件是否能进行二次开发
因为企业现有的流程不是一成不变的,需不断完善与改进,所以软件的功能也需要能进行相应的修改,而且企业在第一次做项目需求时,有些问题可能忽略掉了,所以必须要求选型的软件有强大的二次开发能力。如果软件的结构过于僵死或二次开发能力不强,它未来可能会变成一块“鸡肋”,让企业有种“食之无味、弃之可惜”的感觉。测试软件是否具有快速二次开发能力的方法也不难,就是企业在选型时,不仅要看软件提供商如何演示,还要提出一些个性化需求,看看对方能否迅速开发出来。
(三)软件和实施费用应相对便宜
企业第一次实施由于经验上的不足,风险不是没有,确实有许多优秀的企业是通过第二次实施才获得了成功。因此企业在第一次选型软件时,不要只注意软件提供商的品牌和规模,因为价格越高,企业自身的风险就越高。我们建议企业最好还是购买那些物美价廉的产品,也就是当所选软件都能满足企业现实需求且能进行二次开发时,企业最好选择价格便宜的那家,就好像一个人刚学会开车,就要买一辆奔驰轿车,无论这个人是否真正有钱都不是明智的选择。现在出现了平台化组构的软件产品,它可以通过建模工具迅速按照客户的需求进行软件开发,这样就大量地节约软件开发周期和成本,而且二次开发工作也变得十分的简单,所以企业最好选择这样的产品。
(四)软件操作要简单、易学
由于许多企业过去没有信息化建设的经验,员工一下子由过去的手工工作转为计算机工作肯定有一个适应过程,如软件组构和操作过于复杂,那么一定会加大培训和实施的难度。
篇17:软件项目计划书
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 专题计划要点
篇18:软件项目计划书
一、项目计划书格式
根据《GB8567-88计算机软件产品开发文件编制指南》中项目开发计划的要求,结合实际情况调整后的《项目计划书》内容索引如下:
1 引言
1.1 编写目的
1.2 背景
1.3 定义
1.4 参考资料
1.5 标准、条约和约定
2 项目概述
2.1项目目标
2.2产品目标与范围
2.3假设与约束
2.4 项目工作范围
2.5 应交付成果
2.5.1 需完成的软件
2.5.2 需提交用户的文档
2.5.3 须提交内部的文档
2.5.4 应当提供的服务
2.6 项目开发环境
2.7 项目验收方式与依据
3 项目团队组织
3.1 组织结构
3.2 人员分工
3.3 协作与沟通
3.3.1 内部协作
3.3.2 外部沟通
4 实施计划
4.1 风险评估及对策
4.2 工作流程
4.3 总体进度计划
4.4 项目监控
4.4.1 质量控制计划
4.4.2 进度监控计划
4.4.3 预算监控计划
4.4.4 配置管理计划
5 支持条件
5.1 内部支持(可选)
5.2 客户支持(对项目而言)
5.3 外包(可选)
6 预算(可选)
6.1 人员成本
6.2 设备成本
6.3 其它经费预算
6.4 项目合计经费预算
7 关键问题
8专题计划要点
二、项目计划书的编写说明
1 引言
1.1 编写目的
说明编写这份项目计划的目的,并指出预期的读者。
作用:本节是为了说明编制“项目计划书”亦即本文档的意图和希望达到的效果。
注意这里的“目的”不是“项目目标”,而是为了说明本文档的目的与作用。
“项目目标”在2.1中说明。
意义:使项目成员和项目干系人了解项目开发计划书的作用、希望达到的效果。
开发计划书的作用一般都是“项目成员以及项目干系人之间的共识与约定,项目生命周期所有活动的行动基础,以便项目团队根据本计划书开展和检查项目工作。”
例 如可以这么写:为了保证项目团队按时保质地完成项目目标,便于项目团队成员更好地了解项目情况,使项目工作开展的各个过程合理有序,因此以文件化的形式, 把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目 内外环境条件、风险对策等内容做出的安排以书面的方式,作为项目团队成员以及项目干系人之间的共识与约定,项目生命周期内的所有项目活动的行动基础,项目 团队开展和检查项目工作的依据。
常见的问题:把项目本身的“项目目标”误作编制项目开发计划的目的。
1.2 背景
主要说明项目的来历,一些需要项目团队成员知道的相关情况。
主要有以下内容:
项目的名称:经过与客户商定或经过立项手续统一确定的项目名称,一般与所待开发的软件系统名称有较大的关系,如针对“XX系统”开发的项目名称是“XX系统开发”。
项目的委托单位:如果是根据合同进行的软件开发项目,项目的委托单位就是合同中的甲方;如果是自行研发的软件产品,项目的委托单位就是本企业。
项 目的用户(单位):软件或网络的使用单位,可以泛指某个用户群。
注意项目的用户或单位有时与项目的委托单位是同一个,有时是不一样的。
如海关的报关软件、税务的报税软件,委托单位是海关或税务机关,但使用的用户或单位不仅有海关或税务机关,还包括需要报关、报税的企业单位。
项目的任务提出者:本企业内部提出需要完成此项目的人员,一般是领导或商务人员;注意项目的任务提出者一般不同于项目的委托单位,前者一般是企业内部的人员。
如果是内部开发项目,则两者的区别在于前者指人,后者指单位。
项 目的主要承担部门:有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门(也有的分为不同事业部)。
项目的特点就是其矩阵式组织,一般一个项目 的项目成员可能由不同的部门组成,甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。
需要根据项目所涉及的范围确定本项目的 主要承担部门。
项目建设背景:从政治环境上、业务环境上说明项目建设背景,说明项目的大环境、来龙去脉。
这有利于项目成员更好地理解项目目标和各项任务。
例句:根据《某部关于某建设工作的实施意见》精神,为了保障某建设工作的正常实施,必须加强监督考核,建立督查通报制度,某市某建设工作小组办公室把此项建设工作实施列入督查的重要内容,及时掌握进度,相关部门建立市某建设工作简报制度,及时反映全市某建设工作动态。
目 前对于某建设工作的工作主要采用计划部门手工编制年度计划、建设工作主管部门和建设工作实施单位联合手动编制进度计划,某建设工作单位手工上报建设工作进 度情况的方式,而全市的建设工作有数百个,加上前期建设工作的数量和今后某市建设发展的趋势,建设工作的数量将越来越多,原来的工作模式已经越来越无法适 应市委市政府的要求。
因此,充分利用现代信息化、因特网的优势,建立“某市某建设工作信息报送反馈系统”,提高某建设工作信息报送反馈工作效率,提高信息 的及时性、减轻各级相关工作人员的劳动强度是非常有必要和紧迫的任务。
软件系统与其他系统的关系:说明与本系统有关的其他系统,说明它们之间的相 互依赖关系。
这些系统可以是这个系统的基础性系统(一些数据、环境等必须依靠这个系统才能运行),也可以是以这个系统为基础的系统,或者是两者兼而有之的 关系、互相依赖的系统。
例句:本系统中对外部办公部分如需要各个建设单位报送材料的子系统应当挂在市政府网站。
软件系统与机构的关系:说明软件系统除了委托单位和使用单位,还与哪些机构组织有关系。
例如一些系统需要遵守那些组织的标准、需要通过那些组织机构的测试才能使用等等、是否需要外包或与那些组织机构合作。
1.3 定义
列出为正确理解本计划书所用到的专门术语的定义、外文缩写词的原词及中文解释。
注意尽量不要对一些业界使用的通用术语进行另外的定义,使它的含义和通用术语的惯用含义不一致。
1.4 参考资料
列 出本计划书中所引用的及相关的文件资料和标准的作者、标题、编号、发表日期和出版单位,必要时说明得到这些文件资料和标准的途径。
本节与下一节的“标准、条约和约定”互为补充,注意“参考资料”未必作为“标准、条约和约定”,因为“参考”的不一定是“必须遵守”的。
常用资料如:
本项目的合同、标书、上级机关有关通知、经过审批的项目任务书;
属于本项目的其他已经发表的文件;
本文档中各处引用的文件、资料,包括所要用到的软件开发标准。
1.5 标准、条约和约定
列出在本项目开发过程中必须遵守的标准、条约和约定。
例如:相应的《立项建议书》、《项目任务书》、合同、国家标准、行业标准、上级机关有关通知和实施方案、相应的技术规范等。
“参考资料”一般具有“物质”特性,一般要说明参照了什么,要说明在哪里可以获得;“标准、条约和约定”一般具有“精神”特性,一般是必须遵守的,不说明在哪里可以获得。
参考资料的内容应该涵盖“标准、条约和约定”。
2 项目概述
2.1 项目目标
设定项目目 标就是把项目要完成的工作用清晰的语言描述出来,让项目团队每一个成员都有明确的概念。
注意,不要简单地说成在什么什么时间完成开发什么什么软件系统或完 成什么什么软件安装集成任务。
注意“要完成一个系统”只是一个模糊的目标,它还不够具体和明确。
明确的项目目标应该指出了服务对象,所开发软件系统最主要 的功能和系统本身的比较深层次的社会目的或系统使用后所起到的社会效果。
项目目标应当符合SMART原则:
l S Specific 明确的陈述
l M Measurable 可以衡量的结果
l A Attainable 可以达成的目标
l R Realistic 合理的,现实的或者说是能和实际工作相结合
l T Trackable 可以跟踪的
项 目目标可以进行横向的分解也可以进行纵向的分解。
横向分解一般按照系统的功能或按照建设单位的不同业务要求,如分解为第一目标、第二目标等等;纵向的分解 一般是指按照阶段,如分解为第一阶段目标、第二阶段目标等等,或近期目标、中期目标、远期目标等等。
阶段目标一般应当说明目标实现的较为明确的时间。
一般 要在说明了总目标的基础上再说明分解目标,可加上“为实现项目的总目标,必须实现以下三个阶段目标······”
2.2 产品目标与范围
根 据项目输入(如合同、立项建议书、项目技术方案、标书等)说明此项目要实现的软件系统产品的目的与目标及简要的软件功能需求。
对项目成果(软件系统)范围 进行准确清晰的界定与说明是软件开发项目活动开展的基础和依据。
软件系统产品目标应当从用户的角度说明开发这一软件系统是为了解决用户的那些问题。
产品目 标如“提高工作信息报送反馈工作效率,更好地进行工作信息报送的检查监督,提高信息的及时性、汇总统计信息的准确性,减轻各级相关工作人员的劳动强度。”
2.3 假设与约束
对于项目必须遵守的各种约束(时间、人员、预算、设备等)进行说明。
这些内容将限制你实现什么、怎样实现、什么时候实现、成本范围等种种制约条件。
假设是通过努力可以直接解决的问题,而这些问题是一定要解决才能保证项目按计划完成。
如:“系统分析员必须在3天内到位”或“用户必须在8月8日前确定对需求文档进行确认”
约束一般是难以解决的问题,但可以通过其他途径回避或弥补、取舍,如人力资源的约束限制,就必须牺牲进度或质量等等。
假设与约束是针对比较明确会出现的情况,如果问题的出现具有不确定性,则应该在风险分析中列出,分析其出现的可能性(概率)、造成的影响、应当采取的相应措施。
2.4 项目工作范围
说明为实现项目的目标需要进行那些工作。
在必要时,可描述与合作单位和用户的工作分工。
注意产品范围与项目工作范围的不同含义。
产品范围界定:软件系统产品本身范围的特征和功能范围。
工作范围界定:为了能够按时保质交付一个有特殊的特征和功能的软件系统产品所要完成的那些工作任务。
产品范围的完成情况是参照客户的需求来衡量的,而项目范围的完成情况则是参照计划来检验的。
这两个范围管理模型间必须要有较好的统一性,以确保项目的具体工作成果,能按特定的产品要求准时交付。
2.5 应交付成果
2.5.1 需完成的软件
列出需要完成的程序的名称、所用的编程语言及存储程序的媒体形式。
其中软件对象可能包括:源程序、数据库对象创建语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件、声音文件、安装软件、安装软件源程序文件等等。
2.5.2 需提交用户的文档
列出需要移交给用户的每种文档的名称、内容要点及存储形式,如需求规格说明书、帮助手册等。
此处需要移交用户的文档可参考合同中的规定。
2.5.3 须提交内部的文档
可 根据《GB8567-88计算机软件产品开发文件编制指南》附录O:“文件编制实施规定的实例(参考件)”结合各企业实际情况调整制定《软件开发文档编制 裁减衡量因素表》。
根据《因素表》确定项目对应的项目衡量因素取值,以确定本项目应完成的阶段成果。
将不适用于本项目的内容裁减,以减少不必要的项目任务 和资源。
根据因素取值列出本项目应完成的阶段成果,说明本项目取值所在的区间,将其他因素值区间删除。
2.5.4 应当提供的服务
根据合同或某重点建设工作需要,列出将向用户或委托单位提供的各种服务,例如培训、安装、维护和运行支持等。
具体的工作计划如需要编制现场安装作业指导书、培训计划等,应当在本计划“4.3总体进度计划”中条列出。
2.6 项目开发环境
说明开发本软件项目所需要的软硬件环境和版本、如操作系统、开发工具、数据库系统、配置管理工具、网络环境。
环境可能不止一种,如开发工具可能需要针对Java的,也需要针对C++的。
有些环境可能无法确定,需要在需求分析完成或设计完成后才能确定所需要的环境。
2.7 项目验收方式与依据
说明项目内部验收和用户验收的方式,如验收包括交付前验收、交付后验收、试运行(初步)验收、最终验收、第三方验收、专家参与验收等等。
项目验收依据主要有标书、合同、相关标准、项目文档(最主要是需求规格说明书)。
3 项目团队组织
3.1 组织结构
说明项 目团队的组织结构。
项目的组织结构可以从所需角色和项目成员两个方面描述。
所需角色主要说明为了完成本项目任务,项目团队需要哪些角色构成,如项目经理、计划经理、系统分析员(或小组)、构架设计师、设计组、程序组、测试组等等。
组织结构可以用图形来表示,可以采用树形图,也可以采用矩阵式图形,同时说明 团队成员来自于哪个部门。
除了图形外,可以用文字简要说明各个角色应有的技术水平。
注意虽然有一些通用的结构可以套用,但各种不同规模、不同形式的项目组织结构是不一样的。
如产品研发项目可能就不需要实施人员(小组),但需要知识转移方面的人员(小组)。
而软件编码外包的项目则不需要程序员,测试人员也可以适当地减少。
3.2 人员分工
确定项目团队的的每个成员属于组织结构中的什么角色,他们的技术水平、项目中的分工与配置,可以用列表方式说明,具体编制时按照项目实际组织结构编写。
以下是一个示例。
3.3 协作与沟通
项目的沟通与协作首先应当确定协作与沟通的对象,就是与谁协作、沟通。
沟通对象应该包括所有项目干系人,而项目干系人包括了所有项目团队成员、项目接口人员、项目团队外部相关人员等等。
其 次应当确定协作模式与沟通方式。
沟通方式如会议、使用电话、QQ、内部邮件、外部邮件、QuickPlace、聊天室等等。
其中邮件沟通应当说明主送人、抄送人,聊天室沟通方式应当约定时间周期。
而协作模式主要说明在出现什么状况的时候各个角色应当(主动)采取什么措施,包括沟通,如何互相配合来共同完成 某项任务。
定期的沟通一般要包括项目阶段报告、项目阶段计划、阶段会议等
3.3.1 项目团队内部协作
本节说明在项目开发过程中项目团队内部的协作模式和沟通方式、频次、沟通成果记录办法等内容。
3.3.2 项目接口人员
应当说明接口工作的人员即他们的职责、联系方式、沟通方式、协作模式,包括:
a、负责本项目同用户的接口人员;
b、负责本项目同本企业各管理机构,如计划管理部门、合同管理部门、采购部门、质量管理部门、财务部门等的接口人员;
c、负责本项目同分包方的接口人员。
3.3.3 项目团队外部沟通与协作模式
项 目团队外部包括企业内部管理协助部门、项目委托单位、客户等等。
本节说明在项目开发过程中项目团队内部与接口人员、客户沟通的方式、频次、沟通成果记录办 法等内容。
明确最终用户、直接用户及其所在本企业/部门名称和联系电话。
明确协作开发的有关部门的名称、经理姓名、承担的工作内容以及工作实施责任人的姓 名、联系电话。
确定有关的合作单位的名称、负责人姓名、承担的工作内容以及实施人的姓名、联系电话。
4 实施计划
4.1 风险评估及对策
识别或预估项目进行过程中 可能出现的风险。
应该分析风险出现的可能性(概率)、造成的影响、根据影响应该采取的对策,采取的措施。
风险识别包括识别内在风险及外在风险。
内在风险是 指项目工作组能加以控制和影响的风险,如人事任免和成本估计等。
外在风险指超出项目工作组等控制力和影响力之外的风险,如市场转向或政府行为等
风 险的对策包括:避免:排除特定危胁往往靠排除危险起源;减缓:减少风险事件的预期资金投入来减低风险发生的概率,以及减少风险事件的风险系数;吸纳:接受 一切后果,可以是积极的(如制定预防性计划来防备风险事件的发生),也可以是消极的(如某些费用超支则接受低于预期的利润)。
对于软件开发项目而言,在分析、识别和管理风险上投入足够的时间和人力可以使项目进展过程更加平稳,提高项目跟踪和控制的能力,由于在问题发生之前已经做了周密计划,因而对项目的成功产生更加充分的信心。
软件开发项目常见预估的风险:
1) 工程/规模/进度上的风险
规模大,规模估算不精确甚至误差很大;就规模而言,用户要求交付期、费用很紧;预料外的工作(测试未完时的现场对应等);
2) 技术上的风险
使用新的开发技术、新设备等,或是新的应用组合,没有经验;是新的行业或业务,没有经验;性能上的要求很严;
3) 用户体制上的问题
用户管理不严,恐怕功能决定、验收不能顺利地完成(或者出现了延迟);或者恐怕功能会多次变更;与用户分担开发,恐怕工程会拖延(或者出现了延迟);用户或其他相关单位承担的工作有可能延误;
4) 其它:应该包含此处没有、但据推测有风险的项目。
4.2 工作流程
说明项目采用什么样的工作流程进行。
如瀑布法工作流程,原型法工作流程、螺旋型工作流程、迭代法工作流程,也可以是自己创建的工作流程。
不同的流程将影响后面的工作计划的制定。
必要时画出本项目采用的工作流程图及适当的文字说明。
4.3 总体进度计划
这里所说的总体进度计划为高层计划。
作为补充,应当分阶段制定项目的阶段计划,这些阶段计划不在这份文档中,当要以这份总体计划为依据。
总体进度计划要依据确定的项目规模,列表项目阶段划分、阶段进度安排及每阶段应提交的阶段成果,在阶段时间安排中要考虑项目阶段成果完成、提交评审、修改的时间。
对 于项目计划、项目准备、需求调研、需求分析、构架设计或概要设计、编码实现、测试、移交、内部培训、用户培训、安装部署、试运行、验收等工作,给出每项工 作任务的预定开始日期、完成日期及所需的资源,规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件(里程碑)。
例如
需求评审
设计评审
表格中检查点/里程碑等阶段划分为举例,实际作业阶段划分、阶段成果等请根据项目需要确定。
制 定软件项目进度计划可以使用一些专门的工具,最常用的是Microsoft的Project作为辅助工具,功能比较强大,比较适合于规模较大的项目,但无 法完全代替项目计划书,特别是一些主要由文字来说明的部分。
小规模的项目可简便地使用EXCEL作为辅助工具。
关于如何使用这些工具不在此作详细说明。
制定软件项目进度计划应当考虑以下一些因素:
1)对于系统需求和项目目标的掌握程度。
如开始时对于系统需求和项目目标只有比较数的了解,就只能制定出比较粗的进度计划,等到需求阶段或设计阶段结束,就应该进一步细化进度计划。
2) 软件系统规模和项目规模,这两个不是一个概念。
软件系统规模往往是从功能点的估算或其他估算方式得来的,而项目规模还要考虑对文档数量与质量的要求,使用 的开发工具、新技术、多少复用、沟通的方便程度、客户方的情况、需要遵守的标准规范等等等等。
例如,完成一个大型的系统,在一定的时间内一个人或几个人的 智力和体力是承受不了的。
由于软件是逻辑、智力产品,盲目增加软件开发人员并不能成比例地提高软件开发能力。
相反,随着人员数量的增加,人员的组织、协 调、通信、培训和管理方面的问题将更为严重。
3)软件系统复杂程度和项目复杂程度:和软件系统规模和项目规模一样,软件系统的复杂程度主要是考虑 软件系统本身的功能、架构的复杂程度,而项目的复杂程度主要是指项目团队成员的构成、项目任务的复杂程度、项目干系人的复杂程度、需求调研的难易程度,多 项目情况下资源保障的情况,等等等等。
软件系统的规模与软件系统的复杂程度未必是成比例的关系;同样项目的规模与项目的复杂程度未必是成比例的关系。
4) 项目的工期要求,就是项目的紧急程度。
有些项目规模大,却因为与顾客签订了合同,或者为了抢先占领市场,工期压缩得很紧,这时就要考虑如何更好地合理安排 进度,多增加人选多采用加班的方式是一种万不得已的选择。
增加人选除了增加人的成本外必定会增加沟通的成本(熟悉项目任务所需要的时间);加班如果处理不 好会造成情绪上的问题,也可能会因为过于忙碌而无法顾及质量,造成质量的下滑。
5)项目成员的能力。
这些能力包括项目经理的管理能力,系统分析员 的分析能力、系统设计人员的设计能力、程序员的编码能力、测试人员的测试能力,以及企业或项目团队激发出这些能力的能力。
从另外一个角度看还有总体上对客 户行业业务的熟悉程度;对于建模工具、开发工具、测试工具等技术的掌握程度;企业内部对行业业务知识和主要技术的知识积累。
4.4 项目控制计划
4.4.1 质量保证计划
执行质量评审活动,对过程质量进行控制。
规模较大的项目应当单独编写《软件开发项目质量计划》。
根据GB/T 12504 计算机软件质量保证计划规范,内容包括:
l 引言(本章节包括质量计划的目的、定义、参考资料)
l 管理(描述负责软件质量管理的机构、任务及其相关的职责)
l 文档(列出在该软件的开发、验证与确认以及使用与维护等阶段中需要编制的文档,并描述对文档进行评审与检查的准则)
l 标准、条例和约定(列出软件开发过程中要用到的标准、条例和约定,并列出监督和保证执行的措施)
l 评审和检查(规定所要进行的技术和管理两个方面的评审和检查工作,并编制或引用有关的评审和检查规程,以及通过与否的技术准则。
至少要进行软件需求评审、概要设计评审、软件验证与确认评审、软件系统功能检查、程序和文档物理检查)
l 软件配置管理(编制有关配置管理条款,或在“4.4.4 配置管理计划”中说明,或引用按照《GB/T 12505 计算机软件配置管理计划规范》单独制定的文档)
l 工具、技术和方法(指明用于支持特定软件项目质量管理工作的工具、技术和方法,指出它们的目的和用途)
l 媒体控制(说明保护计算机程序物理媒体的方法和设施,以免非法存取、意外损坏或自然老化)
l 对供货单位的控制(供货单位包括项目承办单位、软件销售单位、软件开发单位。
规定对这些供货单位进行控制的规程,从而保证项目承办单位从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的需求。
)
l 记录的收集、维护和保存(指明需要保存的软件质量保证活动的记录,并指出用于汇总、保护和维护这些记录的方法和设施,并指明要保存的期限)
4.4.2 进度控制计划
(可直接引用以下描述或根据项目情况制定本节内容)
本项目的进度监控执行本企业《项目管理规范》,由本企业过程控制部门如质量管理部统一进行监控,并保留在监控过程中产生的日常检查记录。
4.4.3 预算监控计划
说明如何检查项目预算的使用情况。
根据项目情况需要制定。
4.4.4 配置管理计划
编 制有关软件配置管理的条款,或引用按照GB/T 12505单独制订《配置管理计划》文档。
在这些条款或文档中,必须规定用于标识软件产品、控制和实现软件的修改、记录和报告修改实现的状态以及评审和检 查配置管理工作等四方面的活动。
还必须规定用以维护和存储软件受控版本的方法和设施;必须规定对所发现的软件问题进行报告、追踪和解决的步骤,并指出实现 报告、追踪和解决软件问题的机构及其职责。
根据《GB/T 12505 计算机软件配置管理计划规范》,软件配置管理计划内容如下:
l 引言(本章节包括质量计划的目的、定义、参考资料)
l 管理(描述负责软件配置管理的'机构、任务、职责及其有关的接口控制。
)
l 软件配置管理活动(描述配置标识、配置控制、配置状态记录与报告以及配置检查与评审等到四方面的软件配置管理活动的需求。
)
l 工具、技术和方法(指明为支持特定项目的软件配置管理所使用的软件工具、技术和方法,指明它们的目的,并在开发者所有权的范围内描述其用法)
l 对供货单位的控制(供货单位是指软件销售单位、软件开发单位或软件子开发单位。
必须规定对这些供货单位进行控制的管理规程,从而使从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的软件配置管理需求)
l 记录的收集、维护和保存(指明要保存的软件配置管理文档,指明用于汇总、保护和维护这些文档的方法和设施,并指明要保存的期限)
5 支持条件
说明为了支持本项目的完成所需要的各种条件和设施。
5.1 内部支持
逐项列出项目每阶段的支持需求(含人员、设备、软件、培训等)及其时间要求和用途。
例如,设备、软件支持包括客户机、服务器、网络环境、外设、通讯设备、开发工具、操作系统、数据库管理系统、测试环境,逐项列出有关到货日期、使用时间的要求。
5.2 客户支持
列出对项目而言需由客户承担的工作、完成期限和验收标准,包括需由客户提供的条件及提供时间。
5.3 外包(可选)
列出需由外单位分合同承包者承担的工作、完成时间,包括需要由外单位提供的条件和提供的时间。
6 预算
6.1 人员成本
列出产品/项目团队每一个人的预计工作月数。
列出完成本项目所需要的劳务(包括人员的数量和时间)
劳务费一般包括工资、奖金、补贴、住房基金、退休养老金、医疗保险金
6.2 设备成本
设备成本包括:原材料费,设备购置及使用费
列出拟购置的设备及其配置和所需的经费
列出拟购置的软件及其版本和所需的经费
使用的现有设备及其使用时间
6.3 其它经费预算
列出完成本项目所需要的各项经费,包括差旅费、资料费、通行费、会议费、交通费、办公费、培训费、外包费等,包括:
(1) 差旅费(旅费、出租)(含补贴)
(2) 资料费(图书费、资料费、复印费、出版费)
(3) 通信费(市话长话费、移动通信费、上网费、邮资)
(4) 会议费(鉴定费、评审会、研讨费、外事费等)
(5) 办公费(购买办公用品)
(6) 协作费(业务协作招待费、项目团队加班伙食费)
(7) 培训费(培训资料编写费、资料印刷费、产地费、设备费)
其他(检测、外加工费、维修费、消耗品、低易品、茶话会等)
6.4 项目合计经费预算
列出完成本项目需要的所有经费预算(上述各项费用之和)。
7 关键问题
逐项列出能够影响整个项目成败的关键问题、技术难点和风险,指出这些问题对项目成败的影响。
8专题计划要点
专题计划也就是因为项目的需要在本文档之外独立建立的计划,本节说明本项目开发中需要制定的各个专题计划的要点。
专题计划可能包括分合同计划、分项目计划、项目团队成员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装部署计划。
参考文献
《项目管理-计划、进度和控制的系统方法》(第7版)Harold Kerzner(电子工业出版社,杨爱华等译);
《计算机软件工一、项目计划书格式
根据《GB8567-88计算机软件产品开发文件编制指南》中项目开发计划的要求,结合实际情况调整后的《项目计划书》内容索引如下:
1 引言
1.1 编写目的
1.2 背景
1.3 定义
1.4 参考资料
1.5 标准、条约和约定
2 项目概述
2.1项目目标
2.2产品目标与范围
2.3假设与约束
2.4 项目工作范围
2.5 应交付成果
2.5.1 需完成的软件
2.5.2 需提交用户的文档
2.5.3 须提交内部的文档
2.5.4 应当提供的服务
2.6 项目开发环境
2.7 项目验收方式与依据
3 项目团队组织
3.1 组织结构
3.2 人员分工
3.3 协作与沟通
3.3.1 内部协作
3.3.2 外部沟通
4 实施计划
4.1 风险评估及对策
4.2 工作流程
4.3 总体进度计划
4.4 项目监控
4.4.1 质量控制计划
4.4.2 进度监控计划
4.4.3 预算监控计划
4.4.4 配置管理计划
5 支持条件
5.1 内部支持(可选)
5.2 客户支持(对项目而言)
5.3 外包(可选)
6 预算(可选)
6.1 人员成本
6.2 设备成本
6.3 其它经费预算
6.4 项目合计经费预算
7 关键问题
8专题计划要点
二、项目计划书的编写说明
1 引言
1.1 编写目的
说明编写这份项目计划的目的,并指出预期的读者。
作用:本节是为了说明编制“项目计划书”亦即本文档的意图和希望达到的效果。
注意这里的“目的”不是“项目目标”,而是为了说明本文档的目的与作用。
“项目目标”在2.1中说明。
意义:使项目成员和项目干系人了解项目开发计划书的作用、希望达到的效果。
开发计划书的作用一般都是“项目成员以及项目干系人之间的共识与约定,项目生命周期所有活动的行动基础,以便项目团队根据本计划书开展和检查项目工作。
”
例 如可以这么写:为了保证项目团队按时保质地完成项目目标,便于项目团队成员更好地了解项目情况,使项目工作开展的各个过程合理有序,因此以文件化的形式, 把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目 内外环境条件、风险对策等内容做出的安排以书面的方式,作为项目团队成员以及项目干系人之间的共识与约定,项目生命周期内的所有项目活动的行动基础,项目 团队开展和检查项目工作的依据。
常见的问题:把项目本身的“项目目标”误作编制项目开发计划的目的。
1.2 背景
主要说明项目的来历,一些需要项目团队成员知道的相关情况。
主要有以下内容:
项目的名称:经过与客户商定或经过立项手续统一确定的项目名称,一般与所待开发的软件系统名称有较大的关系,如针对“XX系统”开发的项目名称是“XX系统开发”。
项目的委托单位:如果是根据合同进行的软件开发项目,项目的委托单位就是合同中的甲方;如果是自行研发的软件产品,项目的委托单位就是本企业。
项 目的用户(单位):软件或网络的使用单位,可以泛指某个用户群。
注意项目的用户或单位有时与项目的委托单位是同一个,有时是不一样的。
如海关的报关软件、税务的报税软件,委托单位是海关或税务机关,但使用的用户或单位不仅有海关或税务机关,还包括需要报关、报税的企业单位。
项目的任务提出者:本企业内部提出需要完成此项目的人员,一般是领导或商务人员;注意项目的任务提出者一般不同于项目的委托单位,前者一般是企业内部的人员。
如果是内部开发项目,则两者的区别在于前者指人,后者指单位。
项 目的主要承担部门:有些企业根据行业方向或工作性质的不同把软件开发分成不同的部门(也有的分为不同事业部)。
项目的特点就是其矩阵式组织,一般一个项目 的项目成员可能由不同的部门组成,甚至可能由研发部门、开发部门、测试部门、集成部门、服务部门等等其中几个组成。
需要根据项目所涉及的范围确定本项目的 主要承担部门。
项目建设背景:从政治环境上、业务环境上说明项目建设背景,说明项目的大环境、来龙去脉。
这有利于项目成员更好地理解项目目标和各项任务。
例句:根据《某部关于某建设工作的实施意见》精神,为了保障某建设工作的正常实施,必须加强监督考核,建立督查通报制度,某市某建设工作小组办公室把此项建设工作实施列入督查的重要内容,及时掌握进度,相关部门建立市某建设工作简报制度,及时反映全市某建设工作动态。
目 前对于某建设工作的工作主要采用计划部门手工编制年度计划、建设工作主管部门和建设工作实施单位联合手动编制进度计划,某建设工作单位手工上报建设工作进 度情况的方式,而全市的建设工作有数百个,加上前期建设工作的数量和今后某市建设发展的趋势,建设工作的数量将越来越多,原来的工作模式已经越来越无法适 应市委市政府的要求。
因此,充分利用现代信息化、因特网的优势,建立“某市某建设工作信息报送反馈系统”,提高某建设工作信息报送反馈工作效率,提高信息 的及时性、减轻各级相关工作人员的劳动强度是非常有必要和紧迫的任务。
软件系统与其他系统的关系:说明与本系统有关的其他系统,说明它们之间的相 互依赖关系。
这些系统可以是这个系统的基础性系统(一些数据、环境等必须依靠这个系统才能运行),也可以是以这个系统为基础的系统,或者是两者兼而有之的 关系、互相依赖的系统。
例句:本系统中对外部办公部分如需要各个建设单位报送材料的子系统应当挂在市政府网站。
软件系统与机构的关系:说明软件系统除了委托单位和使用单位,还与哪些机构组织有关系。
例如一些系统需要遵守那些组织的标准、需要通过那些组织机构的测试才能使用等等、是否需要外包或与那些组织机构合作。
1.3 定义
列出为正确理解本计划书所用到的专门术语的定义、外文缩写词的原词及中文解释。
注意尽量不要对一些业界使用的通用术语进行另外的定义,使它的含义和通用术语的惯用含义不一致。
1.4 参考资料
列 出本计划书中所引用的及相关的文件资料和标准的作者、标题、编号、发表日期和出版单位,必要时说明得到这些文件资料和标准的途径。
本节与下一节的“标准、条约和约定”互为补充,注意“参考资料”未必作为“标准、条约和约定”,因为“参考”的不一定是“必须遵守”的。
常用资料如:
本项目的合同、标书、上级机关有关通知、经过审批的项目任务书;
属于本项目的其他已经发表的文件;
本文档中各处引用的文件、资料,包括所要用到的软件开发标准。
1.5 标准、条约和约定
列出在本项目开发过程中必须遵守的标准、条约和约定。
例如:相应的《立项建议书》、《项目任务书》、合同、国家标准、行业标准、上级机关有关通知和实施方案、相应的技术规范等。
“参考资料”一般具有“物质”特性,一般要说明参照了什么,要说明在哪里可以获得;“标准、条约和约定”一般具有“精神”特性,一般是必须遵守的,不说明在哪里可以获得。
参考资料的内容应该涵盖“标准、条约和约定”。
2 项目概述
2.1 项目目标
设定项目目 标就是把项目要完成的工作用清晰的语言描述出来,让项目团队每一个成员都有明确的概念。
注意,不要简单地说成在什么什么时间完成开发什么什么软件系统或完 成什么什么软件安装集成任务。
注意“要完成一个系统”只是一个模糊的目标,它还不够具体和明确。
明确的项目目标应该指出了服务对象,所开发软件系统最主要 的功能和系统本身的比较深层次的社会目的或系统使用后所起到的社会效果。
项目目标应当符合SMART原则:
l S Specific 明确的陈述
l M Measurable 可以衡量的结果
l A Attainable 可以达成的目标
l R Realistic 合理的,现实的或者说是能和实际工作相结合
l T Trackable 可以跟踪的
项 目目标可以进行横向的分解也可以进行纵向的分解。
横向分解一般按照系统的功能或按照建设单位的不同业务要求,如分解为第一目标、第二目标等等;纵向的分解 一般是指按照阶段,如分解为第一阶段目标、第二阶段目标等等,或近期目标、中期目标、远期目标等等。
阶段目标一般应当说明目标实现的较为明确的时间。
一般 要在说明了总目标的基础上再说明分解目标,可加上“为实现项目的总目标,必须实现以下三个阶段目标······”
2.2 产品目标与范围
根 据项目输入(如合同、立项建议书、项目技术方案、标书等)说明此项目要实现的软件系统产品的目的与目标及简要的软件功能需求。
对项目成果(软件系统)范围 进行准确清晰的界定与说明是软件开发项目活动开展的基础和依据。
软件系统产品目标应当从用户的角度说明开发这一软件系统是为了解决用户的那些问题。
产品目 标如“提高工作信息报送反馈工作效率,更好地进行工作信息报送的检查监督,提高信息的及时性、汇总统计信息的准确性,减轻各级相关工作人员的劳动强度。
”
2.3 假设与约束
对于项目必须遵守的各种约束(时间、人员、预算、设备等)进行说明。
这些内容将限制你实现什么、怎样实现、什么时候实现、成本范围等种种制约条件。
假设是通过努力可以直接解决的问题,而这些问题是一定要解决才能保证项目按计划完成。
如:“系统分析员必须在3天内到位”或“用户必须在8月8日前确定对需求文档进行确认”
约束一般是难以解决的问题,但可以通过其他途径回避或弥补、取舍,如人力资源的约束限制,就必须牺牲进度或质量等等。
假设与约束是针对比较明确会出现的情况,如果问题的出现具有不确定性,则应该在风险分析中列出,分析其出现的可能性(概率)、造成的影响、应当采取的相应措施。
2.4 项目工作范围
说明为实现项目的目标需要进行那些工作。
在必要时,可描述与合作单位和用户的工作分工。
注意产品范围与项目工作范围的不同含义。
产品范围界定:软件系统产品本身范围的特征和功能范围。
工作范围界定:为了能够按时保质交付一个有特殊的特征和功能的软件系统产品所要完成的那些工作任务。
产品范围的完成情况是参照客户的需求来衡量的,而项目范围的完成情况则是参照计划来检验的。
这两个范围管理模型间必须要有较好的统一性,以确保项目的具体工作成果,能按特定的产品要求准时交付。
2.5 应交付成果
2.5.1 需完成的软件
列出需要完成的程序的名称、所用的编程语言及存储程序的媒体形式。
其中软件对象可能包括:源程序、数据库对象创建语句、可执行程序、支撑系统的数据库数据、配置文件、第三方模块、界面文件、界面原稿文件、声音文件、安装软件、安装软件源程序文件等等。
2.5.2 需提交用户的文档
列出需要移交给用户的每种文档的名称、内容要点及存储形式,如需求规格说明书、帮助手册等。
此处需要移交用户的文档可参考合同中的规定。
2.5.3 须提交内部的文档
可 根据《GB8567-88计算机软件产品开发文件编制指南》附录O:“文件编制实施规定的实例(参考件)”结合各企业实际情况调整制定《软件开发文档编制 裁减衡量因素表》。
根据《因素表》确定项目对应的项目衡量因素取值,以确定本项目应完成的阶段成果。
将不适用于本项目的内容裁减,以减少不必要的项目任务 和资源。
根据因素取值列出本项目应完成的阶段成果,说明本项目取值所在的区间,将其他因素值区间删除。
2.5.4 应当提供的服务
根据合同或某重点建设工作需要,列出将向用户或委托单位提供的各种服务,例如培训、安装、维护和运行支持等。
具体的工作计划如需要编制现场安装作业指导书、培训计划等,应当在本计划“4.3总体进度计划”中条列出。
2.6 项目开发环境
说明开发本软件项目所需要的软硬件环境和版本、如操作系统、开发工具、数据库系统、配置管理工具、网络环境。
环境可能不止一种,如开发工具可能需要针对Java的,也需要针对C++的。
有些环境可能无法确定,需要在需求分析完成或设计完成后才能确定所需要的环境。
2.7 项目验收方式与依据
说明项目内部验收和用户验收的方式,如验收包括交付前验收、交付后验收、试运行(初步)验收、最终验收、第三方验收、专家参与验收等等。
项目验收依据主要有标书、合同、相关标准、项目文档(最主要是需求规格说明书)。
3 项目团队组织
3.1 组织结构
说明项 目团队的组织结构。
项目的组织结构可以从所需角色和项目成员两个方面描述。
所需角色主要说明为了完成本项目任务,项目团队需要哪些角色构成,如项目经理、计划经理、系统分析员(或小组)、构架设计师、设计组、程序组、测试组等等。
组织结构可以用图形来表示,可以采用树形图,也可以采用矩阵式图形,同时说明 团队成员来自于哪个部门。
除了图形外,可以用文字简要说明各个角色应有的技术水平。
注意虽然有一些通用的结构可以套用,但各种不同规模、不同形式的项目组织结构是不一样的。
如产品研发项目可能就不需要实施人员(小组),但需要知识转移方面的人员(小组)。
而软件编码外包的项目则不需要程序员,测试人员也可以适当地减少。
3.2 人员分工
确定项目团队的的每个成员属于组织结构中的什么角色,他们的技术水平、项目中的分工与配置,可以用列表方式说明,具体编制时按照项目实际组织结构编写。
以下是一个示例。
3.3 协作与沟通
项目的沟通与协作首先应当确定协作与沟通的对象,就是与谁协作、沟通。
沟通对象应该包括所有项目干系人,而项目干系人包括了所有项目团队成员、项目接口人员、项目团队外部相关人员等等。
其 次应当确定协作模式与沟通方式。
沟通方式如会议、使用电话、QQ、内部邮件、外部邮件、QuickPlace、聊天室等等。
其中邮件沟通应当说明主送人、抄送人,聊天室沟通方式应当约定时间周期。
而协作模式主要说明在出现什么状况的时候各个角色应当(主动)采取什么措施,包括沟通,如何互相配合来共同完成 某项任务。
定期的沟通一般要包括项目阶段报告、项目阶段计划、阶段会议等
3.3.1 项目团队内部协作
本节说明在项目开发过程中项目团队内部的协作模式和沟通方式、频次、沟通成果记录办法等内容。
3.3.2 项目接口人员
应当说明接口工作的人员即他们的职责、联系方式、沟通方式、协作模式,包括:
a、负责本项目同用户的接口人员;
b、负责本项目同本企业各管理机构,如计划管理部门、合同管理部门、采购部门、质量管理部门、财务部门等的接口人员;
c、负责本项目同分包方的接口人员。
3.3.3 项目团队外部沟通与协作模式
项 目团队外部包括企业内部管理协助部门、项目委托单位、客户等等。
本节说明在项目开发过程中项目团队内部与接口人员、客户沟通的方式、频次、沟通成果记录办 法等内容。
明确最终用户、直接用户及其所在本企业/部门名称和联系电话。
明确协作开发的有关部门的名称、经理姓名、承担的工作内容以及工作实施责任人的姓 名、联系电话。
确定有关的合作单位的名称、负责人姓名、承担的工作内容以及实施人的姓名、联系电话。
4 实施计划
4.1 风险评估及对策
识别或预估项目进行过程中 可能出现的风险。
应该分析风险出现的可能性(概率)、造成的影响、根据影响应该采取的对策,采取的措施。
风险识别包括识别内在风险及外在风险。
内在风险是 指项目工作组能加以控制和影响的风险,如人事任免和成本估计等。
外在风险指超出项目工作组等控制力和影响力之外的风险,如市场转向或政府行为等
风 险的对策包括:避免:排除特定危胁往往靠排除危险起源;减缓:减少风险事件的预期资金投入来减低风险发生的概率,以及减少风险事件的风险系数;吸纳:接受 一切后果,可以是积极的(如制定预防性计划来防备风险事件的发生),也可以是消极的(如某些费用超支则接受低于预期的利润)。
对于软件开发项目而言,在分析、识别和管理风险上投入足够的时间和人力可以使项目进展过程更加平稳,提高项目跟踪和控制的能力,由于在问题发生之前已经做了周密计划,因而对项目的成功产生更加充分的信心。
软件开发项目常见预估的风险:
1) 工程/规模/进度上的风险
规模大,规模估算不精确甚至误差很大;就规模而言,用户要求交付期、费用很紧;预料外的工作(测试未完时的现场对应等);
2) 技术上的风险
使用新的开发技术、新设备等,或是新的应用组合,没有经验;是新的行业或业务,没有经验;性能上的要求很严;
3) 用户体制上的问题
用户管理不严,恐怕功能决定、验收不能顺利地完成(或者出现了延迟);或者恐怕功能会多次变更;与用户分担开发,恐怕工程会拖延(或者出现了延迟);用户或其他相关单位承担的工作有可能延误;
4) 其它:应该包含此处没有、但据推测有风险的项目。
4.2 工作流程
说明项目采用什么样的工作流程进行。
如瀑布法工作流程,原型法工作流程、螺旋型工作流程、迭代法工作流程,也可以是自己创建的工作流程。
不同的流程将影响后面的工作计划的制定。
必要时画出本项目采用的工作流程图及适当的文字说明。
4.3 总体进度计划
这里所说的总体进度计划为高层计划。
作为补充,应当分阶段制定项目的阶段计划,这些阶段计划不在这份文档中,当要以这份总体计划为依据。
总体进度计划要依据确定的项目规模,列表项目阶段划分、阶段进度安排及每阶段应提交的阶段成果,在阶段时间安排中要考虑项目阶段成果完成、提交评审、修改的时间。
对 于项目计划、项目准备、需求调研、需求分析、构架设计或概要设计、编码实现、测试、移交、内部培训、用户培训、安装部署、试运行、验收等工作,给出每项工 作任务的预定开始日期、完成日期及所需的资源,规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件(里程碑)。
例如
需求评审
设计评审
表格中检查点/里程碑等阶段划分为举例,实际作业阶段划分、阶段成果等请根据项目需要确定。
制 定软件项目进度计划可以使用一些专门的工具,最常用的是Microsoft的Project作为辅助工具,功能比较强大,比较适合于规模较大的项目,但无 法完全代替项目计划书,特别是一些主要由文字来说明的部分。
小规模的项目可简便地使用EXCEL作为辅助工具。
关于如何使用这些工具不在此作详细说明。
制定软件项目进度计划应当考虑以下一些因素:
1)对于系统需求和项目目标的掌握程度。
如开始时对于系统需求和项目目标只有比较数的了解,就只能制定出比较粗的进度计划,等到需求阶段或设计阶段结束,就应该进一步细化进度计划。
2) 软件系统规模和项目规模,这两个不是一个概念。
软件系统规模往往是从功能点的估算或其他估算方式得来的,而项目规模还要考虑对文档数量与质量的要求,使用 的开发工具、新技术、多少复用、沟通的方便程度、客户方的情况、需要遵守的标准规范等等等等。
例如,完成一个大型的系统,在一定的时间内一个人或几个人的 智力和体力是承受不了的。
由于软件是逻辑、智力产品,盲目增加软件开发人员并不能成比例地提高软件开发能力。
相反,随着人员数量的增加,人员的组织、协 调、通信、培训和管理方面的问题将更为严重。
3)软件系统复杂程度和项目复杂程度:和软件系统规模和项目规模一样,软件系统的复杂程度主要是考虑 软件系统本身的功能、架构的复杂程度,而项目的复杂程度主要是指项目团队成员的构成、项目任务的复杂程度、项目干系人的复杂程度、需求调研的难易程度,多 项目情况下资源保障的情况,等等等等。
软件系统的规模与软件系统的复杂程度未必是成比例的关系;同样项目的规模与项目的复杂程度未必是成比例的关系。
4) 项目的工期要求,就是项目的紧急程度。
有些项目规模大,却因为与顾客签订了合同,或者为了抢先占领市场,工期压缩得很紧,这时就要考虑如何更好地合理安排 进度,多增加人选多采用加班的方式是一种万不得已的选择。
增加人选除了增加人的成本外必定会增加沟通的成本(熟悉项目任务所需要的时间);加班如果处理不 好会造成情绪上的问题,也可能会因为过于忙碌而无法顾及质量,造成质量的下滑。
5)项目成员的能力。
这些能力包括项目经理的管理能力,系统分析员 的分析能力、系统设计人员的设计能力、程序员的编码能力、测试人员的测试能力,以及企业或项目团队激发出这些能力的能力。
从另外一个角度看还有总体上对客 户行业业务的熟悉程度;对于建模工具、开发工具、测试工具等技术的掌握程度;企业内部对行业业务知识和主要技术的知识积累。
4.4 项目控制计划
4.4.1 质量保证计划
执行质量评审活动,对过程质量进行控制。
规模较大的项目应当单独编写《软件开发项目质量计划》。
根据GB/T 12504 计算机软件质量保证计划规范,内容包括:
l 引言(本章节包括质量计划的目的、定义、参考资料)
l 管理(描述负责软件质量管理的机构、任务及其相关的职责)
l 文档(列出在该软件的开发、验证与确认以及使用与维护等阶段中需要编制的文档,并描述对文档进行评审与检查的准则)
l 标准、条例和约定(列出软件开发过程中要用到的标准、条例和约定,并列出监督和保证执行的措施)
l 评审和检查(规定所要进行的技术和管理两个方面的评审和检查工作,并编制或引用有关的评审和检查规程,以及通过与否的技术准则。
至少要进行软件需求评审、概要设计评审、软件验证与确认评审、软件系统功能检查、程序和文档物理检查)
l 软件配置管理(编制有关配置管理条款,或在“4.4.4 配置管理计划”中说明,或引用按照《GB/T 12505 计算机软件配置管理计划规范》单独制定的文档)
l 工具、技术和方法(指明用于支持特定软件项目质量管理工作的工具、技术和方法,指出它们的目的和用途)
l 媒体控制(说明保护计算机程序物理媒体的方法和设施,以免非法存取、意外损坏或自然老化)
l 对供货单位的控制(供货单位包括项目承办单位、软件销售单位、软件开发单位。
规定对这些供货单位进行控制的规程,从而保证项目承办单位从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的需求。
)
l 记录的收集、维护和保存(指明需要保存的软件质量保证活动的记录,并指出用于汇总、保护和维护这些记录的方法和设施,并指明要保存的期限)
4.4.2 进度控制计划
(可直接引用以下描述或根据项目情况制定本节内容)
本项目的进度监控执行本企业《项目管理规范》,由本企业过程控制部门如质量管理部统一进行监控,并保留在监控过程中产生的日常检查记录。
4.4.3 预算监控计划
说明如何检查项目预算的使用情况。
根据项目情况需要制定。
4.4.4 配置管理计划
编 制有关软件配置管理的条款,或引用按照GB/T 12505单独制订《配置管理计划》文档。
在这些条款或文档中,必须规定用于标识软件产品、控制和实现软件的修改、记录和报告修改实现的状态以及评审和检 查配置管理工作等四方面的活动。
还必须规定用以维护和存储软件受控版本的方法和设施;必须规定对所发现的软件问题进行报告、追踪和解决的步骤,并指出实现 报告、追踪和解决软件问题的机构及其职责。
根据《GB/T 12505 计算机软件配置管理计划规范》,软件配置管理计划内容如下:
l 引言(本章节包括质量计划的目的、定义、参考资料)
l 管理(描述负责软件配置管理的机构、任务、职责及其有关的接口控制。
)
l 软件配置管理活动(描述配置标识、配置控制、配置状态记录与报告以及配置检查与评审等到四方面的软件配置管理活动的需求。
)
l 工具、技术和方法(指明为支持特定项目的软件配置管理所使用的软件工具、技术和方法,指明它们的目的,并在开发者所有权的范围内描述其用法)
l 对供货单位的控制(供货单位是指软件销售单位、软件开发单位或软件子开发单位。
必须规定对这些供货单位进行控制的管理规程,从而使从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的软件配置管理需求)
l 记录的收集、维护和保存(指明要保存的软件配置管理文档,指明用于汇总、保护和维护这些文档的方法和设施,并指明要保存的期限)
5 支持条件
说明为了支持本项目的完成所需要的各种条件和设施。
5.1 内部支持
逐项列出项目每阶段的支持需求(含人员、设备、软件、培训等)及其时间要求和用途。
例如,设备、软件支持包括客户机、服务器、网络环境、外设、通讯设备、开发工具、操作系统、数据库管理系统、测试环境,逐项列出有关到货日期、使用时间的要求。
5.2 客户支持
列出对项目而言需由客户承担的工作、完成期限和验收标准,包括需由客户提供的条件及提供时间。
5.3 外包(可选)
列出需由外单位分合同承包者承担的工作、完成时间,包括需要由外单位提供的条件和提供的时间。
6 预算
6.1 人员成本
列出产品/项目团队每一个人的预计工作月数。
列出完成本项目所需要的劳务(包括人员的数量和时间)
劳务费一般包括工资、奖金、补贴、住房基金、退休养老金、医疗保险金
6.2 设备成本
设备成本包括:原材料费,设备购置及使用费
列出拟购置的设备及其配置和所需的经费
列出拟购置的软件及其版本和所需的经费
使用的现有设备及其使用时间
6.3 其它经费预算
列出完成本项目所需要的各项经费,包括差旅费、资料费、通行费、会议费、交通费、办公费、培训费、外包费等,包括:
(1) 差旅费(旅费、出租)(含补贴)
(2) 资料费(图书费、资料费、复印费、出版费)
(3) 通信费(市话长话费、移动通信费、上网费、邮资)
(4) 会议费(鉴定费、评审会、研讨费、外事费等)
(5) 办公费(购买办公用品)
(6) 协作费(业务协作招待费、项目团队加班伙食费)
(7) 培训费(培训资料编写费、资料印刷费、产地费、设备费)
其他(检测、外加工费、维修费、消耗品、低易品、茶话会等)
6.4 项目合计经费预算
列出完成本项目需要的所有经费预算(上述各项费用之和)。
7 关键问题
逐项列出能够影响整个项目成败的关键问题、技术难点和风险,指出这些问题对项目成败的影响。
8专题计划要点
专题计划也就是因为项目的需要在本文档之外独立建立的计划,本节说明本项目开发中需要制定的各个专题计划的要点。
专题计划可能包括分合同计划、分项目计划、项目团队成员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装部署计划。
说明本项目开发中需制订的各个专题计划(如分合同计划、开发人员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装计划等)的要点。
篇19:软件项目计划书
软件项目计划书模板
软件项目计划书模板
软件工程是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科。它涉及到程序设计语言、数据库、软件开发工具、系统平台、标准、设计模式等方面。在现代社会中,软件应用于多个方面。典型的软件比如有电子邮件、嵌入式系统、人机界面、办公套件、操作系统、编译器、数据库、游戏等。同时,各个行业几乎都有计算机软件的应用,比如工业、农业、银行、航空、政府部门等。这些应用促进了经济和社会的发展,使得人们的工作更加高效,同时提高了生活质量。
软件是由计算机程序和程序设计的概念发展演化而来的,是在程序和程序设计发展到一定规模并且逐步商品化的过程中形成的。软件开发经历了程序设计阶段、软件设计阶段和软件工程阶段的演变过程。
软件工程过程主要包括开发过程、运作过程、维护过程。它们覆盖了需求、设计、实现、确认以及维护等活动。需求活动包括问题分析和需求分析。问题分析获取需求定义,又称软件需求规约。需求分析生成功能规约。设计活动一般包括概要设计和详细设计。概要设计建立整个软件系统结构,包括子系统、模块以及相关层次的说明、每一模块的接口定义。详细设计产生程序员可用的模块说明,包括每一模块中数据结构说明及加工描述。实现活动把设计结果转换为可执行的程序代码。确认活动贯穿于整个开发过程,实现完成后的确认,保证最终产品满足用户的要求。维护活动包括使用过程中的扩充、修改与完善。
【目录】
第一部分 摘要
一、信息系统公司概况描述
二、信息系统公司的宗旨和目标
三、信息系统公司目前股权结构
四、已投入的资金及用途
五、信息系统公司目前主要产品或服务介绍
六、市场概况和营销策略
七、主要业务部门及业绩简介
八、核心经营团队
九、信息系统公司优势说明
十、目前信息系统公司为实现目标的增资需求:原因、数量、方式、用途、偿还
十一、融资方案(资金筹措及投资方式及退出方案)
十二、财务分析
1.财务历史数据
2.财务预计
3.资产负债情况
第二部分 综述
第一章 信息系统公司介绍
一、信息系统公司的宗旨
二、信息系统公司简介资料
三、各部门职能和经营目标
四、信息系统公司管理
1.董事会
2.经营团队
3.外部支持
第二章 技术与产品
一、技术描述及技术持有
二、产品状况
1.主要产品目录
2.产品特性
3.正在开发/待开发产品简介
4.研发计划及时间表
5.知识产权策略
6.无形资产
三、信息系统产品生产
1.资源及原材料供应
2.现有生产条件和生产能力
3.扩建设施、要求及成本,扩建后生产能力
4.原有主要设备及需添置设备
5.产品标准、质检和生产成本控制
6.包装与储运
第三章 信息系统市场分析
一、信息系统市场规模、市场结构与划分
二、目标市场的设定
三、产品消费群体、消费方式、消费习惯及影响市场的主要因素分析
四、目前信息系统公司产品市场状况,产品所处市场发展阶段(空白/新开发/高成长/成熟/饱和) 产 品排名及品牌状况
五、市场趋势预测和市场机会
六、行业政策
第四章 竞争分析
一、有无行业垄断
二、从市场细分看竞争者市场份额
三、主要竞争对手情况:公司实力、产品情况
四、潜在竞争对手情况和市场变化分析
五、信息系统公司产品竞争优势
第五章 信息系统市场营销
一、概述营销计划
二、信息系统销售政策的制定
三、信息系统销售渠道、方式、行销环节和售后服务
四、主要业务关系状况
五、信息系统销售队伍情况及销售福利分配政策
六、促销和市场渗透
1.主要促销方式
2.广告/公关策略、媒体评估
七、信息系统产品价格方案
1.定价依据和价格结构
2.影响价格变化的因素和对策
八、销售资料统计和销售纪录方式,销售周期的计算。
九、信息系统市场开发规划,销售目标
第六章 投资说明
一、资金需求说明(用量/期限)
二、资金使用计划及进度
三、投资形式(贷款/利率/利率支付条件/转股-普通股、优先股、任股权/对应价格等)
四、资本结构
五、回报/偿还计划
六、资本原负债结构说明
七、投资抵押
八、投资担保
九、吸纳投资后股权结构
十、股权成本
十一、投资者介入公司管理之程度说明
十二、报告
十三、杂费支付
第七章 投资报酬与退出
一、股票上市
二、股权转让
三、股权回购
四、股利
第八章 风险分析
一、资源风险
二、市场不确定性风险
三、研发风险
四、生产不确定性风险
五、成本控制风险
六、竞争风险
七、政策风险
八、财务风险
九、管理风险
十、破产风险
★ 软件项目年终总结
★ 软件项目总结
★ 软件项目管理小结
【软件项目计划书怎么写(精选19篇)】相关文章:
软件测试心得体会2022-05-06
软件项目经理简历范文2023-06-04
个人简历怎么写?简历中项目经验写法2022-12-09
软件测试工程师的笔试题目附加解答2024-01-13
项目需求分析范文2022-11-24
软件项目管理课程论文2023-04-17
游戏项目开发实习总结2023-07-21
软件实训心得体会2022-12-14
程序员年终工作总结2022-11-19
程序员的工作总结2024-03-18