项目开发流程及报价文案.docx
《项目开发流程及报价文案.docx》由会员分享,可在线阅读,更多相关《项目开发流程及报价文案.docx(25页珍藏版)》请在冰豆网上搜索。
项目开发流程及报价文案
未通过
未通过
未通过
用户意见
软件界面、功能模块
总体框架、业务流程
开发成本、开发周期
运行环境、硬件支持
项目开发流程图
项目设计原则
智能运维管理平台的项目设计原则是,保证平台的灵活性、可扩展、可重用、可维护等特性。
同时,在建设过程中,需要避免大量、重复的软件开发,具有广泛的开放性。
在遵循这些基本原则的同时,还需要坚持以下原则:
一、统一标准,统一规范
统一规划设计,建立统一的数据标准和技术标准。
二、安全性原则
系统安全性和保密性对于计算机软件系统是至关重要的,系统中的任何数据丢失、数据错误以及数据泄露都有可能对学院带来巨大的损失,所以在方案设计中要充分考虑系统的安全和保密因素,保证系统数据不会被非法修改、窃取、破坏。
三、稳定性原则
本系统设计要具有高稳定性,系统在正常的访问使用过程中能够稳定、可靠地提供远程教育服务。
四、高效性原则
由于系统随时都可能需要处理并发的业务请求,所以要求系统设计要尽可能紧凑、高效,尽量加快每次业务请求的响应时间,避免出现用户需要长时间等待系统进行数据处理的情况。
五、技术先进性原则
系统方案设计和软件开发的实现应采用先进、成熟的软件设计技术,所采用的开发和实现技术应符合今后的技术发展潮流,使得整个系统具有更长的技术生命周期,从而保护系统的开发投资。
六、可扩展性原则
系统要充分考虑今后平台业务的发展、运营管理体制的改变等因素,系统设计要具有高度的灵活性和可扩展性,以便于在今后业务情况发展、变化时,可以根据应用需求的改变而方便地扩充和调整系统功能,从而满足新的应用需求。
七、易维护性原则
系统设计应该便于安装、升级和维护,尽可能减少因系统维护问题对平台的管理服务产生影响。
八、易使用性原则
系统的用户接口界面设计应符合用户已有的操作习惯,系统操作应易学易用。
项目实施及保障方案
项目组织结构及管理方案
项目组织结构
一、项目组织结构图(图6.1.1-1)
图6.1.1-1项目组织结构图
二、工作职责
(1)项目总负责人
对项目工作负总体责任。
指导项目经理开展工作。
(2)项目经理
在项目总负责人的领导和授权下开展工作。
是项目的具体负责人,其基本职责主要如下:
✓与客户进行有效沟通
✓制定项目计划,并根据各种变化修改项目计划
✓实施项目的管理、开发、质量保证过程,确保客户的成本、进度、绩效和质量目标
✓制定有效的项目决策过程
✓确保在项目生命周期中遵循是实施公司的管理和质量政策
✓选择一个能够精确衡量项目成本、进度、质量、绩效的项目距阵
✓风险管理
✓招聘和培训必须的项目成员
✓确定项目的人员组织结构
✓定期举行项目评估(review)会议
✓为项目所有成员提供足够的设备、有效的工具和项目开发过程
✓有效管理项目资源
(3)技术咨询专家组
由公司资深的开发人员组成。
针对该项目提供技术咨询,把握总体技术方向。
(4)质量管理员
协助项目经理做好项目开发中的质量管理工作,指导和督促测试组的工作。
(5)进度管理员
协助项目经理做好项目开发中的计划以及进度管理工作。
(6)设计组
承担需求调查、概要设计、详细设计以及测试方案的撰写。
(7)开发组
承担具体的编码工作以及单元测试。
(8)测试组
制定测试计划,实施除单元测试外的全部测试工作。
接受质量管理员的指导和检查。
是项目质量保证的具体责任者。
(9)实施组
在项目开发工作完成后,承担项目的实施以及用户培训。
项目将大致遵循如下的开发流程见图:
项目组织结构图
四、报告制度
有状态报告、周进度报告、例外事件报告以及会议记录等报告类型。
报告制度是本项目管理控制的重要手段。
它具有以下功能:
✓记录项目进展情况
✓是沟通的工具
✓是管理控制的手段
五、检查、考核制度
对项目进展情况的检查,主要采用例会的方式。
项目部还有业绩考核制度。
六、会议制度
每天下午5点项目部召开全体工作会议。
时间约1小时。
由项目经理主持。
会议内容为:
对当天工作进行检查、总结,找出和计划的偏差,制订纠正措施以及第二天的工作计划。
不定期地举行技术专题会议,对开发中所遇到的技术问题(难题)进行分析解决。
负责开发的技术人员参加。
时间约1小时。
由技术负责人主持。
技术力量与人员
平台建设实施小组人员及职责如下表所示:
平台建设实施小组人员及职责
序号
职务
人数(人)
职责
1.
项目经理
1
计划、组织、控制项目的开展,对项目的人员安排、成本、风险统一管理,按照软件工程管理方法管理项目。
2.
系统架构师
1
确定项目的技术实现,为项目搭建良好的架构,规范开发流程。
3.
需求分析
2
负责用户需求的调研分析,引导开发用户需求。
4.
项目管理
1
负责项目过程管理,规范项目的实施过程。
5.
测试主管
1
负责整个项目测试工作的开展,与项目经理确定项目测试计划、测试用例的编写,组织相关测试人员根据测试用例进行测试。
6.
系统开发
8
负责系统的软件开发。
7.
系统测试
2
负责系统测试,包括功能测试、压力测试、回归测试等。
8.
网络部署、安全保障
2
负责网络环境的设计。
9.
界面设计
2
负责系统界面美工设计。
合计:
20
计划与进度管理方案
一、采用三级进度计划管理
在项目开始阶段就想制定一个完整的、完善的计划是不现实的。
但是项目经理又不得不制定一份计划来指导项目组的工作,以及应对领导的审批和客户的沟通。
其实项目计划本来就是一个逐步细化、逐步完善的过程,本项目中采用的三级计划体系就是依托这样一种思路来制定项目的计划,通过类似倒三角的模式,在项目不同的阶段制定不同详细程度的计划来逐步完善项目的计划,指导项目的管理工作。
✓一级计划——总控制进度计划。
此计划为项目指出最终进度目标,甲方牵头制订总控进度计划,经认真研究后确定。
总控计划一经确定,便成为项目施工的纲领性文件,各方均要严格遵照执行,不做轻易调改。
✓二级计划——阶段性工期计划或分部工程计划。
二级计划的制订是为了保证一级计划的有效落实。
我公司会制订此计划并报甲方或监理方审核。
✓三级计划——周计划。
周计划的制订是将二级计划进一步细化到日常的施工安排中,是最基本的操作性计划,具备很强的针对性、操作性、及时性和可控性。
二、按日、周和月分别进行进度检查
有效的项目控制的关键是定期及时测量实际进程,并与计划进程相比较,如有必要,立即采取纠正措施。
进度控制过程如图所示:
进度控制过程流程图
三、每周一向甲方(或监理方)提交进度报告
四、完善例会制度
每天下午5点项目部召开全体工作会议。
时间约1小时。
由项目经理主持。
会议内容为:
对当天工作进行检查、总结,找出和计划的偏差,制订纠正措施以及第二天的工作计划。
不定期地举行技术专题会议,对开发中所遇到的技术问题(难题)进行分析解决。
负责开发的技术人员参加。
时间约1小时。
由技术负责人主持。
五、建立沟通渠道
(1)各单位相互通告进度管理体系架构,建立本项目进度管理体系成员的联系总表。
(2)项目人员工作时间必须在岗,如临时外出须通知其他相关成员,并做出相应安排;除睡觉时间外必须能随时取得联系。
(3)各相关单位之间,需建立纵向、横向联系。
相关人员应及时进行指导、反馈、预警、建议等工作交流。
六、项目的进度计划
总工期自合同签订后的下一个周开始,共7个周期。
具体的进度表如表6.3-1所示:
项目进度计划(本部分内容待方案基本确认后完善)
序号
工作阶段
计划天数
计划开始时间
计划结束时间
交付的工作成果
备注
1.
项目启动及计划
3
《项目开发计划》
2.
需求分析
30
《需求分析说明书》
3.
需求确认
5
《需求分析说明书》
《用户确认说明》
需求确认可以和需求分析迭代进行。
4.
系统概要设计
30
《概要设计说明书》
5.
系统概要设计技术评审及完善
10
《概要设计技术评审意见》
6.
数据库设计
7
与需求确认同步进行。
7.
系统详细设计
60
《详细设计说明书》
8.
系统详细设计技术评审及完善
20
《详细设计技术评审意见》
9.
编码开发
120
源代码、项目测试用例
10.
测试
60
项目测试记录、测试报告
与开发协调进行,开发完某个模块即开始测试。
11.
系统部署
3
系统部署说明书
12.
培训
5
《用户使用手册》
13.
试运行
90
《项目总结报告》
《技术总结报告》
修改完善试运行过程中发现的问题。
14.
系统验收
3
《验收意见》
项目质量控制
(一)质量控制活动
(1)阶段性复审
在开发的各阶段需要质量控制组的阶段性复审活动来保证项目质量的提高,但过多的复审活动会对项目的费用及时间造成较大的影响,因此项目控制活动中的复审要适量适时。
质量控制活动的详细流程和执行方法,还需要在全体项目核心组到位后进行进一步讨论,最终制定出一套行之有效又适合本项目的质量控制流程。
以下是一些基本流程:
项目质量控制
编号
开发阶段
质量控制活动
01
项目启动阶段
项目核心组复审项目工作方法,项目计划,质量控制流程,建立质量控制标准;
进行本项目的开发方法,文档规范及质量标准培训。
02
概要设计阶段
项目核心设计组及相关专家对概要设计说明书进行阶段性复审,以及时发现问题;
根据质量控制标准,检查概要设计说明书是否达到质量标准。
03
详细设计阶段
设计核心阶段性复审;
根据质量控制标准,检查详细设计是否达到质量标准。
04
编码和单元测试阶段
检查程序的编码规范是否得到遵守;
抽查程序可读性,注释等是否完整;
在整个编程队伍贯彻质量意识,每个程序员都是质量保证的一员。
05
集成测试阶段
检查测试案例是否合适;
检查测试结果及测试报告是否完备。
06
用户验收测试阶段
审核验收测试计划,提出建议;
检查验收测试的方法和测试案例是否合适,并提出建议;
审核测试结果及测试报告。
(2)测试
测试是确保本系统质量的重要手段,不经过认真测试的系统是不能被用于生产的。
虽然,对各阶段的文档的审核也可认为是测试,但本项目所指的测试是指对应用软件的测试。
做好测试是测试组的责任,测试组是与开发组相互独立的两组,且需要相当的技术和经验,对业务的理解要十分透彻。
为保证测试的效率和质量需要注意以下几点:
Ø建立高效合理的测试流程;
Ø建立尽量模拟真实环境的业务数据模型(即运行业务的初始环境);
Ø对测试案例的设计要有深度和广度;
Ø特别在系统测试和验收测试阶段,安排好项目组的全体人员的任务和责任;
Ø做好测试阶段文档和源程序的版本控制;
Ø做好测试中发现的BUG的记录及存档工作;
Ø对发现的任何BUG都要做好原因分析并记录归档;
Ø做好回归测试;
Ø防止对程序的修改而引起的其他问题。
(二)质量保证
质量审核确保项目满足预定的质量目标。
项目经理会主持正式的质量审核以确保建立的质量控制流程被执行并且结果与项目质量目标相吻合。
(1)软件质量保证
1)设计过程中的质量保证