比邻店网站开发,国外好用的免费服务器,极家装修怎么样啊,南宁seo推广优化组队后的团队项目的整体计划安排(1 2分)序号持续时间主要任务是否完成一9.28组队√二10.1-10.21制作团队选题报告√三10.22-10.27制作团队需求分析报告√四10.28-11.2团队编程准备与制作五10.28-11.11alpha冲刺准备六11.12-11.22进行alpha冲刺#xff0c;并发布alpha版本七11.…组队后的团队项目的整体计划安排(1 2分)序号持续时间主要任务是否完成一9.28组队√二10.1-10.21制作团队选题报告√三10.22-10.27制作团队需求分析报告√四10.28-11.2团队编程准备与制作×五10.28-11.11alpha冲刺准备×六11.12-11.22进行alpha冲刺并发布alpha版本×七11.23-12.3beta冲刺准备×八12.4-12.13进行beta冲刺并发布最终版本×九12.14-课程结束课程总结×团队分工(2 5分)alpha版本需做事情明细1).先完成实现小程序必须完成的界面以及接口拓展功能暂不考虑2).前端为本组6位女生各自负责自己的原型模块3).后端为本组5位男生其中3个负责函数2个负责数据库成员分工明细及TODO list成员分工项目经理郑裕恒函数与接口设计潘海东余廷龙方瑞雄数据库郑裕恒翁世豪原型修改与实现张万聪刘诗琳严欣陈苏苏王玥马丽华TODO list燃尽图思维导图(3 2分)总思维导图功能模块市场定位与分析模块营销策略模块风险管理模块团队分工与贡献比例(4 2分)姓名主要工作贡献比例方瑞雄评审表设计博客撰写最终评审表整理10%严欣报告中验收验证标准的编写5%陈苏苏报告中验收验证标准的编写报告细节更改10%翁世豪报告中功能描述的编写思维导图设计8%潘海东报告中功能描述的审核2%刘诗琳原型图设计记录课堂提问问题10%郑裕恒PPT制作文档中交互原型设计PPT演讲人员图片修整与美化15%王玥报告中验收验证标准的编写原型设计logo设计与解读10%张万聪原型图设计博客撰写10%余廷龙对报告的排版与整理UML图设计报告引言撰写15%马丽华报告中验收验证标准的编写5%评审表设计(5 1分)UML(6 10分)由于我们产品功能不多没办法拆分得那么细所以每个图整合后只做一份(很用心做的此条已征得助教的同意)用例图描述的部分下单用户与配送用户之间通过订单进行联系面临的问题不同用户双方可能会对订单产生争议订单无法第一时间更新解决了哪些问题下单用户与配送用户对订单的操作有主动权并且实现对订单的可视化类图描述的部分用户的个人信息和用户对订单的操作广场订单的表现形式订单本身的状态以及订单衍生出的信息交互面临的问题用户信息可能不够全面导致无法准确得到用户信息订单的处理问题解决了哪些问题使用评论与点评功能解决了用户之间的交互使用标签让订单更具体让用户更方便活动图描述的部分订单生成与实现功能面临的问题订单管理功能用户对订单的要求操作解决了哪些问题让用户对订单有更多的主动权状态图描述的部分描述了用户创建订单与查找订单的过程面临的问题用户订单无人受理用户订单无法被搜索解决了哪些问题解决了用户之间对订单的评论解决了用户订单发布错误重新下单的功能实体关系图描述的部分用户订单评论三者之间的属有关系面临的问题用户信息未能如实呈现订单与用户间的匹配不够完善评论无法完全解决用户与订单间的矛盾解决了哪些问题订单与用户关系之间的可视化评论与订单之间的平衡用户对评论的操作可执行工具选择(7 2分)UML图设计的工具我选择的是starUML因为这学期选修了《面向对象分析与设计》老师要求我们自学UML并且需要在课程设计里使用UML做软件建模然后他就推荐给我们这一款软件因为比较容易上手。实体联系图是用亿图图示做的因为starUML没法做实体联系图所以就百度了一个软件。(廷龙提供)原型图设计的工具墨刀Axure Rp 9(万聪诗琳提供)对工具的评价(8 2分)对于starUML,老师诚不欺我这款软件确实非常容易上手只需要用鼠标拖动工具栏的控件和线条便可以轻松绘制各种UML图导出图片也非常方便但是这款软件也有明显的缺点就是画出的图比较不够美观但是也还看得过去。对于亿图图示我觉得这款软件也非常方便使用可以画各种图而且可以画得非常漂亮但是这款软件是收费的而且价格不低它有15天试用期但是在试用期导出的图会有试用水印所以我就只好通过调整画图的位置让我的图避开水印然后再把我需要的部分截取下来。墨刀界面不能批量导出为图片但是很多图标都是现成的可以生成链接分享、团队多人协作以及各种对齐、参考线都挺好用的。Axure Rp 9 不知道为什么在加入交互效果的时候会出现闪退功能比墨刀更全面可以生成HTML文件、可以批量导出图片。答辩总结(9 9分)本组现场答辩得分针对其他小组提问回答第一组提问对于紫荆一楼这种菜品不固定的档口有没有考虑增加显示菜品的功能有没有考虑过如果在食堂排队的同学会因为配送员点好几份等待过久而发生纠纷由于我们平台现在不是定位为为食堂进行销售而是通过点单方自行决定吃什么东西所以暂时没有考虑过引进菜品。当这个小程序后期成熟后会考虑加进去。配送员应该是避开高峰排队时间的我们的小程序目的也是错峰购买所以这个问题产生的几率应该不大。第二组提问我觉得挺不错的就是好像跟我们的项目有些撞车了建议多增加些额外小功能来吸引用户和凸显自己的卖点谢谢建议我们现在主推的是食堂带饭的这一功能在把这一功能尽善尽美之后我们也会加入代购超市奶茶店代取快递文印店打印等功能第三组提问各大外卖平台上的店家都可以显示哪些套餐、菜品已售罄但是对于学校的食堂来说可能会出现配送员点菜的时候某些菜品已售罄如何解决这一问题我们鼓励在食堂的人来当配送员所以他们对食堂的菜品是否销售一般能够及时掌握如果无法满足点单人的要求可以联系取消订单或者更换菜品。第四组提问无第五组提问咦我们不就是第五组吗第六组提问发布配送可否有时间范围约束在发布订单的时候就可以设置配送时间约束第七组提问食品产生问题时平台如何界定责任首先在注册的时候用户需要签订协议在发生食品问题的时候告知平台平台会出面联系配送员和商家并积极协助调查具体的责任认定要在了解责任源头之后协商。第八组提问如何解决因一个人接单太多而导致食品的新鲜度不好从而导致用户对使用软件的意愿降低的问题我们会限制配送的同学在一个时间段内的接单数量比如在一个小时内最多只能接5单。第九组提问食堂食物的标价是该应用后台更新吗怎么样保证及时快速更新如果食堂有打包费这样的额外要求是用户私下交易还是平台来监管由于食堂饭菜的价格及物价的波动无常以及本产品的适用人群是通过校园认证的学生本平台只提供点单方和配送方提供食堂菜品、配送价格等信息的公布所涉及的金钱只包括配送价格。具体饭菜的价格(包含打包费)以支付宝、微信、一卡通等的消费记录凭证为基础进行支付。在信用机制和身份认证机制下服务方与被服务方的交易是私下进行的。第十组提问是否考虑过以可视化地图的形式向用户展示配送员的配送情况现阶段暂时没有考虑以可视化的形式展示配送员的送餐情况原因如下校内食堂离宿舍距离近一旦接单成功配送时间会很短。但这会是我们平台可以争取的方向如果条件允许我们可能会在beta版本加以实现。第十一组提问能不能预计送达时间呢可以在点单和配送的界面都有填写预计送达时间和预计配送时长。第十二组提问建议加入商家端商家可以自定义菜单价格也可以更及时透明更新。另外关于封条那个建议我觉得非常不错这里1提供《需求规格说明书》作为随笔的附件(经过修改的最终版本)(10 1分)遇到的困难及解决方法(11 2分)困难描述对验收验证标准没有明确的定义导致工作推迟从无到有的原型设计工具无法确定做过哪些尝试从多份文档提取验收验证标准的写法并加以理解尝试多种原型设计工具最终决定使用墨刀是否解决已全部解决有何收获很多东西不懂需要多尝试才能有突破PSP(12 1分)PSP2.1Personal Software Process Stages预估耗时(分钟)实际耗时(分钟)Planning· 计划6060· Estimate· 估计这个任务需要多少时间6060Development· 开发17702550· Analysis· 需求分析 (包括学习新技术)240300· Design Spec· 生成设计文档6060· Design Review· 设计复审6060· Coding Standard· 代码规范 (为目前的开发制定合适的规范)3030· Design· 具体设计60120· Coding· 具体编码12001800· Code Review· 代码复审3090· Test· 测试(自我测试修改代码提交修改)9090Reporting报告140140· Test Repor· 测试报告6060· Size Measurement· 计算工作量2020· Postmortem Process Improvement Plan· 事后总结, 并提出过程改进计划6060· 合计19702750学习进度条(13 1分)周数本周学习耗时(小时)实际完成任务146完成了原型的设计 ,报告PPT评审表制作。最终评分博客撰写 。
