调研《构建之法》指导下的历届作品

描述作品的内容:便利记事本—方便人们记录事物

作品源于的平台或链接:http://pan.baidu.com/s/1eQEg6Lc

优势:1.悬浮窗功能,是和其他笔记本相比之下的一大优势,悬浮窗会自动吸附至屏幕左侧或右侧,避开用户最有可能操作的中间区域,尽量避免用户误操作的情况,更加方便用户            的使用

2.提供标签功能,用户在写完一篇记录之后可以为这篇文章贴上一个自定义的标签,以后想找文章时只需要搜索当时写下的标签即可,但经测试之后,根据标题名竟然也可以           进行查找

3.就是查找功能,能够方便地查找自己需要的记录

4.而且手机桌面上的磁悬浮窗点击一下后,就出现可供用户选择的界面,选择主页,文件,图片或者录音类型,更加方便紧急记录的用户,不必再去找到APP在哪里,在进入           APP后   再找到选择类型的地方进行选择

不足:1.感觉界面交互性较差,用黑白色的图片来表示文档类型,声音类型,以及图片类型的选择,而且个人觉得刚开始使用不太容易分辨

2.在选择图片或者是录音类型时,当插入图片后想要再插入文字时,图片就会把输入的文字给遮盖住,还有录音类型,只能录音,没有文字输入,可能这就是开发者设置标签            的原因?

3.app名太大众化,就如他们在发布文档中也有提到,app的能成很有可能侵权

建议:1.可以再类型选择上在黑白图片的上方加上小一点的文字,或者是采用更加明显的图片来表示

2.可以将一些记录以桌面透明标签的形式显示在桌面上,经我的不完全统计,市面上还没有这种功能的记事本

3.可以按照时间来查找记录的功能,毕竟标签可能记不住,日期记住了,ps:是因为app上有显示记录修改的最终时间

理由:

主要是它的磁悬浮窗这一特点吸引到我,除此之外更便于紧急记录的用户,例如说紧急录音,直接在桌面上点击磁悬浮窗,录音类型,开始录音,相比于找到手机自带的录音功能在开启,就快多了。虽然说是大众化的app,但是有一个亮光点就足够了。

描述作品的内容 :“北航社团平台”—北航社团资讯整合、社团工作服务与社团商品销售的一站式网络平台

作品源于的平台或链接:http://www.buaaclubs.com

优势:1.最大的优势就是摸清的用户的痛点,作品的预期功能达到了社团的几乎所有痛点,但是作品最终实现的功能就……解决了少部分社团的痛点

2.可以支持同学网上申请社团活动,不用再线下各种报名

3.社员的信息可以到出到excel表格

不足:1.用户登录页面太丑  (由于注册需要北航学生的学号,所以就没有注册成功……)

2.只是有申请加入社团的按钮,并没有从实质上解决社团纳新的问题

3.网页设计得跟新浪微博的页面设计有异曲同工之妙,有种带入微博的感觉

理由:捕捉到了痛点!捕捉到了痛点!捕捉到了痛点!(重要的事情说三遍)

描述作品的内容:“易货”—用于校园学生之间进行二手商品交易的android应用

作品源于的平台或链接:http://zhushou.360.cn/detail/index/soft_id/3141723?recrefer=SE_D_%E6%98%93%E8%B4%A7

作品的优势和不足优势

优势:1.采用了一种其他二手交易市场较少使用的新型交易方式—-荷兰式拍卖,利用用户的猎奇心理,从而达到吸引顾客的目的

(百度百科:荷兰式拍卖(Dutch Auction)是一种特殊的拍卖形式。亦称“减价拍卖”,它是指拍卖标的的竞价由高到低依次递减直到第一个竞买人应价(达到或超过底价)           时击槌成交的一种拍卖)

2.做成了一个专门进行二手交易的app,虽然说福大也有相应的进行二手交易的网站—新庭芳苑,但与之不同的是“易货”赢在了他又对应的商品分类,更加方便用户的查找

3.“荷兰式拍卖”的特点—定时降价,能够给卖家或者买家更加公平的价格,而且有效的缩短了成交时间,帮助卖家更快的售出商品

4.具有添加好友以及对话的功能,方便用户的交流

不足:1.在利用荷兰式拍卖时,降价的金额以及每次降价的间隔是由用户来定,没有考虑到用户设置的不合理金额和时间

建议:应该开发者设定几种降价的方式来供用户选择

2.进入APP的页面较丑

3.由于大家对于这种交易方式较少接触,该APP也没有做较多的介绍或者说明

理由:可以分类的二手市场以及新颖的交易方式

以上产品都有种种的bug!

经过调研后,你的感受和对自己团队项目的期待:

看了较多的作品之后,发现众多团队的初衷都是好的,对于产品的预期功能也都是很全面,分析的也比较到位,然而到了实际开发的时候,只开发了几个基本的功能,除此之外还特地百度了好的软件的所达需求:1、符合用户的功能要求2、美观易用的用户界面3、可适应用户未来的需求变化4、好的日志和排错处理,易于维护5、良好的扩展性,便于升级。看来要完成一个用户满意自己满意的项目实属不易

期待不要像“北航社团平台”一样捕捉到用户的痛点但是并没有解决,继续顺应开发他们未完成的功能也是一个不错的选择。

 

时间: 2024-11-29 22:30:38

调研《构建之法》指导下的历届作品的相关文章

调研《构建之法》指导下的全国高校优秀实践作品三篇

