人脸识别项目计划书

数字标牌广告机系统计划书

1) 项目立项、计划书; (10%)

目录

一 .《数字标牌广告机系统》项目开发计划书

1.引言 (2)

1.1编写目的 (2)

1.2背景 (2)

1.3定义 (2)

1.4项目价值 (2)

1.5项目内容?????????????????????.2

2.项目概述 (3)

2.1工作内容 (3)

2.2开发准备 (3)

2.3产品 (3)

2.3.1. 程序 (3)

2.3.2. 文件 (3)

2.3.3. 服务 (3)

2.3.4. 非移交的产品 (3)

2.4验收标准 (4)

3.实施计划 (4)

3.1团队角色????????????????????..4

3.2工作任务的分解与人员分工 (4)

3.3 开发模型????????????????????4 3.4 开发计划???????????????????????.4

3.5接口人员 (4)

3.6进度 (4)

3.7预算 (4)

3.8关键问题 (5)

4.支持条件 (5)

4.1计算机系统支持 (5)

4.2需由用户承担的工作 (5)

4.3需由外单位提供的条件 (6)

5.管理方式 (6)

《数字标牌广告机系统》项目开发计划书

1引言

1.1 编写目的

没有规矩不成方圆，无论什么事情，要顺利地完成，必须有一个统一的计划指

导书。软件项目开发也不例外。这个计划书不仅能让参与项目的开发者们知道如何

进行，还明确了他们各自的职责、保证项目团队之间的协作更加的有条不紊、使得

项目工作的各个过程能够合理有序地进行。同时，计划书也能让团队内外的沟通起

着向导作用、团队之间的工作范围、开发模块之间的关系，以及对开发进度、经费

预算、分配人力物力、风险等因素进行了大概的描述。

本项目开发计划用于从总体上指导数字标牌广告机系统项目顺利进行并最终得

到通过评审的项目产品。本项目开发计划面向项目组全体成员。

1.2 背景

一般置于商场和公共场所的数字标牌广告机只具有信息显示和信息发布

功能，无法了解用户更多行为，而基于人脸识别的商业大数据分析技术可以成功地

使用人脸识别技术为用户提供更加友好的体验。运用先进的人脸识别技术和视频智

能分析技术提供一套完善的解决方案，能够智能统计和分析用户状态，帮助你了解

用户的喜好。具备人脸检测、人脸识别、性别识别、年龄段识别、表情识别、注视

时长统计等功能。这种技术不仅能给商家带来用户分析数据依据，还可结合大数据

信息，根据用户的性别和年龄的不同自动提供其更感兴趣的广告或产品展示，为用

户带来更好体验同时为投资者带来更丰厚的回报。

1.3 定义

专门术语：

MySQL:系统服务器所使用的数据库关系系统（DBMS）。

SQL：一种用于访问查询数据库的语言

事务流：数据进入模块后可能有多种路径进行处理。

SQL：Structured Query Language(结构化查询语言)。

UML：统一建模语言、是一套用来设计软件蓝图的标准建模语言，是一

种从软件分析、设计到编写程序规范的标准化建模语言。

1.4 项目价值

采用数字标牌 - 广告机代替传统的静态灯箱，不仅能够及时让客户了解到

商品详情，更能让客户体验其中，达到互动，促进消费。数字标牌软件非常灵活，

为我们提供了发挥创造性的空间。但是，如果你的屏幕放了太多的内容，就会让人

感觉到眼花缭乱，就不会吸引到观众。这样也就有损品牌的声誉，消费者也将会选

择你的竞争对手。其次，数字标牌 - 广告机内容精准、个性化，品牌标志、网站元素融入其中。潜在的客户或者已知的客户能够看到一些个性化的信息，那么他们就

可能会留下更为深刻的品牌印象。零售商可以根据不同时间段入店的消费者群体不

同及时调整播放内容，为消费者提供符合自身需求的实用性信息，

最后，利用数字标牌 - 广告机的互动性。设置有趣的的互动环节，不仅可以延长

