- 1.引言
- 1.1 目的
- 1.2项目分析
- 1.2.1项目概述
- 1.2.2项目基本信息
- 1.2.3项目原型图
- 1.2.4项目思维导图
- 1.2.5项目推广方式
- 1.2.6项目盈利方式
- 1.3参考资料
- 2.需求分析
- 2.1用户场景分析
- 2.1.1软件面向的主要用户
- 2.1.2用户场景
- 2.1.3用户需求
- 2.2项目创新点与收益
- 2.2.1创新点
- 2.2.2收益
- 2.3市场与竞争
- 2.3.1市场分析：
- 2.3.2竞争力分析：
- 3.工作流程
- 4.团队分工
- 5.团队个人贡献比例
- 6.PSP
本文档首先给出项目的整体结构和功能结构概貌，试图从总体架构上给出整个系统的轮廓。同时对功能需求、性能需求进行了详细的描述。便于用户、开发人员进行理解和交流，反映出用户问题的结构，以作为软件开发工作的基础和依据以及确认测试和验收的依据。
本文档面向多种读者对象：
（1）项目经理：项目经理可以根据该文档了解预期产品的功能，并据此进行系统设计、项目管理。
（2）设计员：对需求进行分析，并设计出系统。
（3）程序员：了解系统功能。
（4）测试员：根据本文档编写测试用例，并对软件产品进行功能性测试和非功能性测试。
（5）用户：了解预期产品的功能和性能，并与分析人员一起对整个需求进行讨论和协商。
在阅读本文档时，首先要了解产品的功能概貌，然后可以根据自身的需要对每一功能进行适当的了解。
1.2项目分析 1.2.1项目概述ADime软件是一个专门用来处理图片、视频和音频的软件，其中功能是基于GitHub上开源的算法而来。用户可以通过此软件进行黑白照片上色、照片修复、视频换脸、视频帧率增加及修复、黑白视频上色、声音模拟等。
1.2.2项目基本信息- 项目名称：AI数字媒体处理软件
- 软件名：ADime
- 项目开发者：ADime开发团队（系软件工程第8小组（5人））
- 软件基本信息：
- 客户端：PC端
- 开发语言：PC端软件（Python+pyqt、C++），官网（前端：HTML、css、js，后端：Python+Django）
- 开发周期：约3个月
- 用此软件制作相关内容效果视频发送到短视频平台进行宣传，比如抖音、B站、视频号、YouTube等
- 在网上问答平台或者论坛参与与软件内容相关的主题讨论并宣传，比如CSDN、知乎等
- 售卖软件密钥
- 团队自个使用软件接单（如照片修复）
- 软件中接入广告
[1]《构建之法》（第三版） 邹欣
2.需求分析 2.1用户场景分析 2.1.1软件面向的主要用户1.想对老照片进行修复和上色的人
2.想对视频进行帧率增加的人
3.对视频配音感兴趣的人
4.对视频换脸感兴趣的人
1.法外狂徒张三
| 名字 | 张三 |
|---|---|
| 经典场景 | 法外狂徒张三出于对B站罗某的不满，想通过换脸把自己视频的脸换成B站罗某的 |
| 困难 | 张三虽然会的生活技能不少，却不会换脸 |
2.小明想通过照片了解亲人
| 名字 | 小明 |
|---|---|
| 经典场景 | 小明对爷爷奶奶过去的经历十分的感兴趣，想通过留下的照片了解爷爷奶奶 |
| 困难 | 这些照片都十分的模糊，有的甚至有破损，从中得到的信息非常少。 |
3.小王先修复老手机中的照片和视频
| 名字 | 小王 |
|---|---|
| 经典场景 | 小王的手机还保留着大量之前旧手机拍的视频 |
| 困难 | 这些视频的帧率和画面清晰度都不太好 |
4.搞自媒体的小张想配音
| 名字 | 小张 |
|---|---|
| 经典场景 | 小张想用特定的声音对视频进行配音 |
| 困难 | 小张缺乏相关方面的知识 |
1.法外狂徒张三想把视频的脸换成其他人的
2.小明想对爷爷奶奶留下的照片进行修复以及上色
3.小王想对一些旧手机拍的视频进行帧率修复
4.小张想利用某个软件进行快捷配音
- 图片上色与修复，真实还原历史，方便历史学家研究，同时也方便图片持有者对照片的维护。
- 图片动起来，应用于动态画面如电影、影视剧等领域，带给观赏者不一样的体验。
- 视频的上色、修复和AI换脸，实现一个视频多种表现形式。
- 音频模拟为听书、视频等调配更合适的声音，带给听者更舒适的体验。
- 音频分离，为视频人物声音和背景音乐配置提供更多选择。
- 图片上色、修复的功能可以节省历史学家对图片解剖需要的时间。
- 图片动起来、视频修复、上色和AI换脸可以吸引人们的眼球，从而在短期内促使视频观看量增长。
- 音频模拟和背景音乐分离，为配音人员带来更多的经济收益。
由此可见本项目在很多行业的经济领域都适用，且技术新颖，可以带给社会更大的经济收益。
2.3市场与竞争 2.3.1市场分析：我们的软件在旧照片、黑白照片等修复上色有着显著的效果。
用户群体大约在16岁到80岁左右，对于上个世纪拍下的老照片有修复要求的。潜在的用户数量是庞大的。去淘宝网搜一下，大多数相关服务月销在150-300之间,而价格在20-50之间不等，我们可以得知，这是一个小众的但同时也是强需求的市场。
我们的竞争对手是那些用ps、美图秀秀软件等人工修复的店家。而用AI算法去修复老照片的店家几乎没有。
Ps人工修复具有精准、成色好的优点，但成品慢，效率低，且需要劳动力。
而我们的AI软件修复则不依赖人工，成品快，效率高，操作简单，可能1分钟出一张成品。缺点是AI修复具有不稳定性，成品质量还不能保证，可能仍需要一定的人工修复。
可以得出结论，我们的这款软件在面对同行时仍然具有较强的竞争力。
戴国息（组长）：团队分工，编辑总文档，整合文档
江源彬：搜集所需资料，画图，协助组长完成文档
李嘉豪：原型设计，功能描述
莫迪强：市场与竞争，原型优化
李诣阳：项目概述，报告整理
| 内容成员 | 戴国息(组长) | 江源彬 | 莫迪强 | 李诣阳 | 李嘉豪 |
|---|---|---|---|---|---|
| 选题讨论 | 20% | 20% | 20% | 20% | 20% |
| 原型 | 30% | 15% | 15% | 20% | 20% |
| 文档 | 20% | 25% | 35% | 10% | 10% |
| 最终权重 | 24% | 20% | 24% | 16% | 16% |
| PSP2.1 | Personal Software Process Stages | 预估耗时（分钟 ） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 60 | |
| .Estimate · | 估计这个任务需要多少时间 | 120 | |
| Development | 开发 | 72000(即50天) | |
| .Analysis | 需求分析 (包括学习新技术) | 800 | |
| .Design Spec | 生成设计文档 | 40 | |
| .Design Review | 设计复审 (和同事审核设计文档) | 30 | |
| .Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 50 | |
| .Design | 具体设计 | 20 | |
| .Coding | 具体编码 | 100 | |
| .Code Review | 代码复审 | 80 | |
| .Test | 测试（自我测试，修改代码，提交修改） | 80 | |
| Reporting | 报告 | 80 | |
| .Test Report | 测试报告 | 30 | |
| .Size Measurement | 计算工作量 | 60 | |
| .Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 30 | |
| 合计 | 73580 |
