编写策划书需要准确、清晰地表达我们的想法和计划,并且要注意语言的简练和逻辑的严密。通过学习他人的策划书实例,我们可以发现一些成功的经验和教训。
软件开发策划书
2、项目人员职责。
确定开发组中的开发经理、测试经理、开发人员。
1)项目开发资源描述。
描述项目开发中需要的资源,如人员配备、职责与权限、设备与工具。
2)开发阶段的划分和进度安排。
明确项目开发主要的阶段,包括阶段的划分、阶段的输入、输出及验证准则。规定组成项目开发的各任务实施的时间表、相互的进展顺序以及不同任务和阶段对资源的要求。
3)开发方法和工具。
a、描述本项目开发中的使用的主要的工具和技术方法。
b、描述本项目中使用到的规则、惯例和约定,特别是本项目中使用的由本项目组或所属产品部制定的内部规定及指导书等。
4)各部门间的接口与协调及其它。
描述相关部门如公司、测试人员等应提供的协助。
4、测试计划。
1)各阶段测试目标及要求;
描述本项目需进行的单元测试、测试、稳定期测试目标和要求。
3)测试记录的具体要求;
规定本项目各类测试活动的测试记录的填写要求。
5、确认签名。
开发经理签名:日期:
测试经理签名:日期:
写策划书的软件
如何书写一份策划书呢?下面是小编为您精心整理的策划书的写作0希望大家喜欢。
文档方案用:word
ppt方案用:microsoft_office_2010
一、项目计划书格式
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、负责本项目同用户的接口人员;
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专题计划要点
专题计划也就是因为项目的需要在本文档之外独立建立的计划,本节说明本项目开发中需要制定的各个专题计划的要点。
专题计划可能包括分合同计划、分项目计划、项目团队成员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装部署计划。
软件策划书
数字化网络智能办公系统是实现数字化校园网上办公的应用软件。该办公系统使得网络办公不受地域限制,为学校提供一个安全、稳定、高效、易用而快捷的网络办公环境,同时优化了学校的内部管理,降低了管理成本,从而提升了学校竞争力,相对于用户而言,不但提高了办公效率、节约了办公时间,并且提高了管理效率,从而使学校的管理更现代化、系统化、完善化。此办公平台是在北京云比特专家对千余家学校实际需求进行深入的分析、提炼、总结,并结合我国最先进的教学及管理理念的基础之上,提炼出了站内信息、档案管理、文件管理、教学管理、资料管理、会议管理等十几个极具价值的功能模块。且具有“界面友好、功能全面、操作简单、安全稳定”等优点。彻底实现办公“无纸化”,随时随地办公,将使学校的核心竞争力得到全面的提升。
第二部分 产品/服务
ui,ajax等等为产品开发工作带来了很大的效益。
第三部分 项目研发
(一)项目整体模块示意图
(二)功能模块
研发定位
站内信息其中包括收件箱、草稿箱、已发送、已删除、写信息等功能模块,应用数据、网络、加密及权限设定等技术,实现了信息从我们的写信息,到已发送成功或者保存到草稿箱,及我们收件箱里的信息和已删除的信息整个过程的全自动化,最终完成了我们的信息传输。其中在信息的传输过程当中,我们还可以对收件箱,已发送、已删除的信息进行回复、转发和删除等功能操作,对于保存到草稿箱中的信息我们可以直接进行发送或者再次进行存入草稿箱。
产品特色
实现教工日常办公时信息的'发送,接收传输,及信件的回复、转发、查询等,同时给教工办公节省了大量的时间也提高了办公效率;拥有统一的页面列表显示格式(如图);采用工作流程,严格控制了信息传送本系统中的教学管理主要分为:科目设置、教学计划、教学总结、计划管理、总结管理5个功能模块来完成我们整个的教学管理。首先对年级组的科目进行设置添加,然后教工可根据所属的年级组、科目、学年、学期进行计划和总结的添加,添加提交完之后,可在计划管理和总结管理中查看提交给的领导是否已审批资料管理一般指对书面材料进行管理。从it技术的角度讲,则指电子文档、书面材料的电子化扫描、存放位置编码管理等。所以,一般也叫文档管理软件。该资料管理主要分为:上传资料、共享资料、类别管理等3个模块来完成我们整个资料管理的工作。其实该模块的工作流程很简单,单单就可以任务就是一个资料上传。因为我们的共享资料和类型管理,可以认为是在上传资料的时所选的状态和属性,之后我们还可以对共享的资料进行下载查看。由于上级对下级、组织对成员或平行单位之间部署工作、传达事情或召开会议,所以才研发出此功能模块,该功能模块主要就是为了实现会议通知,为节省学校的人力物力资源而研发出的。在会议通知发放之后,要参加会议的人员可根据会议通知的内容进行参加会议,参会人员可以对此次会议上传相关的资料,会议结束之后并对此次会议进行感想提交。
据了解,目前在国内office软件市场中,除了微软office软件以外,金山、永中等国内软件厂商推出的类似办公软件均实现了对个人用户免费。而微软office软件过去一年中也进行了多次降价。业内人士认为,微软公司的这一市场举措除有降低正版软件购买门槛的用意之外,也是一种回应同行竞争并争夺用户的市场手段。除了针对个人消费者外,微软中国近期也加大了对企业版本office软件授权的促销力度。除了通过价格争取用户外,目前国内外软件厂商对于软件销售渠道的开拓和争夺也已日渐激烈。目前卓越、当当、新蛋、京东等信誉较高的网上商城已成为微软推广软件的主要在线销售渠道。而宏图三胞、苏宁、百脑汇等实体销售卖场作为传统it产品销售渠道,则已成为国内外软件厂商在软件市场中“攻城掠地”的必争之地。市场竞争是企业成长的动力, “我相信很多消费者只要充分了解到我们企业的产品促销信息,就会对我们的产品感兴趣。”
软件开发策划书
本次活动以娱乐为主,其旨在:
锻炼大家的沟通与交际能力,让大家彼此认识彼此,为以后做项目活动做好准备。
提高每位成员的身体素质
星期六上午:8:30—11:00
农大北区2#先面的篮球场
e01软件信息协会软件开发部
我们部的成员将进行篮球比赛。
将我们的成员分为若干组进行比赛,最终获胜的那个队,将获得本次活动的'奖品。
一桶纯净水和50个杯子——10元。奖品——30元。
总计40元。
篮球4个自带。
软件策划书
第一部分项目背景介绍。
数字化网络智能办公系统是实现数字化校园网上办公的应用软件。该办公系统使得网络办公不受地域限制,为学校提供一个安全、稳定、高效、易用而快捷的网络办公环境,同时优化了学校的内部管理,降低了管理成本,从而提升了学校竞争力,相对于用户而言,不但提高了办公效率、节约了办公时间,并且提高了管理效率,从而使学校的管理更现代化、系统化、完善化。此办公平台是在北京云比特专家对千余家学校实际需求进行深入的分析、提炼、总结,并结合我国最先进的。
教学。
及管理理念的基础之上,提炼出了站内信息、档案管理、文件管理、教学管理、资料管理、会议管理等十几个极具价值的功能模块。且具有“界面友好、功能全面、操作简单、安全稳定”等优点。彻底实现办公“无纸化”,随时随地办公,将使学校的核心竞争力得到全面的提升。
第二部分产品/服务。
ui,ajax等等为产品开发工作带来了很大的效益。
第三部分项目研发。
(一)项目整体模块示意图。
(二)功能模块。
研发定位。
站内信息其中包括收件箱、草稿箱、已发送、已删除、写信息等功能模块,应用数据、网络、加密及权限设定等技术,实现了信息从我们的写信息,到已发送成功或者保存到草稿箱,及我们收件箱里的信息和已删除的信息整个过程的全自动化,最终完成了我们的信息传输。其中在信息的传输过程当中,我们还可以对收件箱,已发送、已删除的信息进行回复、转发和删除等功能操作,对于保存到草稿箱中的信息我们可以直接进行发送或者再次进行存入草稿箱。
产品特色。
结束之后并对此次会议进行感想提交。
据了解,目前在国内office软件市场中,除了微软office软件以外,金山、永中等国内软件厂商推出的类似办公软件均实现了对个人用户免费。而微软office软件过去一年中也进行了多次降价。业内人士认为,微软公司的这一市场举措除有降低正版软件购买门槛的用意之外,也是一种回应同行竞争并争夺用户的市场手段。除了针对个人消费者外,微软中国近期也加大了对企业版本office软件授权的促销力度。除了通过价格争取用户外,目前国内外软件厂商对于软件销售渠道的开拓和争夺也已日渐激烈。目前卓越、当当、新蛋、京东等信誉较高的网上商城已成为微软推广软件的主要在线销售渠道。而宏图三胞、苏宁、百脑汇等实体销售卖场作为传统it产品销售渠道,则已成为国内外软件厂商在软件市场中“攻城掠地”的必争之地。市场竞争是企业成长的动力,“我相信很多消费者只要充分了解到我们企业的产品促销信息,就会对我们的产品感兴趣。”
软件开发策划书
本次活动以娱乐为主,其旨在:
锻炼大家的沟通与交际能力。
让大家彼此认识彼此,为以后做项目活动做好准备。
提高每位成员的身体素质。
星期六上午:8:30—11:00。
农大北区2#先面的篮球场。
我们部的成员将进行篮球比赛。
将我们的成员分为若干组进行比赛,最终获胜的那个队,将获得本次活动的奖品。
一桶纯净水和50个杯子——10元。奖品——30元。总计40元。
篮球4个自带。
软件开发策划书
软件开发策划书怎么写?下面就为大家提供了软件开发策划书范文,欢迎大家阅读参考!
项目名称:********
评审日期:
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.负责本项目同用户的接口人员;
c.负责本项目同各分合同负责单位的接口人员等。
3.3进度
对于需求分析、设计、编码实现、测试、移交、培训和安装等工作,给出每项工作任务的预。
定开始日期、完成日期及所需资源,规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件(即所谓"里程碑")。
3.4预算
逐项列出本开发项目所需要的劳务(包括人员的数量和时间)以及经费的预算(包括办公费、差旅费、机时费、资料费、通讯设备和专用设备的租金等)和来源。
3.5关键问题
逐项列出能够影响整个项目成败的关键问题、技术难点和风险,指出这些问题对项目的影响。
4 支持条件
说明为支持本项目的开发所需要的各种条件和设施。
4.1计算机系统支持
逐项列出开发中和运行时所需的计算机系统支持,包括计算机、外围设备、通讯设备、模拟器、编译(或汇编)程序、操作系统、数据管理程序包、数据存储能力和测试支持能力等,逐项给出有关到货日期、使用时间的要求。
4.2需由用户承担的工作
逐项列出需要用户承担的工作和完成期限。
包括需由用户提供的条件及提供时间。
4.3由外单位提供的条件
逐项列出需要外单位分合同承包者承担的工作和完成的时间,包括需要由外单位提供的条件和提供的时间。
5 专题计划要点
说明本项目开发中需制订的各个专题计划(如分合同计划、开发人员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装计划等)的要点。
高效策划应用软件开发需求文档需要通过明确产品的长远发展战略、明确产品的核心功能、细致进行竞品分析、制作前端以及后台的需求文档、ui做设计、交互设计、完善文案、完成高保证原型等环节。
一、明确应用软件开发的长远发展战略
做一款产品首先需要明确几个问题:用户是谁?用户使用产品能够获得什么?公司推出产品是为了获得什么?只有明确这几个问题之后,才能够获得明确的发展方向。
二、明确开发的核心功能
不同的产品需要的核心功能是不一样的,如电商app,策划人员需要从前端和后台等方面进行具体说明其所需要的核心功能需求。
在用户端需要为用户提供的主要功能包括:浏览商品、分类查看商品、加入收藏、加入购物车、直接购买等。
后台系统搭建的过程中,需要根据不同的电商模式,进行设计不同的架构,主要的策划方向是根据商家端是全部自己来进行管理还是开发加盟的方式。
主要架构包括账户架构、功能架构,用户的前端展示的功能需要后台给出相应字段,数据接口。
三、应用软件开发竞品分析
在确定核心功能需求和打磨的细节之外,接下来需要做的就是进行细致的竞品分析,如电商app,需要寻找5款产品,下载安卓和ios端分别使用,不同的产品进行进行纵向和横向分析,包括ui风格、色彩和图标、文字、按钮的颜色、大小、位置等,进行分析其设计的优劣势,给自己的产品设计提供必要的参考。
四、制作需求文档
在制作需求文档需要从前端和后台两个方面着手,在这个过程中需要考虑到后台的架构,接口的形式,是使用h5web页面还是客户端开发。
这里以ui设计、交互设计、ios开发组、android开发组、后台开发组都具备的情况下为例进行输出产品需求文档。
首先根据已经定义的功能板块画出整个应用软件的前端的脑图和后台架构的脑图;
再次是列出流程图,包括节点、不同情况的判断、处理方式,所需文案等。
后台整体框架、表、字段说明,所需要的不同角色的属性,加载条数、总体流程等。
五、ui设计和交互设计
在确认交付设计和文案确定好之后,接下来就要在ui做设计、交互设计师做交互的时候,找相关部门人员完善文案需求,和项目经理一起对工作进行细分,确认时间节点,最后由交互设计师输出一套高保证原型。
六、交付高保证原型
在这个过程中需要注意充分完善各个细节,对设计、交互、研发、运营等对工作要求以及工作流程都有清晰的设计思路,包括每个人的具体工、相应的时间节点等,然后应用软件开发团队根据具体的需求文档进行执行就可以了。
软件策划书
活动目的:通过半个学期紧张的学习,迎来了新生们第一个学院科技节!通过这次科技节,让同学们更进一步了解科技相关知道,在增长知道的同时,也丰富了同学们的课余时间!
活动内容:通过一周以来紧张的科技节目,周末我们也为同学们准备了一系列的活动,以至将科技进行到底!更好的让同学们感受到科技节带来的欢乐气氛!活动形式:通过放电影的形式,向同学们传播相关的科技信息!每周播放一部电影!
播放地点:软件学院宿舍区永辉超市门前。
日程安排:
11月14.具体活动细节,活动预算。
11月15.开始联系电影设备器材方面。
11月16号开始拉赞助。
11月21号,做科技节目的前期宣传。
11月24号,开始做电影海报宣传。
11月26号,一切准备就绪。
软件开发策划书
(假如把营销企划案看成是一种陆海空联合作战的话,销售目标便是登陆的目标。市场调查企图是负责供给情报,推广企图是海空军掩护,而销售管理企图是陆军举动了,在情报的有效声援与强大海空军的掩护下,仍须领先陆军的攻城掠地,才干获得抉择性的成功。因此,销售管理的首要性不言而喻。)。
1.一个好的商品,如果没有好的包装和宣传,它就不会为企。
业带来好的经济效益。在这个信息发达的社会,存在着各种各样的宣传与销售渠道,一般可分为以下几种类别:a广告宣传:
广告优势:
1.电视是唯一能够进行动态演示的感情型媒体,其冲击力感染力特别强。图像的运动时广告最大的长处。电视媒介是用忠实的记录手段再现讯息的形态,令受众的感觉特别真实强烈,这是其他任何媒体广告所难以达到的。
有一定的“强制性”,因而穿透力强,到达率高。
3.与生活最为贴切,电视与我们的生活密切联系,电视传播的内容是现实的延伸,人们离不开电视,自然也离不开为生活提供各种讯息的电视广告。
广告劣势:
1.信息量小,转瞬即逝。
2.受收视环境影响大,不易把握传播效率。
3.费用昂贵。
b媒体宣传:(这里的媒体宣传主指要是网络媒体宣传)。
网络媒体在传播模式的灵活多样性使受众在接收消息时,有更多的自主性。受众可以更自由的选择自己需求的信息,在一定意义上改变人们的生活习惯。
1.时效性极强:与传统媒体相比,网络信息的制作与传。
播的速度要快得多。网络传播只需要输入信息就可以。
直接将信息传播出去,通过网络可以在时间发生的第一时间立即将信息传播出去。
2.传播面积广泛:目前网络传播主要是基于internet已。
覆盖了世界上大多数国家。网络媒体广泛的传播面,也带来了传播的“无国界性。”
3.信息的多媒体化:传统媒体信息的形式总是或多或少。
点。但网络由于有了先进科技的支持,它可以实现“数。
来影响。
方便人们上网获得信息,而且还给我们提供了一个前。
万缕的联系。这就给人们获得更多相关信息提供了可。
能。
5.不断增强的互动性:网络传播打破了过去由信息传播。
者单向传送信息的格局,具有极强的互动性。这种互。
动性主要表现在以下几方面。
般的网民也能自由的发表自己的见解,成为信息的传。
播者。
信息的传播者与受众者之间的交流更加容易。与。
受众之间交流的增强,既有助于提高网络传播的效。
率,又有助于在受众与网站之间建立起更加牢固的关。
系。网络传播者可以更好的把握受众的脉搏,并以此。
作为调整自己的传播内容与传播策略的依据。
6.传播模式的灵活多变:传统媒体的新闻传播都是“点。
步传播。
c促销活动:(优势与劣势的阐述)。
d公关活动:(优势与劣势的阐述)。
2.宣传方案选择:
宣传手段繁多,正确的选择方式将会有利于产品的销售,分析结果初步如下:
a广告宣传:(此种宣传方式占到总宣传力度的比例,以及这样选择的理由)。
b媒体宣传:(此种宣传方式占到总宣传力度的比例,以及这样选择的理由)。
c促销活动:(此种宣传方式占到总宣传力度的比例,以及这样选择的理由)。
d公关活动:(此种宣传方式占到总宣传力度的比例,以及这样选择的理由)。
3.销售方案的具体实施。
公司对于新产品成立销售部门。
人员分布如下:
a广告选传组:(根据宣传力度分配人力,物力,财力)b媒体宣传组:(根据宣传力度分配人力,物力,财力)c促销活动组:(根据宣传力度分配人力,物力,财力)d公关活动组:(根据宣传力度分配人力,物力,财力)个组人员具体职责:
a广告宣传组:
b媒体宣传组:
c促销活动组:
目的是为了提高产品认知度与美誉度,取得更多二级消费者(爱好k歌的青年人群)的好感,从而获得一级消费者(软件购买者,一般为ktv经营者)的信赖。
1确定活动地点:
d公关活动组:
4.公司对于新产品成立售后服务部(产品的售后服务也是影响产品销售的一个重要原因),售后服务部成员由开发此产品的相关技术人员组成,及时为客户提供有效的技术支持与产品维修,保证产品的质量,为客户创造更大的利益,维护产品的信誉,取得更多客户的满意。
5.销售方案目标要求与损益预测。
基于此次项目开发,目的是研发出更有益于广大消费者的高科技产品,并且为公司创造巨大的效益。作为高科技产品的开发,处于信息化时代,科技进步速度之快令人感叹。产品开发成功之后,好的销售业绩才是最终成功的标志。因为科技的进步,必须在新的产品研发出来之前把销售业绩做得最好。所以,产品出来后,销售部必须马上采取行动,在一个月之内将产品的知名度提升到最大,销售业绩必须回笼资金百分之三十。
软件策划书
为积极搭建“第二课堂”活动平台,进一步推进我院应用型人才培养质量提高,增强大学生实践创新能力,充分展示校园科技活动成果,全面推进学院学风建设,决定举办十佳软件评比。第一:培养科学研究精神,提高实践创新能力,为学生提供一个发掘自身潜能的平台,通过参赛培养学生的创新意识,竞争精神及实际动手的能力。达到选拔一批、带动一批、影响一大片的效果。第二:创建一流校风、学风,丰富学生的校园生活,发挥当代大学生的创造力,提高广大学生的电脑技术水平。第三:为在校学生提供一个挑战自我的个机会。
苏州科技学院团委老师、大三、大一部分同学。
另行通知。
宣传时间:三月中旬。
宣传方式:。
1、大一同学主要由科协部干事去找各班班助进行宣传,并由班助讲解科研立项的意义和内容并鼓励同学们以后去参加;大二同学主要由各班班长组织宣传。
2、在学生会例会时,由我部进行宣传,号召大家积极参与,同时大力宣传;。
3、请宣传部帮忙制作一份海报,张贴在布告栏处。
4、制作一份a4纸大小的宣传单,发到低年级的学生手中,(宣传单的数量可以不用很多,可以以宿舍为单位,每个宿舍一张到两张)。
通过以上多形式,多元化的宣传,立足全院,辐射江枫校区和天平校区,全面打造我们此次的结题会,在全院以及整个江枫校区和天平校区营造出热烈的活动氛围,突出本次活动的影响力,并且将由办公室协助做好此次整个赛事的报道。
先由指导老师、科协内部成员商议决定活动举办的时间地点方式,再由科协干事们通知参赛的小组,以及到各班进行宣传,让有兴趣的同学参加,另外由部长邀请高年级学长及导师参与软件的评比。最后由各个小组组长对各自的软件进行演示和介绍,并由此选出十佳软件。
软件策划书
一、活动背景:
xx大学软件学院是纯软件类专业的学院。新学期的到来,又一批莘莘学子来临,新生对大学生活充满了强烈的好奇心,同时对各类计算机产品又缺乏了解,我们作为校a级社团,有责任和义务承担起引导新生学习计算机基础知识、普及硬件知识的重任。凭借这样的契机,我们组织了新学期的首个大型活动,计算机硬件科普展,吸引全校新生眼球的同时,通过展示我们社团实力。
二、活动目的:
三、活动安排:
展示内容:常见的计算机配件。
活动时间:20xx年10月15日——10月16日(视情况定)。
(如遇外界恶劣条件不能如期进行,活动时间另行研究决定)。
活动地点:xx大学软件学院永辉超市正门口。
活动宣传:
1、前期海报宣传:活动前五天在每栋宿舍楼、生活区等地方贴上海报,以倒计时的`方式吸引每个同学的眼球。
口头宣传:召开社员大会,通过it地带300名社员同时进行全校的宣传。
广播宣传:13、14号由校广播站播放4遍活动的时间以及主题。
2.当天现场宣传:
海报:活动宣传海报、硬件知识海报。
传单:用于此次活动的传单。
派发1300份硬件知识问卷。
礼品宣传:印有金山标志或代理品牌的小礼品(如鼠标垫,礼品袋)。
四、活动流程。
8:15人员到位,发放工作牌。
8:30完成场地准备,横幅挂好。
9:00开始相关物品的摆放和现场布置,共十三个展台,将所有金山代理产品的海报分类贴在不同的展示台前,组成强大的产品阵形。
9:40活动预热,播放音乐、电影聚拢人气。
并由相应展示桌前的技术员对同学们进行解疑。
10:00进行现场的装机演示,由我社两名硬件组技术员演示。
10:40开始第一轮计算机所有配件的讲解,由装机服务部成员负责解说,带领同学走过每一个展示台,对产品进行逐个讲解。
各种硬件与特性,包括音箱、机箱、光存储、五大部件等)。
11:30程序组第一轮抽奖开始,抽选出幸运之星若干名并奖励小礼品。
11:45摆放好提示版(写明下午展示的。
软件策划书
本开发计划的目的是:
b.制订项目组开发过程中的评审和审查计划,明确相应的质量管理负责人员;
规定软件配置管理的活动内容和要求,明确配置管理工作的人员。
特别要求:需求分析必须详细,并且有相关专家合作进行,
1.2背景。
本项目软件名称为《电能质量数据分析软件》。
任务来源于(略)公司;
交办单位:(略)公司;
承办单位:北京长峰新康科技有限责任公司。
1.3参考资料。
无;
1.4术语和缩写词。
暂无;
特别说明:有关公司内部秘密的内容用(略)代替。
2任务概要。
2.1工作内容。
本项目开发过程中需要进行的各项主要工作为:
编制附和软件需求要求的软件功能的软件。
文档计划建立:
软件需求规格说明。
项目开发计划。
可行性报告。
软件标准规范。
软件测试办法。
概要设计说明。
软件可靠性和安全性设计指南。
硬件总体设计报告。
详细设计说明。
软件详细设计报告。
软件代码(略)。
测试分析报告。
软件可靠性和安全性设计检查单。
软件评审检查单。
2.2产品。
2.2.1程序。
见需求。
2.2.2文档。
文档内容见2.1中文档建立。
文档格式要求按照软件模式化要求进行,模式按照如下名称模板要求规定:
项目开发计划;?软件开发计划。
软件目录;?文档目录。
软件需求规格说明;?需求分析报告。
概要设计说明;?概要设计文档。
详细设计说明;?详细设计文档。
软件标准规范;?源代码。
软件使用说明;?软件使用说明书。
测试分析报告;?软件测试报告。
软件评审检查单。?软件审查报告。
2.2.3服务。
培训:
时间:1天;
内容:软件使用及安装;
软件支持:略。
2.2.4验收标准和验收计划。
验收测试:
时间:1天。
内容:软件使用。
时间:1天;
内容:确定软件的可使用性,软件的功能完整性。
3实施总计划。
3.1阶段划分。
需求分析:2周;
概要设计:6天;
详细设计:1.5周;
编码:3周;
测试:2周;
验收:2天。
3.2人员组成。
姓名职责参加时间。
廖燕宁负责软件的总体设计时段:全部,开发时段:部分。
耿江涛软件设计,开发全部。
高小光设计,开发全部。
张欣说明书,部分文档部分。
赵健颖需求部分。
3.3任务的分解和人员分工。
软件开发任务按软件种类采取逐层分解的办法把任务落实到实处。
管理、协调人员:廖燕宁,赵健颖;
确定质量保证人员:廖燕宁。
配置管理人员:耿江涛。
形式化检查人员:赵健颖。
使用者:赵健颖。
软件任务:系统需求。
负责人:(略)的市场部经理赵健颖。
职责:提供需求。
软件任务:需求分析。
负责人:廖燕宁。
职责:进行需求分析,提供需求分析报告。
软件任务:概要设计。
负责人:廖燕宁,耿江涛,高小光。
职责:进行概要设计,概要设计框图,相应文档。
软件任务:详细设计。
负责人:廖燕宁,耿江涛,高小光。
职责:进行详细设计,出详细设计流图及报告。
软件任务:编码。
负责人:耿江涛,高小光。
职责:编码,调试及报告。
软件任务:测试。
负责人:廖燕宁,耿江涛,高小光。
职责:路径测试。
软件任务:更新。
负责人:廖燕宁,耿江涛,高小光,赵健颖。
职责:由赵健颖根据测试后的软件提出问题,变更需要更改的地方。
负责人:张欣。
职责:软件使用说明书,部分其他文档。
3.4进度和完成的最后期限。
进度包括:
需求分析;
软件概要设计;
软件详细设计;
编码;
测试;
的时间。
略
3.6关键问题。
(略)。
3.7独立确认测试工作计划和安排。
测试由长峰新康进行;
测试数据由长峰华辉提供;
时间:编码结束后一周内;
设备:
普通pc机。
windows98。
(略)电能分析仪。
4支持需求。
软件策划书
数字化网络智能办公系统是实现数字化校园网上办公的应用软件。该办公系统使得网络办公不受地域限制,为学校提供一个安全、稳定、高效、易用而快捷的网络办公环境,同时优化了学校的内部管理,降低了管理成本,从而提升了学校竞争力,相对于用户而言,不但提高了办公效率、节约了办公时间,并且提高了管理效率,从而使学校的管理更现代化、系统化、完善化。此办公平台是在北京xx专家对千余家学校实际需求进行深入的分析、提炼、总结,并结合我国最先进的教学及管理理念的基础之上,提炼出了站内信息、档案管理、文件管理、教学管理、资料管理、会议管理等十几个极具价值的功能模块。且具有“界面友好、功能全面、操作简单、安全稳定”等优点。彻底实现办公“无纸化”,随时随地办公,将使学校的核心竞争力得到全面的提升。
xx办公系统精简版是一款基于互联网运行,适用于学校的校务办公的网络办公软件。所谓“精简”是相对于我们xx办公系统标准版而言的,精简版功能模块更加精简,适用于学校内行政办公管理,加强学生处对学校现况的了解和把握及各部门对档案、文件、资料、教学安排等管理,并能灵活快速的上传下达学校与各部门,各教工之间文件传达与会议安排等。该产品还具有“无纸化办公,方便实用;价格低廉,有效节约学校开支;提高办公效率,节约办公成本;实时查询统计,有效管理;产品技术成熟,运行“零”障碍;”等优势。对于此次产品研发使用到了很多的新技术,如ext框架,jquery,ui,ajax等等为产品开发工作带来了很大的效益。
(一)项目整体模块示意图。
(二)功能模块。
研发定位。
站内信息其中包括收件箱、草稿箱、已发送、已删除、写信息等功能模块,应用数据、网络、加密及权限设定等技术,实现了信息从我们的写信息,到已发送成功或者保存到草稿箱,及我们收件箱里的信息和已删除的信息整个过程的全自动化,最终完成了我们的信息传输。其中在信息的传输过程当中,我们还可以对收件箱,已发送、已删除的信息进行回复、转发和删除等功能操作,对于保存到草稿箱中的信息我们可以直接进行发送或者再次进行存入草稿箱。
产品特色。
实现教工日常办公时信息的发送,接收传输,及信件的回复、转发、查询等,同时给教工办公节省了大量的时间也提高了办公效率;拥有统一的页面列表显示格式;采用工作流程,严格控制了信息传送本系统中的教学管理主要分为:科目设置、教学计划、教学总结、计划管理、总结管理5个功能模块来完成我们整个的教学管理。首先对年级组的科目进行设置添加,然后教工可根据所属的年级组、科目、学年、学期进行计划和总结的添加,添加提交完之后,可在计划管理和总结管理中查看提交给的领导是否已审批资料管理一般指对书面材料进行管理。从it技术的角度讲,则指电子文档、书面材料的电子化扫描、存放位置编码管理等。所以,一般也叫文档管理软件。该资料管理主要分为:上传资料、共享资料、类别管理等3个模块来完成我们整个资料管理的工作。其实该模块的工作流程很简单,单单就可以任务就是一个资料上传。因为我们的共享资料和类型管理,可以认为是在上传资料的时所选的状态和属性,之后我们还可以对共享的资料进行下载查看。由于上级对下级、组织对成员或平行单位之间部署工作、传达事情或召开会议,所以才研发出此功能模块,该功能模块主要就是为了实现会议通知,为节省学校的人力物力资源而研发出的。在会议通知发放之后,要参加会议的人员可根据会议通知的内容进行参加会议,参会人员可以对此次会议上传相关的资料,会议结束之后并对此次会议进行感想提交。
该系统设置主要由基础设置、权限管理、论坛管理、公告管理、部门管理等5个模块组成。但这几个模块之间没什么牵连关系,也就是说可以单单去讲述每一个模块的功能。对于基础设置主要是对系统开发的一些相关信息的记录;其次就是对注册人员审核之后进行权限分配;这里的论坛管理只能对论坛的版块进行添加,删除,编辑等操作,至于论坛的评论交流需在我们下一个模块论坛交流中才能实现;当前的公告管理和部门管理也就是对一些相关信息的基本操作。
据了解,目前在国内office软件市场中,除了微软office软件以外,金山、永中等国内软件厂商推出的类似办公软件均实现了对个人用户免费。而微软office软件过去一年中也进行了多次降价。业内人士认为,微软公司的这一市场举措除有降低正版软件购买门槛的用意之外,也是一种回应同行竞争并争夺用户的市场手段。除了针对个人消费者外,微软中国近期也加大了对企业版本office软件授权的促销力度。
除了通过价格争取用户外,目前国内外软件厂商对于软件销售渠道的开拓和争夺也已日渐激烈。目前卓越、当当、新蛋、京东等信誉较高的网上商城已成为微软推广软件的主要在线销售渠道。而宏图三胞、苏宁、百脑汇等实体销售卖场作为传统it产品销售渠道,则已成为国内外软件厂商在软件市场中“攻城掠地”的必争之地。市场竞争是企业成长的动力,“我相信很多消费者只要充分了解到我们企业的产品促销信息,就会对我们的产品感兴趣。”
文档为doc格式。
软件策划书
为了深入贯彻“素质、技能、自学”的六字方针,正确引导我校同学积极参加科技创新活动,不断培养创新精神和团队意识,切实增强理论联系实际的能力,通过富有自由、开放、创新精神的大赛,为广大同学提供一个提高自我、展示才华的平台,并且通过这一平台,结交更多优秀的人才,提高广大同学的学习积极性、创新意识和勇于实践的科学精神。校园科技文化节是一个交流文化,学习技能的好机会,是展现xx财经学院学子良好风采的不二之选。
演绎精彩·创意无限。
科技文化节旨在服务同学,展现学院风采,培养健康生活方式,宣传化学文化,进一步深化校园文化建设,激发大学生创新意识与科研探究热情,营造活跃、浓郁的科学和人文精神氛围,提高学生学以致用的能力。
第一:培养科学研究精神,提高实践创新能力,为学生提供一个发掘自身潜能的平台,通过参赛培养学生的创新意识,竞争精神及实际动手的能力。达到选拔一批、带动一批、影响一大片的效果。
第二:创建一流校风、学风,丰富学生的校园生活,发挥当代大学生的创造力,提高广大学生的电脑技术水平。充分展示大学生的精神文明建设,体现xx财经学院精神文明建设成果,丰富在校大学生的课余生活。
第三:激发我校学生学习计算机科学技术知识的'热情,检验动多媒体设计的水平。为在校学生提供一个挑战自我的个机会。
第四:强化同学们计算机操作技能的提高,进一步加强同学们对计算机应用广泛性和实用性的了解。推动多媒体产品的应用,提高学生的实际开发能力,加速软件后备人才的培养。
前期宣传20xx年10月中旬。
活动阶段20xx年11月中旬——20xx年5月末。
1、固定地点:xx财经学院长安校区二食堂门口。
2、由各个班级统一下发报名表,统一报名。
xx财经学院长安校区全体学生。
(一)作品类型:
手机游戏,软件开发,web设计,电子商务,论坛,办公软件,应用软件,游戏娱乐。
(二)作品内容:
1)作品内容健康,丰富科学,结构清晰、创意新颖,设计技术先进。不得违反国家的有关法律、法规和规定。
2)作品必须是独立的软件,具备可演示的运行环境,可演示的用户界面(图形用户界面,web界面或者命令行界面等)。
3)提交内容为作品源代码、编译安装脚本、版权说明及相关设计文档(如:ppt文档,不超过一页的摘要;项目规格书,包括创作思路,应用领域等;分析设计文档,描述设计架构,模块功能描述,相关依赖软件的说明等);作者应自行保留备份,提交的作品不予退回。
4)提交的作品应实现设计文档中描述的基本功能,能正确运行,并给出正确结果。
5)作者必须确保作品软件和相关文档无任何知识产权纠纷,若存在任何知识产权纠纷则取消参赛资格,并由作者个人承担相应责任。
6)作品须为自己创作,如发现作品属于抄袭、克隆行为,一经发现,组委会将取消参赛者的评奖资格。
(一)组织发动阶段(20xx年10月中旬)。
20xx年10月初,向各院下发比赛通知、参赛规则和报名表等,各院采取各种形式对大赛进行宣传动员。同时在启动仪式是通过计算机作品展示吸引大家兴趣。
(二)统一报名阶段。
在文化节启动的开始,启动统一报名,针对所有的大赛进行规范合理。
的统一报名。(报名持续一个礼拜)。
(三)作品准备阶段。
20xx年11月份,20xx年1、2月份,报名参赛的选手可利用这二(三)个月的时间包括节假日,自行进行软件设计制作。3月上旬,将对推荐参加软件设计大赛的作品以电子版的形式并报送至信息学院团工委,由大赛评审委员会对参赛作品进行分类及作品的参赛资格和形式审查和前期测试,不合格的作品(包括非原创的作品)通报后取消参赛资格。
(四)评审准备阶段。
1、3月末,由专家组成评审委员会,根据《评审实施细则》进行评审,通过测试,择优选出约三分之一作品进入决赛。
2、5月末,由专家组成评审委员会,根据《评审实施细则》进行评审,通过测试,择优选出约三分之一作品进入决赛。
(五)终评阶段。
参加终评决赛的个人或小组进行顺序抽签,现场演示及答辩(每个作品的答辩时间为3-8分钟)。由评委会打分最终确定各奖项获得者。
(六)、评分标准。
1、作品创意:软件要创意新颖,实用性强。
2、设计科学:软件开发符合软件工程思想,算法设计合理。
3、运行效果:作品要界面美观,运行稳定,使用方便,可操作性强。
4、汇报表现:汇报要思路请示、表达清楚,回答问题准确。
打印费用300元。
总计2850元元。
软件项目策划书
软件项目策划书如何书写呢?下面是小编为您精心整理的软件项目策划书,希望大家喜欢。
一、项目计划书格式
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原则:
s specific 明确的陈述
m measurable 可以衡量的结果
a attainable 可以达成的目标
r realistic 合理的,现实的或者说是能和实际工作相结合
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、负责本项目同用户的接口人员;
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 计算机软件质量保证计划规范,内容包括:
引言(本章节包括质量计划的目的、定义、参考资料)
管理(描述负责软件质量管理的机构、任务及其相关的职责)
文档(列出在该软件的开发、验证与确认以及使用与维护等阶段中需要编制的文档,并描述对文档进行评审与检查的准则)
标准、条例和约定(列出软件开发过程中要用到的标准、条例和约定,并列出监督和保证执行的措施)
评审和检查(规定所要进行的技术和管理两个方面的评审和检查工作,并编制或引用有关的评审和检查规程,以及通过与否的技术准则。
至少要进行软件需求评审、概要设计评审、软件验证与确认评审、软件系统功能检查、程序和文档物理检查)
软件配置管理(编制有关配置管理条款,或在“4.4.4 配置管理计划”中说明,或引用按照《gb/t 12505 计算机软件配置管理计划规范》单独制定的文档)
工具、技术和方法(指明用于支持特定软件项目质量管理工作的工具、技术和方法,指出它们的目的和用途)
媒体控制(说明保护计算机程序物理媒体的方法和设施,以免非法存取、意外损坏或自然老化)
对供货单位的控制(供货单位包括项目承办单位、软件销售单位、软件开发单位。
规定对这些供货单位进行控制的规程,从而保证项目承办单位从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的需求。
)
记录的收集、维护和保存(指明需要保存的软件质量保证活动的记录,并指出用于汇总、保护和维护这些记录的方法和设施,并指明要保存的期限)
4.4.2 进度控制计划
(可直接引用以下描述或根据项目情况制定本节内容)
本项目的进度监控执行本企业《项目管理规范》,由本企业过程控制部门如质量管理部统一进行监控,并保留在监控过程中产生的日常检查记录。
4.4.3 预算监控计划
说明如何检查项目预算的使用情况。
根据项目情况需要制定。
4.4.4 配置管理计划
编 制有关软件配置管理的条款,或引用按照gb/t 12505单独制订《配置管理计划》文档。
在这些条款或文档中,必须规定用于标识软件产品、控制和实现软件的修改、记录和报告修改实现的状态以及评审和检 查配置管理工作等四方面的活动。
还必须规定用以维护和存储软件受控版本的方法和设施;必须规定对所发现的软件问题进行报告、追踪和解决的步骤,并指出实现 报告、追踪和解决软件问题的机构及其职责。
根据《gb/t 12505 计算机软件配置管理计划规范》,软件配置管理计划内容如下:
引言(本章节包括质量计划的目的、定义、参考资料)
管理(描述负责软件配置管理的机构、任务、职责及其有关的接口控制。
)
软件配置管理活动(描述配置标识、配置控制、配置状态记录与报告以及配置检查与评审等到四方面的软件配置管理活动的需求。
)
工具、技术和方法(指明为支持特定项目的软件配置管理所使用的软件工具、技术和方法,指明它们的目的,并在开发者所有权的范围内描述其用法)
对供货单位的控制(供货单位是指软件销售单位、软件开发单位或软件子开发单位。
必须规定对这些供货单位进行控制的管理规程,从而使从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的软件配置管理需求)
记录的收集、维护和保存(指明要保存的软件配置管理文档,指明用于汇总、保护和维护这些文档的方法和设施,并指明要保存的期限)
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专题计划要点
专题计划也就是因为项目的需要在本文档之外独立建立的计划,本节说明本项目开发中需要制定的各个专题计划的要点。
专题计划可能包括分合同计划、分项目计划、项目团队成员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装部署计划。
参考文献
http:///
软件项目策划书
本站发布软件项目策划书,更多软件项目策划书相关信息请访问本站策划频道。
项目名称:**********************评审日期:
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专题计划要点
说明本项目开发中需制订的各个专题计划(如分合同计划、开发人员培训计划、测试计划、安全保密计划、质量保证计划、配置管理计划、用户培训计划、系统安装计划等)的要点。
6附录
7索引
软件策划书
xx软件职业技术学院是纯软件类专业的学院。学院每年招收学生二千余人。出于专业的需要,人手一台电脑也是必然的趋势。由于目前学生对各类电子产品还缺乏了解,而it地带作为学院中最具影响力的社团,有责任和义务担当起普及同学们硬件知识的重任。
活动目的。
活跃课余生活,普及硬件知识,增加同学们对所学专业的兴趣,提高社团知名度,扩大社团的影响力。
活动安排。
展示内容:各类计算机硬件。
活动地点:食堂一楼。
活动时间:11月24日。
活动对象:全校师生。
活动方式:由商家提供展示产品,在展台前供师生试用并解答相关疑问。
活动说明。
展示会共计1天时间,早8:10开始相关物品的安置和拜访,9:00活动正式开始。活动每隔一定时间段抽取若干名幸运观众,获得由商家赞助的小礼品。活动过程中向过往同学散发宣传材料,要求前来试用产品的同学填写有奖调查问卷,每30分钟上交一次问卷并录入现场电脑,到一定时间段进行抽选。
活动现场人员安排:。
现场宣传部:人员全体it地带宣传部成员,由部长负责。主要任务为发放宣传单和问卷的回收。
现场后勤部:人员在it地带硬件组和后勤部中抽调,由后勤部长负责。主要任务展示和保护所有的参展物品。
现场协调部:人员由策划部与外联部中抽调,由副社长负责。主要在现场进行巡视及时发现、解决问题,以及在现场服务处对回收的问卷进行分析并抽出幸运观众。
活动前期宣传。
采用海报+传单的形式。
海报:水彩画形式。
传单:各商家产品传单自印。
活动前期宣传传单。
活动现场调查问卷。
活动需要产品:
各种硬件低/中/高端数量不限每种5款左右。
活动需要设备。
pc机5~6台。
现场服务处需笔记本1台。
xx软件职业技术学院it地带外联部。
软件策划书
为推进学院素质教育,提高大学生的科学素养,拓展我院学生的综合素质,丰富大学生的校园文化生活,营造浓郁的学术、科技氛围,进一步培养学生的创新意识、创新精神和创新能力。软件协会策划开展以“勤奋学习,创新实践”为主题的大学生计算机编程大赛。主要内容如下:
旨在培养和激励高校学生的创造力、团队合作精神以及在软件开发过程中的创新能力。同时此次大赛将视为对明年的省高校杯的一次演练,提高广大学生开展计算机软件设计的兴趣和能力,,给广大在计算机程序设计方面有特长的同学提供展示才能的舞台。通过参赛,检验学生在压力下进行开发的能力,展示其创新能力,为加强校内同学间的交流和相互学习提供机会。
参赛者均为广东科贸职业学院信息工程系在校学生。
1.本次竞赛采取团队报名的形式。
2、参赛团队填写报名表(报名电子表发送到信工系各班团支书)。
3、由各班团支书负责统一收集参赛团队报名表,并在规定的报名时间内将本班参赛者报名表交到负责人处,逾期不收。
4、参赛者报名表打包后发送到邮箱:396115328@。
报名截止时间xx年11月25日。
其他详细信息可留意软件协会官方博客:
1、本次竞赛的内容是根据拟定项目或者根据现实需要自行设计一个项目参与本次大赛项目评比。
2、比赛时间为三个星期,参赛团队须在规定时间内完成。
3、比赛期间选手可以翻阅相关的工具书。
4、参赛者应尊重自己的劳动成果,严禁将自己的作品拿给他人抄袭,严禁抄袭他人的作品。(违反此条例者,将追究其相关责任)。
5、比赛期间不局限于参赛者使用何种技术体系,不局限于使用何种开发工具及操作系统。
项目评比参考:
项目的稳定性、项目的实用性。
项目使用的技术框架及开发平台。
项目代码编写的标准及是否强壮。
结果评定:比赛排名根据项目评比的成绩的总和得出。
1、活动宣传及报名时间:xx年11月22日~xx年11月25日。
2、项目前期的培训:xx年11月27,28号,12月5,6号。
3、项目评比:12月下旬。
(注:以上时间和地点安排可根据实际情况另行更改)。
一等奖(1名):500元、荣誉证书。
软件商业策划书
本站策划书栏目为您整理了《软件商业策划书》,欢迎您的阅读。更多策划书信息,您可以登陆本站策划书栏目。
软件产业一直都是信息产业的重要组成部分,它以高附加值、高科技水平的特点,渗透到国民经济和社会生产生活的各个方面。它与传统的产业结合并进一步促进传统产业的提升,引导产品更新换代,推动产业结构的调整。大力发展软件产业就成为促进社会经济发展的重要环节。我国自改革开放以来,在发展软件产业方面取得了巨大成绩,对科技的进步、经济的腾飞起到了重要作用。
随着国家对软件发展战略的整体部署与实施,中国软件产业的`发展已经逐步改变了各部门、各地方的软件发展各自为政的传统局面,区域横向合作关联度明显提高。2004年,中国软件产业的格局中,软件产业基地的积聚效应不断显现,大型的软件产业集群的区域专业化程度高,对周边辐射效应明显,并带动了周围关联产业的迅速发展。中国目前已经形成了珠江三角洲、长江三角洲、环渤海湾地区三大软件产业区域基地,其共同特点是软件企业集中,产业链较为完整,具有相当的集聚规模和配套能力,对各种生产要素具有极强的吸引能力。目前,在这些有比较优势的地区均已形成了各自具有特色的软件产业集聚效应,通过专业化市场优势达到规模经济效益,增强了中国软件产业的国际竞争力。
目前,中国软件产品结构不断丰富,产业链分工更趋完善。在操作系统市场中,linux软件在行业应用中取得突破性进展,2004年linux总体市场规模接近一个亿,比2003年大幅增长了44.8%,其中linux服务器端市场增长45.9%,在政府、电信、邮政等行业市场渗透力明显增强。在操作系统市场中linux对unix市场份额的替代性占领更加明显,市场份额由2003年的1.7%上升到2.2%。在中间软件领域里,更多的中间件软件产品进入市场,国产中间件软件与国外产品在市场占有率上的差距日益缩小,网络安全软件不断推陈出新,工作流软件、协同软件等应用迅速铺开;在应用软件中,办公软件新品迭出,行业应用解决方案也有了大幅度的增长,产品供应基本满足用户需求。
软件项目策划书
本开发计划的目的是:
b. 制订项目组开发过程中的评审和审查计划,明确相应的质量管理负责人员;
规定软件配置管理的活动内容和要求,明确配置管理工作的人员。
特别要求:需求分析必须详细,并且有相关专家合作进行,
1 .2 背景
本项目软件名称为《电能质量数据分析软件》。
任务来源于(略)公司;
交办单位:(略)公司;
承办单位:北京长峰新康科技有限责任公司。
1 .3 参考资料
无;
1 .4 术语和缩写词
暂无;
特别说明:有关公司内部秘密的内容用(略)代替。
2 任务概要
2 .1 工作内容
本项目开发过程中需要进行的各项主要工作为:
编制附和软件需求要求的软件功能的软件。
文档计划建立:
软件开发计划;
软件目录
软件需求规格说明
项目开发计划
可行性报告
软件标准规范
软件测试计划
软件测试办法
概要设计说明
软件可靠性和安全性设计指南
硬件总体设计报告
详细设计说明
软件详细设计报告
软件代码(略)
测试分析报告
软件可靠性和安全性设计检查单
软件评审检查单
软件使用说明
2 .2 产品
2 .2.1 程序
见需求。
2 .2.2 文档
文档内容见2.1中文档建立。
软件目录;文档目录
软件需求规格说明; 需求分析报告
概要设计说明; 概要设计文档
详细设计说明;详细设计文档
软件标准规范;源代码
软件使用说明;软件使用说明书
测试分析报告;软件测试报告
软件评审检查单。软件审查报告
2 .2.3 服务
培训:
时间:1天;
内容:软件使用及安装;
软件支持:略。
2 .2.4 验收标准和验收计划
验收测试:
时间:1天。
内容:软件使用。
软件确认:
时间:1天;
内容:确定软件的可使用性,软件的功能完整性。 3 实施总计划
3 .1 阶段划分
需求分析:2周;
概要设计:6天;
详细设计:1.5周;
编码:3周;
测试:2周;
验收:2天。
3 .2 人员组成
姓名 职责 参加时间
高小光 设计,开发 全部
张欣 说明书,部分文档 部分
赵健颖 需求 部分
3 .3 任务的分解和人员分工
确定质量保证人员:廖燕宁
配置管理人员:耿江涛
形式化检查人员:赵健颖
使用者:赵健颖。
软件任务:系统需求
负责人:(略)的市场部经理赵健颖
职责:提供需求。
软件任务:需求分析
负责人:廖燕宁
职责:进行需求分析,提供需求分析报告。
软件任务:概要设计
负责人:廖燕宁,耿江涛,高小光
职责:进行概要设计,概要设计框图,相应文档。
软件任务:详细设计
负责人:廖燕宁,耿江涛,高小光
职责:进行详细设计,出详细设计流图及报告。
软件任务:编码
负责人:耿江涛,高小光
职责:编码,调试及报告。
软件任务:测试
负责人:廖燕宁,耿江涛,高小光
职责:路径测试。
软件策划书
通过半个学期紧张的学习,迎来了新生们第一个学院科技节!通过这次科技节,让同学们更进一步了解科技相关知道,在增长知道的同时,也丰富了同学们的课余时间!
通过一周以来紧张的科技节目,周末我们也为同学们准备了一系列的活动,以至将科技进行到底!更好的让同学们感受到科技节带来的欢乐气氛!
通过放电影的形式,向同学们传播相关的科技信息!每周播放一部电影!
时间:从11月26号起,每周六晚上播放。
12月3号,10号,17号,24号晚上xx点播放。
地点:软件学院宿舍区永辉超市门前。
11月14.具体活动细节,活动预算。
11月15.开始联系电影设备器材方面。
11月16号开始拉赞助。
11月21号,做科技节目的前期宣传。
11月24号,开始做电影海报宣传。
11月26号,一切准备就绪。
12月3号,pm6:00开始做会场布置。
外联部负责活动策划,资金的问题,器材联系。
宣传部负责活动前期宣传,以及海报宣传,还有通过广播的宣传。
后勤部负责电影播放当天活动秩序和人员安全,以及器材的管理。