消费者在店内停留的时间，更可加深客户对品牌的印象，以便导购员为消费者提供

更有针对性的服务，促进消费。

1.5 项目内容

智能广告播放系统

传统的广告播放系统只具有信息显示和信息发布功能，无法了解用户更多行为。而基于人脸识别的商业大数据分析技术可以成功地使用人脸识别技术为用户提供更

加友好的体验。运用先进的人脸识别技术和视频智能分析技术提供一套完善的解决

方案，能够智能统计和分析用户状态，帮助你了解用户的喜好。具备人脸检测、人

脸识别、性别识别、年龄段识别、表情识别、注视时长统计等功能。这种技术不仅

能给商家带来用户分析数据依据，还可结合大数据信息，根据用户的性别和年龄的

不同自动提供其更感兴趣的广告或产品展示，为用户带来更好体验同时为投资者带

来更丰厚的回报。

2项目概述

2.1 工作内容

1、制作和修订项目开发计划；

2、进行计划跟踪与监控；

3、配合 SQA 的质量保证工作；

4、工作产品及时进行受控管理；

5、按计划提请阶段评审；

6、提交测试部门评测开发产品；

7、交付最终工作产品。

8、项目实施总结

9、项目验收

2.2 开发准备

包括文档准备，人员分配，开发环境的制定

2.3 产品

2.3.1 程序

软件名称：数字标牌广告机系统

编程语言： C++

功能：

统计设备150m 范围内总体、各时段人流量；

根据人眼追踪，确定是简单浏览、还是驻足常看；

根据性别、年龄的识别，自动切换合适的广告内容，提高广告的精准性

根据人脸检测，精准统计看广告的人数、时长、位置分布、时间分布、性别、年龄

根据统计数据，便于选择广告的最佳位置、最佳时间

2.3.2 文件

用户操作手册：本手册详细描述软件的功能、性能和用户界面，使用户对如何使用该软件得到

具体的了解 ,为操作人员提供该软件各种运行情况的有关知识，特别是操作方法的具体细

节。

软件维护手册：主要包括软件系统说明、程序模块说明、操作环境、支持软件的说明、维护

过程的说明，便于软件的维护。

2.3.3 服务

计划提供以下服务：

课堂培训：以讲课形式对客户进行培训，使其能够正确使用软件。

免费咨询：客户可以在工作时间向技术人员提出问题并获得解答。

技术支持：对于某些客户，采取上门指导的方式。

软件维护：获取软件使用中的问题，提供补丁程序。

2.3.4 非移交产品

1.项目开发计划

2.开发进度月报

3.项目开发总结报告

4.软件问题报告

5 迭代计划报告

6.源程序

2.4 验收标准

2.4.1 代码的验收

最后在交付客户之前进行小组内评审，代码编写符合HB6465 标准，与文档说明保持一致，代码书写风格统一，采用标准规范，没有下列错误：由于软件缺陷造成丢失数据，不符合设计要求，响应时间太长无法接受等问题。

2.4.2 文档验收

最后在交付客户之前进行小组内评审，文档格式符合HB6465 标准，功能符合与客户的合同要求，清晰易读，没有语病与歧义。

2.4.3 服务验收

服务硬件达到文档说明的要求。

3实施计划

3.1 工作任务的分解与人员分工

略

3.2接口人员

负责本项目同用户的接口人员为马晓奇，由软件发开方派专人，按客户要求，指定地点安装，调试，运行并给客户演示，在后期中负责维护和更新。

3.3 开发模型

选用敏捷开发Scrum

1、我们首先需要确定一个Product Backlog（按优先顺序排列的一个产品需求列表），这个是

由 Product Owner负责的；

2、 Scrum Team根据 Product Backlog列表，做工作量的预估和安排；

3、有了 Product Backlog列表，我们需要通过Sprint Planning Meeting（ Sprint计划会议）来从中挑选出一个Story作为本次迭代完成的目标，这个目标的时间周期是1~4个星期，然后把这个 Story 进行细化，形成一个Sprint Backlog；

