事后诸葛

设想与目标:我们的app是为了满足一些人的活动而建立的。是为了在一些需要专业拍照的活动场合下,来寻找摄影师。我们的app是通过摄影师把照片放上自己的主页,让其他客户来欣赏,并选择他们的所心仪的摄影师。在时间的预算上,我们觉得是可以在所有的spring后可以做完的,可是由于技术限制,实现不理想。

计划:原计划相比,还没实现微信支付等功能,服务器上遇上了瓶颈。我们做出了个app摄影的模版,与实际是有很大的出入的。

资源:我们的资源是比较稀缺的,导致我们的进度缓慢是有所关系的。

团队联系:我们在做这个app时,团队的联系是比较密切的,经常是在同一台电脑上,多个同学一起实现某些代码的实现。

任务分配:我们的任务时间上是共有的,因为我们会约定一个时间一起完成,当然除了我们的女队友。

测试与发布:由于程序没能如期完成,测试方面只是小方面的测试,基本没有什么问题。不过到现在有一个问题还不能解决。我们正在加紧时间解决中。由于作业的需要,我们已经发布我们的app了。不过我们会在接下来的时间继续完成我们的app,并更新我们发布app。

时间: 2024-08-06 11:56:49

事后诸葛的相关文章

Alpha阶段事后诸葛分析

1.事后诸葛分析 一.设想和目标 1. 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 要解决的问题:我们的软件需要解决用户打卡的问题. 定义清楚:包括具体的新建活动.新建打卡.首页搜索.奖励机制等功能. 清晰的描述:在之前的部分博客对于典型用户和典型场景有着清晰的描述. 2. 我们达到目标了么(原计划的功能做到了几个? 按照原计划交付时间交付了么? 原计划达到的用户数量达到了么?) 我们没有全部完成预期的目标. 原计划的功能做到了:新建活动.新建打卡.我的活

总结 第一阶段事后诸葛报告

第一阶段我们增加了填空题的功能,让用户可以选择做选择题还是填空题,自从增加了这个功能后, 我们团队都觉得使用我们app的人数有了一定的激增,这让我们团队有了更大的动力去进行下一阶段 的开发.这部分的功能在我们设定的时间内成功完成,虽然过程中有一些困难阻扰着我们,我们团队 也熬过几次夜去编写代码,但是结果是满意的,我们把一些容错的部分和一些计算部分的错误成功给 排除掉了. 下面是用户的反馈,我们跟几个用户讨论了一下他们的反馈,下面是对话的截图:

datagrid不能显示数据,原因在于JSON字符串存在特殊字符

最近在使用easyui的datagrid展示报表时老是出现报表不能正常显示的情况,看所拼接而成的JSON格式数据表面上却没任何的问题,根据经验排查了一下所生产字符串中是否含有特殊字符,果然查到部分字段里存在回车换行符,手动替换之后报表显示正常.问题找到了,接下来就是怎么解决问题的事: 一.从根源解决问题,在数据提交保存的时候就把该替换的全替换掉,一劳永逸.但写出来的东西很长,是不是有点难看. content=trim(Replace(Replace(Replace(Replace(Request

构建之法学习(第七章 MSF)

第七章 MSF MSF(Microsoft Solution Framework)微软解决方案框架: MSF是一套大型系统开发指南,是微软推荐的软件开发方法,它描述了如何用组队模型.过程模型和应用模型来开发Client/Server结构的应用程序,是在微软的工具和技术的基础上建立并开发分布式企业系统应用的参考. 一.MSF 9条基本原则 1.推动信息共享与沟通 --把所有信息都保留并公开,讨论要包括所有涉及的角色,决定要公开并告知所有人. 当然,对牵涉到技术机密.安全性等信息要采取必要的保护措施

大数据应用案例

2012年大数据公司Splunk公司成功上市,对风投机构价格向大数据领域投资力度起到推波助澜的作用,数据分析和商业智能等与大数据有关的其他版块也将获得发展机会. Splunk的技术方案在于帮组IT部门监控并分析来自不同来源.设备或机器的数据,其中包括日志.性能指标.事件等等. Splunk只是是运营比较成功的大数据公司之一,还有其它更多的大数据应用在各行各业发挥其巨大的作用. 例如: 1. 梅西百货的实时定价机制.根据需求和库存的情况,该公司基于SAS的系统对多达7300万种货品进行实时调价.

在SQLServer里面追寻触发器触发的源头

通常,数据库的数据的都是程序发送的指令进行增删改.后台进行日常维护包括备份.索引重建等工作,当然也存在直接执行update语句以修复错误数据的情况,如果这种行为发生在客户身上,并且客户是个二把刀,那么可能会出后果无人承担的情况.那么除了从制度上明确上述行为之外,技术上能否进行一些追踪呢? 我们可以通过下面语句获取到当前正在执行的语句: DECLARE @Handle varbinary(64); SELECT @Handle = sql_handle FROM master..sysproces

大数据挖掘的本质和意义

近期,国外黑客利用俄罗斯影子经纪人曝光的美国国家安全局(NSA)若干利用smb协议(445端口) 漏洞而制作的勒索软件,席卷全球并把国内许多大学的大四毕业生论文给加密了.该勒索软件实际是一种蠕虫病毒,它首先利用邮件附件等方式感染一台主机,然后它会自动扫描局域网内开放了445端口的主机,一旦发现,就利用内置的ms17010(俗称"蓝色永恒")的漏洞,把这些机子也感染.紧接着将所有的文档资料用特殊算法加密,是之无法正常打开,只有按要求提供赎金,黑客才会远程解密该电脑. 然而这篇文章并不想讨

校招找工作经历,好事多磨

好久没有写博客了,都说每一次写博客都说一次梳理生活工作的好机会,我也想每天都来梳理一下生活与工作,但就是太懒,很多时候有很多话想要写下来但是一想到要打那么多的字心情一下子就萎了,我觉得以后的聪明人一定会发明一种能够读意念的装置,不用打字想一想就能够把想说的话打出来,想想又不太现实,人脑这么复杂的东西,特别是现在人总是会想太多,连路上见个漂亮的姑娘都能YY,如何真有那种能够写出意念的东西,那么每天该产生多少垃圾呢? 今天是个特别的日子,阔别了那个曾经待了两年零十五天的地方,重新和小伙伴们生活在一起

(转载)应该对什么告警

告警的本质 没有多少系统的告警是设计得当的.良好的告警设计是一项非常困难的工作.如何知道你收到的告警是糟糕的?多少次你收到了告警之后,立即就关掉了的?是不是成天被这些然而并没有什么卵用的东西给淹没?最常见的告警设置:cpu使用率超过90%,然后告警.这种设置在大部分场合下是没有办法提供高质量的告警的. 高质量的告警应该是这样的:每次收到之后你可以立即评估影响的范围,并且每一个告警需要你做出分级响应.所谓每个告警都应该是,actionable的. 告警的实质可以用下图表明: 服务器的设计应该是以这