人脸识别项目计划

--#-开发模型选用敏捷开发Scrum1、我们首先需要确定一个ProductBacklog（按优先顺序排列的一个产品需求列表），这个是由ProductOwner负责的；2、ScrumTeam根据ProductBacklog列表，做工作量的预估和安排；3、有了ProductBacklog列表，我们需要通过SprintPlanningMeeting（Sprint计戈U会议）来从中挑选出一个Story作为本次迭代完成的目标，这个目标的时间周期是1~4个星期，然后把这个Story进行细化，形成一个SprintBacklog；4、SprintBacklog是由ScrumTeam去完成的，每个成员根据SprintBacklog再细化成更小的任务（细到每个任务的工作量在2天内能完成）；5、在ScrumTeam完成计划会议上选出的SprintBacklog过程中，需要进行DailyScrumMeeting（每日站立会议），每次会议控制在15分钟左右，每个人都必须发言，并且要向所有成员当面汇报你昨天完成了什么，并且向所有成员承诺你今天要完成什么，同时遇到不能解决的问题也可以提出，每个人回答完成后，要走到黑板前更新自己的Sprintburndown（Sprint燃尽图）；6、做到每日集成，也就是每天都要有一个可以成功编译、并且可以演示的版本；很多人可能还没有用过自动化的每日集成；7、当一个Story完成，也就是SprintBacklog被完成，也就表示一次Sprint完成，这时，我们要进行SrpintReviewMeeting（演示会议），也称为评审会议，产品负责人和客户都要参加（最好本公司老板也参加），每一个ScrumTeam的成员都要向他们演示自己完成的软件产品（这个会议非常重要，一定不能取消）；8、最后就是SprintRetrospectiveMeeting（回顾会议），也称为总结会议，以轮流发言方式进行，每个人都要发言，总结并讨论改进的地方，放入下一轮Sprint的产品需求中；采用迭代式开发，不要求每一个阶段的任务做的都是最完美的，而是明明知道还有很多不足的地方，却偏偏不去完善它，而是把主要功能先搭建起来为目的，以最短的时间，最少的损失先完成一个“不完美的成果物”直至提交。然后再通过客户或用户的反馈信息，在这个“不完美的成果物”上逐步进行完善。开发计划在立项20天内完成整个功能实现1.0版本这些功能包括：（一）人脸检测：通过摄像头获取人脸轮廓，提取特征生成特征数据库，将实时生成的特征数据与预置的特征库进行比较，计算相似度，给出相应识别结果，可以支持多个人脸识别，并能辨别出摄像头到人的距离。2.0版本的功能要求：（一）年龄和性别监测：通过摄像头捕获人脸图像，首先进行人脸轮廓检测，确定眼睛的精确位置（人眼定位），然后提取面部有分类能力的特征，生成人脸特征数据。通过实时生成的人脸特征数据与特征库中的模板进行比对，根据相似度给出当前在设备前的人的性别、年龄阶段。根据上面的功能系统可以根据环境做一个基本的判断3.0版本的功能要求（一）表情监测：通过摄像头捕获人脸图像，并结合深度学习和人工智能算法，对人脸表情的显著特征，如眼睛、眉毛、嘴巴等的位置变化进行定位、测量，确定其大小、距离、形状及相互比例等特征，给出表情状态。4.0版本的功能要求（一）姿态监测：通过摄像头判断当前人脸是平视、抬头、低头、左右转头等。从而针对大尺寸数字标牌分屏展示时判断观众关注的区域。（二）眼球监测：通过摄像头判断当前人脸是否注视摄像头，可识别睁眼、闭眼、眨眼等动作，如果注视摄像头，开始计时，当检测到当前人脸不再注视摄像头，计时结束，返回时长计时结果。可以根据表情，眼球方向判断观众对这个广告的喜爱程度，如果是高兴的可以增这类广告的频率。5.0版本的功能要求（一）关注广告监测：通过摄像头采集当前人脸观看正在播放广告内容的时间长及时间段。如果在多块屏幕的时候，系统以分析人员的注视的区域，在这个对应的区域也播放机的观众应可能感性趣的广告。并且分析观看的时间和时段做统计，给商户云把广做相应的修改。6.0（一）数据切换进度方法：采用结构化开发设置模块开发优先级：通过对图书管理的特点和信息流程等的分析，确定各模块开发的先后次序。具体开发进度安排如下：注：有四个里程碑，分别是需求完成时、详细设计完成时、系统编码完成时、整个项目工作完成时。预算劳务预算：3000元人民币，经费预算：600元人民币关键问题表3.6项目风险因素风险排序风险项名称风险描述风险缓解方案1专业基础知识不牢本次项目开发过程中涉及的知识较多给项目开发人员带来一定的困难进行相应的培训2经验欠缺成员开发经验不足使项目质量难以保证只有通过不断的实践.支持条件计算机系统支持开发时需要的支持条件：硬件：内存：4GB硬盘：至少10GB以上；摄像头：两个至少在30万像素。CD-ROM：16倍速以上；软件：操作系统为Ubuntu12以上，使用集成开发工具Qt,数据库采用Mysql需要用户承担的工作需要用户祥细解释软件的工作环境，包括工作时的机器安装的位置，机器的大小，机器周围的人员流动情况。需由外单位提供的条件本系统为独立开发，不需要外单位提供条件.管理方式组织结构说明项目团队的组织结构。项目的组织结构可以从所需角色和项目成员两个方面描述。所需角色主要说明为了完成本项目任务，项目团队需要哪些角色构成，如项目经理、计划经理、系统分析员（或小组）、构架设计师、设计组、程序组、测试组等等。组织结构可以用图形来表示，可以采用树形图，也可以采用矩阵式图形，同时说明团队成员来自于哪个部门。除了图形外，可以用文字简要说明各个角色应有的技术水平。注意虽然有一些通用的结构可以套用，但各种不同规模、不同形式的项目组织结构是不一样的。如产品研发项目可能就不需要实施人员（小组），但需要知识转移方面的人员（小组）。而软件编码外包的项目则不需要程序员，测试人员也可以适当地减少。人员分工确定项目团队的的每个成员属于组织结构中的什么角色，他们的技术水平、项目中的分工与配置，可以用列表方式说明，具体编制时按照项目实际组织结构编写。协作与沟通项目的沟通与协作首先应当确定协作与沟通的对象，就是与谁协作、沟通。沟通对象应该包括所有项目干系人，而项目干系人包括了所有项目团队成员、项目接口人员、项目团队外部相关人员等等。其次应当确定协作模式与沟通方式。沟通方式如会议、使用电话、QQ、内部邮件、外部邮件、QuickPlace、聊天室等等。其中邮件沟通应当说明主送人、抄送人，聊天室沟通方式应当约定时间周期。而协作模式主要说明在出现什么状况的时候各个角色应当（主动）采取什么措施，包括沟通，如何互相配合来共同完成某项任务。定期的沟通一般要包括项目阶段报告、项目阶段计划、阶段会议等项目团队内部协作本节说明在项目开发过程中项目团队内部的协作模式和沟通方式、频次、沟通成果记录办法等内容。项目接口人员应当说明接口工作的人员即他们的职责、联系方式、沟通方式、协作模式，包括：a、负责本项目同用户的接口人员；b、负责本项目同本企业各管理机构，如计划管理部门、合同管理部门、采购部门、质量管理部门、财务部门等的接口人员；c、负责本项目同分包方的接口人员。项目团队外部沟通与协作模式项目团队外部包括企业内部管理协助部门、项目委托单位、客户等等。本节