项目开发流程及报价文案解析.docx

项目开发流程及报价文案解析.docx

《项目开发流程及报价文案解析.docx》由会员分享，可在线阅读，更多相关《项目开发流程及报价文案解析.docx（26页珍藏版）》请在冰豆网上搜索。

项目开发流程及报价文案解析

项目开发流程图

项目设计原则

智能运维管理平台的项LI设计原则是，保证平台的灵活性、可扩展、可重用、可维护等特性。

同时，在建设过程中，需要避免大量、重复的软件开发，具有广泛的开放性。

在遵循这些基本原则的同时，还需要坚持以下原则：

一、统一标准，统一规范

统一规划设计，建立统一的数据标准和技术标准。

二、安全性原则

系统安全性和保密性对于计算机软件系统是至关重要的，系统中的任何数据丢失、数据错误以及数据泄露都有可能对学院带来巨大的损失，所以在方案设计中要充分考虑系统的安全和保密因素，保证系统数据不会被非法修改、窃取、破坏。

三、稳定性原则

本系统设计要具有高稳定性，系统在正常的访问使用过程中能够稳定、可靠地提供远程教育服务。

四、高效性原则

山于系统随时都可能需要处理并发的业务请求，所以要求系统设计要尽可能紧凑、高效，尽量加快每次业务请求的响应时间，避免出现用户需要长时间等待系统进行数据处理的情况。

五、技术先进性原则

系统方案设计和软件开发的实现应釆用先进、成熟的软件设计技术，所采用的开发和实现技术应符合今后的技术发展潮流，使得整个系统具有更长的技术生命周期，从而保护系统的开发投资。

六、可扩展性原则

系统要充分考虑今后平台业务的发展、运营管理体制的改变等因素，系统设计要具有高度的灵活性和可扩展性，以便于在今后业务情况发展、变化时，可以根据应用需求的改变而方便地扩充和调整系统功能，从而满足新的应用需求。

七、易维护性原则

系统设计应该便于安装、升级和维护，尽可能减少因系统维护问题对平台的管理服务产生影响。

八、易使用性原则

系统的用户接口界面设计应符合用户已有的操作习惯，系统操作应易学易用。

项目实施及保障方案

项目组织结构及管理方案

项目组织结构

一、项目组织结构图（图6.1.1-1）

项目总负责

项目经理

设计组

开发组

测试组

实施组

V

L

A

图6.1.1-1项目组织结构图

二、工作职责

（1）项目总负责人

对项U工作负总体责任。

指导项H经理开展工作。

（2）项目经理

在项H总负责人的领导和授权下开展工作。

是项LI的具体负责人，其基本职责主要如下：

/与客户进行有效沟通

/制定项目计划，并根据各种变化修改项目计划

/实施项目的管理、开发、质量保证过程，确保客户的成本、进度、绩效和质量目标

/制定有效的项目决策过程

“确保在项H生命周期中遵循是实施公司的管理和质量政策

“选择一个能够精确衡量项H成本、进度、质量、绩效的项L1距阵

/风险管理

/招聘和培训必须的项LI成员

/确定项目的人员组织结构

/定期举行项H评估（review）会议

“为项U所有成员提供足够的设备、有效的工具和项U开发过程

/有效管理项目资源

（3）技术咨询专家组

山公司资深的开发人员组成。

针对该项U提供技术咨询，把握总体技术方向。

（4）质量管理员

协助项口经理做好项LI开发中的质量管理工作，指导和督促测试组的工作。

（5）进度管理员

协助项U经理做好项U开发中的讣划以及进度管理丄作。

（6）设计组

承担需求调查、概要设计、详细设讣以及测试方案的撰写。

（7）开发组

承担具体的编码工作以及单元测试。

（8）测试组

制定测试计划，实施除单元测试外的全部测试工作。

接受质量管理员的指导和检查。

是项目质量保证的具体责任者。

（9）实施组

在项□开发工作完成后，承担项H的实施以及用户培训。