4、 Sprint Backlog是由 Scrum Team去完成的，每个成员根据Sprint Backlog再细化成更小的任务（细到每个任务的工作量在 2 天内能完成）；

5、在 Scrum Team完成计划会议上选出的Sprint Backlog过程中，需要进行 Daily Scrum Meeting （每日站立会议），每次会议控制在15分钟左右，每个人都必须发言，并且要向所有

成员当面汇报你昨天完成了什么，并且向所有成员承诺你今天要完成什么，同时遇到不能解决的问题也可以提出，每个人回答完成后，要走到黑板前更新自己的Sprint burn down（ Sprint 燃尽图）；

6、做到每日集成，也就是每天都要有一个可以成功编译、并且可以演示的版本；很多人可能还

没有用过自动化的每日集成；

7 、当一个Story完成，也就是Sprint Backlog被完成，也就表示一次Sprint完成，这时，

我们要进行Srpint Review Meeting（演示会议），也称为评审会议，产品负责人和客户都要

参加（最好本公司老板也参加），每一个Scrum Team的成员都要向他们演示自己完成的软件

产品（这个会议非常重要，一定不能取消）；

8 、最后就是Sprint Retrospective Meeting（回顾会议），也称为总结会议，以轮流发言方

式进行，每个人都要发言，总结并讨论改进的地方，放入下一轮Sprint的产品需求中；

采用迭代式开发，不要求每一个阶段的任务做的都是最完美的，而是明明知道还有很多

不足的地方，却偏偏不去完善它，而是把主要功能先搭建起来为目的，以最短的时间，最少的损失先完成一个“不完美的成果物”直至提交。然后再通过客户或用户的反馈信息，在这个“不完美的成果物”上逐步进行完善。

3.4 开发计划

在立项 20 天内完成整个功能实现 1.0 版本

这些功能包括：

（一）人脸检测：通过摄像头获取人脸轮廓，提取特征生成特征数据库，将实时生

成的特征数据与预置的特征库进行比较，计算相似度，给出相应识别结果，可以支

持多个人脸识别，并能辨别出摄像头到人的距离。

2.0 版本的功能要求：

（一）年龄和性别监测：通过摄像头捕获人脸图像，首先进行人脸轮廓检测，确定

眼睛的精确位置（人眼定位），然后提取面部有分类能力的特征，生成人脸特征数据。通过实时生成的人脸特征数据与特征库中的模板进行比对，根据相似度给出当前在设备前的人的性别、年龄阶段。

根据上面的功能系统可以根据环境做一个基本的判断

3.0 版本的功能要求

（一）表情监测：通过摄像头捕获人脸图像，并结合深度学习和人工智能算法，对

人脸表情的显著特征，如眼睛、眉毛、嘴巴等的位置变化进行定位、测量，确定其

大小、距离、形状及相互比例等特征，给出表情状态。

4.0 版本的功能要求

（一）姿态监测：通过摄像头判断当前人脸是平视、抬头、低头、左右转头等。从

而针对大尺寸数字标牌分屏展示时判断观众关注的区域。

（二）眼球监测：通过摄像头判断当前人脸是否注视摄像头，可识别睁眼、闭眼、

眨眼等动作，如果注视摄像头，开始计时，当检测到当前人脸不再注视摄像头，计

时结束，返回时长计时结果。可以根据表情，眼球方向判断观众对这个广告的喜爱

程度，如果是高兴的可以增这类广告的频率。

5.0 版本的功能要求

（一）关注广告监测：通过摄像头采集当前人脸观看正在播放广告内容的时间长及

时间段。如果在多块屏幕的时候，系统以分析人员的注视的区域，在这个对应的区

域也播放机的观众应可能感性趣的广告。并且分析观看的时间和时段做统计，给商

户云把广做相应的修改。

6.0

(一 )数据切换

3.5进度

方法：采用结构化开发

设置模块开发优先级：通过对图书管理的特点和信息流程等的分析，确定各模块开发的先后次序。