当我准备开始写这篇随笔的时候,我并没有着急的就去查看优秀作品内容.因为平常有审题的习惯,所以我首先先看了一遍<构建之法>这本书的目录.序言.大概的内容和读者读后感.在简要的阅读了一番之后,我觉得作者对于软件工程体会非常的深刻,应该有多年的项目工作经验和管理经验.写<构建之法>这本书也是非常的用心,举出非常多的实际的案例来说明.结合我对于<构建之法>粗浅的理解,选择了我认为有特色的三篇全国高校优秀作品. 1."守艺人"--传统手工艺文化交流APP (南

《构建之法》第七八章读后感

读<构建之法>第七八章有感 今天我读了<构建之法>的第七八章,对MSF模型和开发模式,以及需求分析有了进一步的认识. 其中第七章主要讲了一些MSF方面的知识.MSF是微软公司关于软件开发的方法论——微软解决方案框架,是微软推荐的软件开发方法.而且MSF有自己的基本原则.1>推动信息共享与沟通,这就是说把所有信息保留并公开. 2>为共同的远景而工作,要做到这一点,就要确定一个明确的目标,并且这个目标对成员每天的工作有指导作用 3>充分授权和信任,这就要我们团队成员之

《构建之法》(四)

本周看了<构建之法>的第八.九章的内容.初步了解了开始做一个软件的初始步骤. 需求分析 1.寻找需求 获取和引导需求.需求不仅是来自外界,甚至也可以来自技术成员团队内部: 分析和定义需求.主要是对需求进行量化: 验证需求.主要跟利益相关者沟通并通过各种方式像其验证对需求的认知. 在软件产品的生命周期中管理需求.需求不一定只在初期才有:在中后期的时候可能因为外界环境变化甚至是成员自身水平变化而出现新的需求 也可从不同角度划分: 对产品功能性需求.对产品开发过程需求.非功能性需求.综合需求 2.软

读着读着《构建之法》(Build To Win) 越精神的白雪儿的思考

哲学家的宗旨是:我思,故我在 科学家的宗旨是:我发现,故我在 工程师的宗旨是:我构建,故我在 ——<工程学--无尽的前沿> 序言:珍惜角色“人”,注重实践“物” <构建之法>,精读三曲,感触良多. 曲一,语言诙谐幽默,思维独具匠心:曲二,提问勾画,思考获益:曲三,豁然开朗,又困惑不解.软件工程与“人”有不解之缘,“人”用百花齐放的实践构建软件工程.三曲之后,知识概念,不必硬背,只需循序渐进,逐步实践体验,但不得不提出如下五惑. 核心:提出困惑点,分享你我他 第 0 章  目录: 1

构建之法读后感2

1.专业 2.但是不迂腐,很接地气 3.但是不屌丝,很有情怀 由此可见,<构建之法>是一本当代软件工程大学教育急需的好书. 本人在大学上的软件工程课用的也是较老的课本,讲的是瀑布式的环节,带着对这门课残留的记忆参加实习的时候,最大的不适应就是对需求变化的反感,当时还不知道"迭代"这个词,只觉得做事情是要"谋定后动"的,"庙算多者胜",怎么能大概了解下需求就开始动手呢?"需求分析"难道不该做的认真.准确.达到一劳永逸

《构建之法》学习(7)——MSF

<构建之法>学习(7)--MSF 1.MSF简史 微软解决方案框架,也就是微软推荐的软件开发方法 2.MSF基本原则 推动信息共享与沟通 所有信息都保留并公开,讨论要包括所有涉及的角色,决定要公开并告知所有人.当然,对牵涉到技术机密.安全性等信息要采取必要的把握措施. 使用Alert来提醒何事发生了变化:所有的信息都保留并公开,不能删除工作项. 为共同的远景而工作 这个目标必须是明确的,没有二义性. 这个目标不是当前就能达到,必须是通过努力才能达到的. 这个目标不是空泛的,它应该对项目成员每天

初读《构建之法》小感

本人今年大三,软件工程专业,学校是在大三下开始推荐这本书.本学期我们上了<软件测试>这门课,结合翠娟老师课堂和书里的内容,让我印象深刻的是在代码开发中结对编程和团队合作的重要性.在此之前,老师一遍遍的跟我们强调软件工程的重要性,但在整个课程的学习过程中,只背了些晦涩难懂的概念.看了几章<构建之法>之后,不敢说瞬间打通任督二脉,但真的很让我着迷.作者的思路很清晰,文字也很有趣,让人欲罢不能.目前看了一部分还没看完,但我已经从中学到了很多,作者关于软件开发的流程介绍以及程序员生涯的理解

构建之法阅读笔记6--敏捷开发2

构建之法阅读笔记—敏捷开发2 敏捷开发并不是一门技术,它是一种开发方法,也就是一种软件开发的流程,它会指导我们用规定的环节去一步一步完成项目的开发:而这种开发方式的主要驱动核心是人:它采用的是迭代式开发:敏捷开发并不是瀑布开发模型,它是以文档为驱动的,为什么呢?因为在瀑布的整个开发过程中,要写大量的文档,把需求文档写出来后,开发人员都是根据文档进行开发的,一切以文档为依据:而敏捷开发它只写有必要的文档,或尽量少写文档,敏捷开发注重的是人与人之间,面对面的交流,所以它强调以人为核心.而所谓的迭代开

作业5(《构建之法》心得体会)

这学期学习邹欣老师的<构建之法:现代软件工程>一书收获颇多. 第一章 概论 软件 = 程序 + 软件工程 软件工程是把系统的.有序的.可量化的方法应用到软件的开发.运营和维护上的过程.软件工程包括:软件求分析.软件设计.软件构建.软件测试和软件维护.软件的特殊性:复杂性.不可见性.易变性.服从性.非连续性. 第二章 个人技术和流程 单元测试(用VSTS写单元测试.好的单元测试的标准)回归测试.效能分析工具.个人软件开发流程(实践最简单的项目:WC). 第三章 软件工程师的成长 个人能力的衡量与