这是现代软件工程的案例分析作业，作业的源地址在这里。
现在很多开发人员和IT专业的学生都在移动设备上学习、工作，在移动设备上的APP 能满足这类目标用户的需求么？它们会被wx公众号取代么？
本次作业我选择的案例是csdn的app，以前我比较习惯用网页版的CSDN搜索技术问题和写博客，作业调研期间我用了几天csdn的app，根据自己的体验和调研完成了以下作业。
第一部分 调研，评测
软件bug
app使用环境：
小米手机，系统版本：MIUI 9.6
bug1、私密博客在app端不可见
我在网页上写了一些学习笔记博客，目的是记录个人学习中的疑问，出于隐私考虑，我将这些博客设置为私密发布。在app端，页面显示我的私密博客被删除，导致我无法看到这些博客，而在网页版上可以正常查看。bug截图如下：
bug2、不能访问所有有效链接
对于博客中的链接，在app端点击，绝大部分都可以正常跳转，但有些网站无正常访问或下载相关文件，例如无法访问目标地址是一篇pdf文档的地址，详细bug如下图左所示，红线标记网址点击后页面一片空白，既无法跳转，也不会提供下载提示，同样的网址在TIM软件上点击后会提供下载选项。
个人体验
我体验了这款app一星期左右，该产品给我的感受是好坏参半。
好的方面：
在阅读博客时，用户界面十分清爽，没有广告；
博客中的相关代码，点击后可以横屏查看，用户体验很好，可以很好的满足我对博客阅读的要求。
坏的方面：
不能查看私密文章，不能满足我利用此软件复习笔记的要求；
不能写博客，只能看博客，导致此软件有些鸡肋，因为这些功能手机上的浏览器也能做到；
界面设计过于简陋。
用户调研
1)该用户是我校信息专业的大四学生，主要用这款软件搜索技术问题，使用时遇到的主要问题是：问题的搜索结果不一定是完美的答案，很多时候提供的有效信息不如搜索引擎多；界面设计差，浏览时没有“一键直达顶部、底部”等功能，而且没有夜间模式功能，影响阅读体验。
2）改良意见
作为一款主要功能是阅读资讯的软件，csdn app应该考虑增加夜间模式等功能。
结论
根据以上调研，我对csdn app的评价是 一般。理由如下：
1、阅读界面无广告，阅读代码方便，阅读体验好于手机浏览器；
2、信息检索方便，冗杂信息少；
3、推送的信息针对性较差，难以引起我的阅读兴趣；
4、界面设计差，外围功能过于简陋，还有很多功能上的bug。
如果仅使用该app的来搜索技术贴，阅读一些博客，该软件能够较好的满足需求；除此之外，该软件吸引用户的地方并不是很多。
第二部分 分析
工作估计
根据你对 <被评测软件> 的了解， 现在请估计这个软件/网站/服务 做到这个程度大约需要多少时间 (团队人数6 人左右, 计算机大学毕业生, 并有专业UI 支持)。
我估计该软件开发到这种程度需要16周的时间 。
业务建模：毕业生与csdn的负责人交流，理解公司对于该软件的场景需求；因为该软件面向的群体是用户，还可以编写问卷做用户调查，了解用户需求。任务周期为2周左右
分析与设计：了解业务需求后，开发人员分析软件提供的功能和所需的技术，了解软件系统由那些子模块及模块间的关系。完成分析后，制定项目计划，对团队人员进行分工。任务周期为2周左右
实现：团队各成员按照预定计划实现软件的设计，在开发过程中做好单元测试，最后将开发出的组件与验证模块提交到系统中。任务周期为4周左右
测试：验证各模块的正确性、组件间交互和依赖的正确性；检验所有需求已经被完成，修复bug。任务周期为3周左右
界面设计：和UI团队沟通好app的界面设计方案，根据公司和用户诉求完成软件的界面设计。任务周期为4周左右
部署：生成软件在各终端的最终版本，交付给用户。任务周期为1周左右
总周期大概为16周。
bug分析
我认为bug1的出现原因是开发人员粗心大意，虽然提供了查看私密文章的选项，但功能却没有实现，导致无法满足既定需求；
bug2的出现原因是测试把关不严，没有考虑到所有可能出现的需求用例。
具体建议
我认为任务团队后期的质量保障做得还不够，一是软件中的很多bug后期没有人及时修复；二是，我感到该app似乎只是为了迁移网页版的若干功能，并没有完全从客户出发，了解客户诉求，导致app的在信息推送、用户感受方面做得不够好。
第三部分 建议和规划
产品分析
csdn app主要面向的是 全中国IT、电子、信息类等专业的学生和职业人士，他们大多是网页版csdn的用户。和其竞争的是相关博客网站如博客园、简书、开源中国对应的app，现在这一类产品处于成长阶段。
用户画像
我认为产品的核心用户群在于高校信息相关专业的学生以及工业界的技术开发人员，表面需求是他们在科研、开发过程中需要专业的技术支持和解答，潜在需求是在工作之外对获取行业内外的最新资讯、技术的更新换代有着必要的需求，通过技术博客的分享结识业界的大佬、关注专业人士的技术动向也是潜在的需求。
功能NACBD分析
针对csdn app的现有问题，作为项目经理，我希望可以从以下两个方面提高产品：1、完善私密文章不可见的bug，并将其改造为个人云笔记功能；2、改良用户界面设计，完善夜间模式、主题风格支持等辅助需求。
1) N (Need 需求)
功能一可以作为核心功能上线，作为用户的私人云笔记，满足一些用户希望用网页版记录工作笔记，并在移动版app复习的需求，并保证博客的私密性；
功能二是辅助性需求，目的是为了获得良好的用户体验，用户用这款app的时候，经常会对它在深夜发出的亮光深恶痛绝。考虑到我们产品的受众多为学生与程序员，他们用这款软件无非是在空闲时间浏览技术贴充实自己，或是在开发时间搜索一些技术问题，这两种情况和深夜的重合度很高，因此为app增加夜间模式是一件自然而然的事情。
2) A (Approach 做法)
我认为这两个功能与前期的功能开发相比，没有太多技术上的瓶颈。
3) B (Benefit 好处)
对用户来说，这两个功能在几乎不增加任何设备成本的情况下，满足了自己私人云笔记需求，提高了自己的用户感受；
对公司来说，两个功能可以帮助csdn建立更良好的用户生态，让用户不仅用csdn写东西、搜索问题，还可以将其作为碎片化的时间消遣工具以及复习工具，进一步增加用户对csdn的忠诚度。
4) C (Competitors 竞争)
云笔记领域，针对功能一有着大量的竞争对手，如有道云等，但他们大多是独立的时间或事件管理工具，对于我们的核心用户群体难以构成绝对的吸引力。csdn app则完全不同，因为他依托于庞大的csdn网站和捆绑用户，这些用户习惯于在csdn上记录自己的工作笔记，并和他人分享和交流。在移动版上增加云笔记功能，省去了用户搬移技术博客到云笔记上的时间，会给用户带来巨大的便利，这是同类竞品做不到的。
5) D (Delivery 交付， Data 数据）
本次推出的创新产品是在原产品基础上的版本迭代，属于改良性的创新，在产品推广上，一开始可以推广至产品的原用户；进而可以依托网页版csdn的用户基础和对创新功能的宣传，来吸引更多的潜在用户。
角色配置和任务规划
三个开发、两个测试、一个美工
任务安排：
| 1~2周 | 分析功能需求，汇总用户问卷，业务建模 |
| 3~4周 | 分析实现功能所需技术，制定项目计划，系统的模块设计，项目成员分工 |
| 5~8周 | 代码完成阶段，同步进行单元测试 |
| 9~11周 | 测试阶段，测试人员进行模块测试、模块间交互测试，验证所有功能需求都可以实现 |
| 12~13周 | 美工根据提交的模块完成界面设计和软件的美化 |
| 14~15周 | 发布初始版本，选取部分用户作测试，反馈bug和建议 |
| 16周 | 更正bug，考虑建议，发布正式版本 |