具体开发进度安排如下：

注：有四个里程碑，分别是需求完成时、详细设计完成时、系统编码完成时、整个项目工作完成时。

3.6 预算

劳务预算： 3000 元人民币，经费预算：600 元人民币

3.7关键问题

表 3.6 项目风险因素

风

险

风险项名称风险描述风险缓解方案排

序

本次项目开发过程中涉

1专业基础知识不牢及的知识较多，给项目开进行相应的培训

发人员带来一定的困难

2经验欠缺成员开发经验不足，使项只有通过不断的实目质量难以保证践

4.支持条件

4.1 计算机系统支持

开发时需要的支持条件：

硬件：

内存： 4GB

硬盘：至少10GB 以上；

摄像头：两个至少在30 万像素。

CD－ ROM ： 16 倍速以上；

软件：

操作系统为Ubuntu12 以上，使用集成开发工具Qt, 数据库采用Mysql

4.2 需要用户承担的工作

需要用户祥细解释软件的工作环境，包括工作时的机器安装的位置，机器的大小，机器周围的人员流动情况。

4.3 需由外单位提供的条件

本系统为独立开发，不需要外单位提供条件

5.管理方式

5.1 组织结构

说明项目团队的组织结构。项目的组织结构可以从所需角色和项目成员两个方面描述。所需角色主要说明为了完成本项目任务，项目团队需要哪些角色构成，如项目经理、计划经理、

系统分析员（或小组）、构架设计师、设计组、程序组、测试组等等。组织结构可以用图形

来表示，可以采用树形图，也可以采用矩阵式图形，同时说明团队成员来自于哪个部门。除

了图形外，可以用文字简要说明各个角色应有的技术水平。注意虽然有一些通用的结构可以套用，但各种不同规模、不同形式的项目组织结构是不一样的。如产品研发项目可能就不需要实施人员（小组），但需要知识转移方面的人员（小组）。而软件编码外包的项目则不

需要程序员，测试人员也可以适当地减少。

5.2 人员分工

确定项目团队的的每个成员属于组织结构中的什么角色，他们的技术水平、项目中的分工与配置，可以用列表方式说明，具体编制时按照项目实际组织结构编写。

5.3 协作与沟通

项目的沟通与协作首先应当确定协作与沟通的对象，就是与谁协作、沟通。沟通对象应该包括所有项目干系人，而项目干系人包括了所有项目团队成员、项目接口人员、项目团队外部相关人员等等。

其次应当确定协作模式与沟通方式。沟通方式如会议、使用电话、QQ、内部邮件、外部邮件、 QuickPlace 、聊天室等等。其中邮件沟通应当说明主送人、抄送人，聊天室沟通方式应

当约定时间周期。而协作模式主要说明在出现什么状况的时候各个角色应当（主动）采取什么措施，包括沟通，如何互相配合来共同完成某项任务。定期的沟通一般要包括项目阶段报告、项目阶段计划、阶段会议等

5.3.1 项目团队内部协作

本节说明在项目开发过程中项目团队内部的协作模式和沟通方式、频次、沟通成果记录办法等内容。

5.3.2 项目接口人员

应当说明接口工作的人员即他们的职责、联系方式、沟通方式、协作模式，包括：

a、负责本项目同用户的接口人员；

b、负责本项目同本企业各管理机构，如计划管理部门、合同管理部门、采购部门、质量

管理部门、财务部门等的接口人员；

c、负责本项目同分包方的接口人员。

5.3.3 项目团队外部沟通与协作模式

项目团队外部包括企业内部管理协助部门、项目委托单位、客户等等。本节说明在项目开发过程中项目团队内部与接口人员、客户沟通的方式、频次、沟通成果记录办法等内容。明确最终用户、直接用户及其所在本企业／部门名称和联系电话。明确协作开发的有关部门的名称、经理姓名、承担的工作内容以及工作实施责任人的姓名、联系电话。确定有关的合作单

位的名称、负责人姓名、承担的工作内容以及实施人的姓名、联系电话。