项U将大致遵循如下的开发流程见图:

项目组织结构图

四、报告制度

有状态报告、周进度报告、例外事件报告以及会议记录等报告类型。

报告制度是本项目管理控制的重要手段。

它具有以下功能：

“记录项H进展情况

/是沟通的工具

“是管理控制的手段

五、检查、考核制度

对项LI进展情况的检查，主要采用例会的方式。

项LI部还有业绩考核制度。

六、会议制度

每天下午5点项目部召开全体工作会议。

时间约1小时。

由项目经理主持。

会议内容为：

对当天工作进行检查、总结，找出和计划的偏差，制订纠正措施以及第二天的工作计划。

不定期地举行技术专题会议，对开发中所遇到的技术问题（难题）进行分析解决。

负责开发的技术人员参加。

时间约1小时。

山技术负责人主持。

技术力量与人员

平台建设实施小组人员及职责如下表所示：

平台建设实施小组人员及职责

序号

职务

人数（人）

职责

1・

项目经理

1

计划、组织、控制项目的开展，对项目的人员安排、成本、风险统一管理，按照软件工程管理方法管理项目。

2・

系统架构师

1

确定项目的技术实现，为项目搭建良好的架构，规范开发流程。

3・

需求分析

2

负责用户需求的调研分析，引导开发用户需求。

4・

项目管理

1

负责项目过程管理，规范项目的实施过程。

5・

测试主管

1

负责整个项目测试工作的开展，与项目经理确左项目测试讣划、测试用例的编写，组织相关测试人员根据测试用例进行测试。

6・

系统开发

8

负责系统的软件开发。

7・

系统测试

2

负责系统测试，包括功能测试、压力测试、回归测试等。

8・

网络部署、安全保障

2

负责网络环境的设计。

9・

界面设计

2

负责系统界面美工设计。

合计：

20

计划与进度管理方案

一、采用三级进度计划管理

在项LI开始阶段就想制定一个完整的、完善的计划是不现实的。

但是项U经理乂不得不制定一份计划来指导项LJ组的丄作，以及应对领导的审批和客户的沟通。

其实项口计划本来就是一个逐步细化、逐步完善的过程，本项II中采用的三级计划体系就是依托这样一种思路来制定项U的计划，通过类似倒三角的模式，在项U不同的阶段制定不同详细程度的计划来逐步完善项U的计划,指导项U的管理工作。

/一级计划一一总控制进度计划。

此计划为项目指出最终进度目标，甲方牵头制订总控进度计划，经认真研究后确定。

总控计划一经确定，便成为项L1施工的纲领性文件，各方均要严格遵照执行，不做轻易调改。

/二级计划一一阶段性工期il•划或分部工程计划。

二级计划的制订是为了保证一级计划的有效落实。

我公司会制订此计划并报甲方或监理方审核。

“三级计划一一周计划。

周计划的制订是将二级计划进一步细化到日常的施工安排中，是最基本的操作性计划，具备很强的针对性、操作性、及时性和可控性。

二、按日、周和月分别进行进度检查

有效的项U控制的关键是定期及时测量实际进程，并与计划进程相比较，如有必要，立即采取纠正措施。

进度控制过程如图所示：

进度控制过程流程图

三、每周一向甲方（或监理方）提交进度报告

四、完善例会制度

每天下午5点项目部召开全体工作会议。

时间约1小时。

由项目经理主持。

会议内容为：

对当天工作进行检查、总结，找出和计划的偏差，制订纠正措施以及第二天的工作计划。

不定期地举行技术专题会议，对开发中所遇到的技术问题（难题）进行分析解决。

负责开发的技术人员参加。

时间约1小时。

山技术负责人主持。

五、建立沟通渠道

（1）各单位相互通告进度管理体系架构，建立本项口进度管理体系成员的联系总表。

（2）项LI人员工作时间必须在岗，如临时外出须通知其他相关成员，并做出相应安排；除睡觉时间外必须能随时取得联系。

（3）各相关单位之间，需建立纵向、横向联系。

相关人员应及时进行指导、反馈、预警、建议等工作交流。

六、项目的进度计划

总工期自合同签订后的下一个周开始，共7个周期。

具体的进度表如表6・3-1所示：

项目进度计划（木部分内容待方案慕本确认后完善）

序号

工作阶段

计划天数

计划开始时间

计划结束时间

交付的工作成果

备注

1.

项目启动及计划

3

《项目开发计划》

2.

需求分析

30

《需求分析说明书》

3.

需求确认

5

《需求分析说明书》

《用户确认说明》

需求确认可以和需求分析迭代进行。

4.

系统概要设计

30

《概要设计说明书》

5.

系统概要设计技术评审及完善

10

《概要设计技术评审意见》

6.

数据库设计

7

与需求确认同步进行。

7.

系统详细设计

60

《详细设计说明书》

&

系统详细设计技术评审及完善

20

《详细设计技术评审意见》

9.

编码开发

120

源代码、项目测试用例

10.

测试

60

项目测试记录、测试报告

与开发协调进行，开发完某个模块即开始测试。

11.

系统部署

3

系统部署说明书

12.

培训

5

《用户使用手册》

13.

试运行

90

《项目总结报告》

《技术总结报告》

修改完善试运行过程中发现的问题。

14.

系统验收

3

《验收意见》

项目质量控制

（一）质量控制活动

（1）阶段性复审

在开发的各阶段需要质量控制组的阶段性复审活动来保证项U质量的提高,但过多的复审活动会对项H的费用及时间造成较大的影响，因此项L1控制活动中的复审要适量适时。

质量控制活动的详细流程和执行方法，还需要在全体项U核心组到位后进行进一步讨论，最终制定出一套行之有效乂适合本项U的质量控制流程。

以下是一些基本流程：

项目质量控制

编号

开发阶段

质量控制活动

01

项目启动阶段

项目核心组复审项目工作方法，项目计划，质量控制流程，建立质量控制标准：

进行本项目的开发方法，文档规范及质量标准培训。

02

概要设计阶段

项目核心设汁组及相关专家对概要设计说明书进行阶段性复审，以及时发现问题：

根据质量控制标准，检查概要设汁说明书是否达到质量标准。

03

详细设计阶段

设计核心阶段性复审：

根据质量控制标准，检查详细设计是否达到质量标准。

04

编码和单元测试阶段

检查程序的编码规范是否得到遵守；

抽查程序可读性，注释等是否完整；在整个编程队伍贯彻质星意识，每个程序员都是质量保证的一员。

05

集成测试阶段

检查测试案例是否合适：

检查测试结果及测试报告是否完备。

06

用户验收测试阶段

审核验收测试计划，提出建议：

检查验收测试的方法和测试案例是否合适，并提出建议；审核测试结果及测试报告。

（2）测试

测试是确保本系统质量的重要手段，不经过认真测试的系统是不能被用于生产的。

虽然，对各阶段的文档的审核也可认为是测试，但本项口所指的测试是指对应用软件的测试。

做好测试是测试组的责任，测试组是与开发组相互独立的两组，且需要相当的技术和经验，对业务的理解要十分透彻。

为保证测试的效率和质量需要注意以下儿点：

＞建立高效合理的测试流程；

＞建立尽量模拟真实环境的业务数据模型（即运行业务的初始环境）:

＞对测试案例的设计要有深度和广度；

＞特别在系统测试和验收测试阶段，安排好项U组的全体人员的任务和责任；

＞做好测试阶段文档和源程序的版本控制；

＞做好测试中发现的BUG的记录及存档工作；

＞对发现的任何BUG都要做好原因分析并记录归档；

＞做好回归测试；

＞防止对程序的修改而引起的其他问题。

（二）质量保证

质量审核确保项L1满足预定的质量H标。

项L1经理会主持正式的质量审核以确保建立的质量控制流程被执行并且结果与项目质量目标相吻合。

（1）软件质量保证

1）设计过程中的质量保证

＞设计目标的统一；

＞设计方法的统一；

＞设计模板的统一；

＞设计过程的监督；

＞设计结果的审核；

＞设计过程中的变更管理流程。

（2）程序开发过程中的质量保证

＞程序开发过程中的质量控制工具；

＞典型程序的开发模板（增、删、修改.查询、菜单标准、前端界面标准、程序间的接口标准、公共类、其他类）；

＞单元测试案例的编制方法和标准；

＞程序开发过程中的质量跟踪；

＞程序开发过程中的变更管理流程。

（3）系统化的测试思路

＞单元测试：

主要山程序员依据单元测试案例的标准自行测试，并填写测试案例记录表，并接受质量保证组的抽样检查；

＞集成测试：

集成测试的口标是将各个单独的程序或模块进行组装，并确保系统作为一个有机整体的可运行。

是系统进行系统集成测试的基础；

＞系统集成测试：

系统集成测试的U标是确保系统作为一个整体的正确运行；

＞性能测试：

性能测试是从系统的处理能力、效率、安全性、数据一致性等各方面进行测试；

＞用户验收测试：

在项H组完成以上测试以后，将最后的系统交给用户进行全面的测试，是系统试运行前必须完成的测试工作。

只有用户验收测试完成以后，系统才能进入试运行。

（4）项目的整体质量保证

对于整个集团统一的办公自动化系系统，由于项tl涉及的下属公司、业务部门、人员极其复杂，如何保证项LI的顺利实施？

如何保证项LI的实施质量？

是项U的关键成功因素。

我们建议从以下方面来保证项U的整体实施质量：

＞正确的实施方法，以及该方法在实施过程中的有效执行，是项口得以成功实施的保证；

＞利用管理的手段，加强项LI实施过程中的督查力度，以确保项LI的实施质量；

＞加强项口实施过程中标准化、规范化的管理力度；

＞“全体质量意识”是项目组贯彻始终的基本方针；

＞质量管理和质量监督切不可与项H的具体实施过程相脱节，必须与实施小组进行密切的沟通，共同制定简洁、切实有效的质量监督办法，并始终如一地贯彻执行；

＞必要时可建立切实可行的质量奖惩办法，奖优罚劣；

项目应急方案

（一）项目可能发生的主要风险及分析

项目主要风险

编号

项目可能发生的风险

风险分析

优先级

01

统一的开发规范难于被遵守

项目组组建时间短且项目组成员来自不同的公司，长时间遵守各自的规范，会有惯性。

文档规范要统一

M

02

项目组内的沟通不充分

项目组组建时间短，对沟通的方法还未适应。

项目成员彼此间了解少;有些人员耻于或不愿意与其他人员沟通。

M

03

用户需求的变更

变是自然的事，但要进行控制

H

04

主要技术人员的变更

其他项目的需要，人员的流动

H

05

项目完成时间紧张

客户规左了完成的期限，项目要保证质疑，工作量不能省，造成时间紧张

M

06

项目所需资源的协调与调度

由于时间紧张，所需资源需要及时得到，所需资源可能来自各公司或中国外运

H

07

主要业务人员的配合不足

主要业务人员由于其他工作忙，参与此项目的时间少，会造成项目的延期或需求的偏离未得到及时的纠正

H

08

与业务人员的沟通不充分

设计人员过多假设，与业务人员的沟通少

H

09

开发环境稳定性的维护

硬件，网络，系统软件的稳左及病毒的防范

H

10

人力资源不充足

主要是有经验的人员不足

M

11

项目紧张时，开发人员对项目管理烦感

项目管理会占用开发人员的时间，且会影响开发人员紧张的心情

L

12

项目组合作精神不够

项目组的成员可能来自不同的公司和部门，配合较少

H

13

对测试重视程度不够

重视编程而不重视测试是许多项目容易出现的错误思想

M

14

管理咨询组与业务需求组之间的沟通和联动

容易岀现各小组独立行事的现象

M

15

运维环境问题

网络带宽有限，易对系统响应速度有影响；各分部无网管人员，使得网络因素较不可控制，从而影响系统的使用性：

没有固泄IP的公司，需要拔号连接VPN。

M

16

新技术掌握速度过慢

本项目采用外购的工作流引擎进行流程立制，在设计过程中，开发人员掌握程度直接影响项目开发进度。

H

（二）项目可能发生的主要风险及应急措施

项目应急措施

编号

项目可能发生的风险

应急措施

优先级

01

统一的开发规范难于被遵守

制立统一的规范，进行培训，在实施中检查指导。

M

02

项目组内的沟通不充分

充分利用好沟通计划中的沟通方式。

M

03

用户需求的变更

做好需求分析说明书，变更要走变更控制流程。

H

04

主要技术人员的变更

关键技术人员要锁建。

H

05

项目完成时间紧张

增加资源、进度控制。

M

06

项目所需资源的协调与调度

为了本项目成功，％环丹要充分配合，保证满足项目资源的需求。

H

07

用户/客户的配合不足

增加沟通、问题及时上报更高管理层，寻求更好的支持

M

08

与用户沟通不充分

对业务需求理解深的技术人员要与用户做充分的沟通。

M

09

开发环境稳泄性的维护

制泄规范纪律，保证开发环境的稳泄。

H

10

人力资源不充足

增加人力资源和技能提升

M

11

项目紧张时，开发人员对项目管理烦感

从事技术开发的人员和从事管理的人员要互相配合，明确共同的目标，发挥团队精神。

L

12

项目组合作精神不够

增加内部沟通。

H

13

对测试重视程度不够

建立单独的系统测试组，派有经验的人组成系统测试组。

M

14

管理咨询组与业务需求组之间的沟通和联动

加强项目各小组之间的沟通，并通过项目总体组的组织结构以确保该沟通的有效性。

M

15

运维环境问题

增加带宽，统一要求集团所有成员企业使用集团办公自动化系统。

M

16

新技术掌握速度过慢

统一培训，加强项目组成员之间的沟通协作，掌握较快的成员帮助掌握较慢的成员。

H

培训计划

对用户进行培训是保证用户正确使用系统和用好系统的基本要求。

通过培训使系统管理员能得心应手地维护好系统，保证系统的安全运行；使操作人员可以正确理解相关的业务流程，熟练掌握各个子系统的详细操作。

培训安排如下表：

培训计划

序号

内容

课时

对象

1・

平台技术体系和功能介绍。

丫-天

系统管理员与运行维护人员

2.

系统部署

一天

系统管理员

3.

后台管理。

一天

系统管理员与运行维护人员

4・

系统操作技巧。

半天

系统管理员与运行维护人员

5.

上机操作与常见问题解答。

两天

系统管理员与运行维护人员

6.

远程培训，通过常用的通讯匚具进行远程答疑，或通过远程控制软件辅助用户解决问题。

不定

系统管理员与运行维护人员

报价

系统

功能模块

子模块/子功能

各功能费（元）

备注

集中登录入口

集中登录入口

移动端

APP系统

IOS、安卓

账号系统

登录

6800

X2

移动端

注册

移动端

游客（功能限制）

移动端

实名认证功能

移动端

支付宝支付功能

移动端

权限功能邙艮商家）

移动端

社交账号绑定功能

移动端

其他预留接口（待定）

移动端

需求发布

语音发布

8800

X2

移动端

图片发布

移动端

发布限制条件

移动端

筛选功能

移动端

需求发布支付功能

移动端

特权（限收费用户）

移动端

预约功能

移动端

LBS定位服务

移动端

竞价功能

竞价功能（待定）

2800

X2

移动端

筛选功能

移动端

抢单功能

LBS定位服务

16800

X2

移动端

抢单支付功能

移动端

特权邙艮收费用户）

移动端

预约功能

移动端

筛选功能

移动端

订单功能

LBS定位物流追踪

3800

X2

移动端

基本功能

移动端

评价功能

移动端

社交功能

LBS定位服务

3600

X2

移动端

发起活动

移动端

参加活动

移动端

广告

LBS定位服务

1000

X2

移动端

推广

移动端

小计

全功能

IOS系统、安卓系统

85800

移动端

系统测试及验收

在整个软件开发、部署过程中，将主要实施如下的测试以保证软件质量

/单元测试。

“功能测试。

山测试人员按照测试方案进行测试。

主要检测系统是否满足设计的功能要求。

/代码覆盖测试。

釆用NCovero曲测试人员进行。

要求代码覆盖率在93%以上。

“性能测试和压力测试。

采用RationalRobot辅助进行。

山测试人员进行。

使用少量的Client端计算机仿真大量用户上线对网站服务所可能造成的影响。

＞在大数据量下数据库的I/O能力，数据库结构及索引的合理性，数据库配置的合理性。

＞并发性测试：

包括数据库、操作系统、应用程序等并发访问可行性。

＞通讯响应时间。

＞峰值交易响应时间。

＞网络堵塞情况。

＞CPU使用率。

＞数据库I/O及磁盘I/O情况。

＞内存使用情况。

/系统安全和稳定性测试。

＞主机系统的稳定性测试：

异常情况下，主机系统对数据及应用的保护程度。

＞数据库稳定性测试：

在宕机、联接丢失、批量处理中断等特殊情况下数据库的保护程度。

＞应用程序稳定性测试：

对非法操作、非法访问等防范及数据流向一致性，程序故障率等。

＞通讯的稳定性：

包括内部网络及外部联接。

/用户接受测试（竣工验收）

＞满足合同规定的需求或经用户确认的需求为标准验收本系统。

售后服务及承诺

售后服务的原则

/用户的利益是第一位的；

/只有良好的售后服务，与用户建立长期稳定的合作关系、才能在行业内生存、发展。

售后服务流程

售后服务的流程如下图所示:

图售后服务的流程

承诺

“在部署时提供现场免费操作培训，保证用户经培训后掌握一定的专业技术和操作技能。

/所提供的软件的免费维护和升级不低于一年，维护期以验收之日起计算，一年后的维护与升级费用曲双方协商。

/在软件交付使用后一年内，我公司保证每月拜访客户一次，了解系统运行情况。

一年后将不定期回访。

“我公司提交的产品在发生故障时，将及时予以响应并给予最佳技术支持。

/我公司提供的软件产品是全新、符合招标文件所规定的技术规格的产品

/在系统免费维护期过后，我公司继续为本项U提供长期优惠的技术服务，包括技术支持、硬件的升级、故障的快速响应及相关人员的技术咨询。

服务保障措施

一、一年免费维护和升级。

二、十分钟电话响应

我公司在接到用户的报修请求后的10分钟内，安排专人与用户电话具体联系，确定解决办法事宜。

三、现场服务

当需要到现场解决问题时，我公司将及时安排工作人员赶到客户现场。

四、及时通知服务

我公司提岀的及时通知服务，是把我们刚刚发现的关键问题或软件错误问题提前告知客户。

通过及时通知服务使客户在遇到技术问题之前便可提供相关解决方案和软件修补程序，使用户防患于未然。

五、提供长期技术咨询服务

我们将提供给用户一份详细的技术咨询联系办法，客户可以随时通过电话、传真、书函以及电子邮件等各种灵活的通讯手段向我公司进行技术咨询。

我公司会根据具体的需求情况通过电话、MAIL、或指派工程师与用户进行直接沟通，以圆满解决用户的问题。

六、定期和不定期走访、回访与关怀服务

在软件交付使用后一年内，我公司保证每月拜访客户一次，了解系统运行情况。

一年后将不定期回访