团队项目需求心得——慢阻肺疾病管理APP

一、项目介绍:

先上图:

这是我们小组开发项目的系统构成图。

本项目研发面向家庭/社区,对稳定期中慢阻肺患者病情和环境全方位监测、简单病情趋势分析和患者行为干预,并且提供患者与家庭医生和专家沟通渠道的慢阻肺患者康复综合护理系统。

二、过程心得:

  这是我第一次执行这样的任务,当然,一个项目开始之前,最重要的就是确定需求,细化需求,其实也就相当于完成了项目的一半。

1. 个人的分析:

团队共同确定一个需求,首先要每一个人都好好对大体的需求有自己的理解,在脑海中有细节的分化,甚至可以编写成一个文档,展示给团队中其他成员。

2. 团队中的讨论:

一千个读者有一千个哈姆雷特,当然,面对一份需求,优秀的一千个程序员会用自己发散的思维解读出一万个刁钻的客户。这个时候,就要大家集思广益,在这次项目的需求确定的过程中,我总结出:精益求精,能我所能。当然这里的精不是指做得极致,而是说精简,易懂,此外,还要根据可行性去确定这个具体得小需求是否应该确定。

 3. 和客户的沟通:

需求是会变化的,也许在我们眼中,完美的需求确定,在客户眼里,和他的实际想法大相径庭。当然,在这门课程中,导师就是我们最大的客户,这时候不仅要发挥自己的语言表达能力,更要好好准备,准备好去应付客户各种让人为难的发问。当然,我们的导师还是很温油滴~在这次过程中,更多是引导我们走上正确的道路~~!

 

三、总结与感悟:

这次需求的确定,过程是漫长的。但是工作到后面,就会发现:哦!原来这个地方是这个样子的,很详细!——这就是一个指路的路牌。

虽然确定需求的过程是漫长的,甚至是让人不耐烦的——心里总想着为什么还不快开工? 但是走到现在,才会感谢那时候的自己,一点点去细化,更加了解自己要做什么,才会做好。

虽然现在需求已经确定了有半个多月,但是我脑海中还是一直回响着导师的那句话:这是你们第一次做项目,慢慢来,细细体会,一步一个脚印踏踏实实地去做。

每当我写代码写到要暴走,我都会想到这句话,这也是我在这次需求确定的过程中,最大的感悟之一。

最后要感谢我的导师,总是抽出时间来引导我们这些小白~

原文地址:https://www.cnblogs.com/sobermech/p/10010082.html

时间: 2024-11-07 21:50:10

团队项目需求心得——慢阻肺疾病管理APP的相关文章

慢阻肺疾病管理app——需求设计心得

需求确定已经两个星期过去了,现在回过头来写需求设计心得,能够总结出很多问题 过程: 拿到老师给的需求文档,对老师的需求进行提炼,选择自己将要实现的功能 对选择的需求进行了细分,完成需求原型.在此过程中,我们对需求的内容进行了讨论,对我们要实现的app进行了一个大致的想象,勾勒出每一个需求的呈现形式以及每一个功能的实现方式:当需求确定完,开始制作需求原型的时候,又发现了很多可以修改的地方,并且因为技术的原因,制作出来的需求原型似乎并没有完美的展现我们所期待的哪些功能,不过原型制作完需求也差不多确定

慢阻肺疾病管理APP——第一次迭代心得

时光匆匆,不知不觉就到了第十二周.--第一次迭代都完成了,最终迭代还会远吗? 一.第一次迭代的过程: 对于安卓,我一无所知.但是从无到有,虽然过程是让人崩溃的,但是当看到结果,心里还是很欣慰的,我想这就是一个程序员能从早到晚面对代码毫不懈怠的原因--因为有所期待,所以才会坚持. 另外,当初我们设想自己能完成巨多的任务,实际上上手操作,和想象中还是有差距的,这也许就是现实和梦想的距离.前期期望过高,就会造成过程中的尴尬,还好这些问题也被我们的机智给化解了. 自律和自学的能力在这个过程中显得无比重要

《JUST DO IT!》团队作业4-基于原型的团队项目需求调研与分析

一.实验目的与要求 (1)体验以原型设计为基础的团队软件项目需求获取技巧与方法. (2)学习利用UML模型描述用户需求. (3)编写软件需求规格说明书. 二.实验环境要求 (1)实验七开发的团队项目原型: (2)UML绘制工具. 三.实验内容与步骤 实施团队项目软件用户调研活动. 1.需求调研方法 (1)原型法 将我们APP端和WEB端的原型发给调研用户,用户通过使用反馈给我们一些意见和建议. (2)远程交流 我们选取典型用户通过qq在线交流的方式获得用户的需求,在了解完用户的需求过后将我们已经

《对不队》团队作业4—基于原型的团队项目需求调研与分析

一.团队项目软件用户调研活动过程. 首先,我们采访了学院中有组织会议经验的同学和西北师范大学教授,人文地理学博士(区域发展与规划方向),以我们实验七所开发的原型为基础,先让其简单的使用,并提出几点建议.然后我们采用向老师提了如下的几个问题,老师也谈了自己的看法. 1. 是否了解并使用过类似的学术会议管理系统? 2. 参加学术会议一般提交会议论文的方式都有哪些? 3. 觉得这种方式有什么优势? 4. 我们所做的原型还有什么不足? 5. 您会使用这个系统吗? 其次,与此同时我们团队设计了有关会议管理

<Dare To Dream> 第四次作业:基于原型的团队项目需求调研与分析

实验内容与步骤 任务1:实施团队项目软件用户调研活动.要求: (1)真实的用户调研对象: 生科院大三学生 (2)利用实验七所开发的软件原型: 网站原型链接 (3)要有除原型法之外的其他需求获取手段: 访谈法 开会研讨法 (4)收集用户需求调研活动的佐证材料(访谈录音.问卷.调研人员名单等等).       任务2:采用UML模型描述任务1所获取的用户需求,请调研用户复查. 经过复查得出该模型目前适合应用 任务3:参考国标GB8567--88中<软件需求规格说明书>格式,撰写团队项目软件需求规格

A_Pancers团队作业4—基于原型的团队项目需求调研与分析

任务1:实施团队项目软件用户调研活动. (1)用户调研对象:我们的项目软件是基于安卓系统的音乐播放器,以设计出操作简单的音乐播放器为目的,所以本次用户调研的对象主要以身边的老人为主,对他们听音乐,听戏曲的情况进行了解,看他们对于音乐播放器有何需求,有何期待:并将我们设计出的项目模型对他们进行介绍,听取他们的意见和建议.另外考虑到为了获取更加全面的需求其他年龄阶段的人为辅助调研对象(例如:身边的同学.家长.朋友等). (2)调研方式:对于老人这个用户对象我们采取了面对面采访的方式进行调研,而对于其

团队项目开发心得

团队项目开发心得 今天已经是5月31日了,团队项目也已经开展将近一个月的时间(虽然中间因考试耽误了一周半的时间),我们所制作的快递代领app也完成了相当一部分,在这一个月内,我们曾经连续几天晚上都在赶工做项目,也曾因考试冲突而一度停工.经历了这一个月的时间,除了掌握较多Android Studio页面设计的相关知识外,我也有许多感悟和体会,下面就来和大家分享一下. 时间都是挤出来的 在开展团队项目之前,在很长一段时间内我都认为不可能在一个学期内完成这么庞大的一个项目,原因有二: 其一,我们组的成

软件体系结构---团队项目需求及计划

需求文档 一.功能需求 1.用户根据自己的情况选择信息 1)出行方式(只乘坐公交.或只乘坐出租.或二者结合): 2)希望游玩的景点(例如:故宫.颐和园等): 3)人数及类别(例如:成人1位:学生1位:老人1位)等信息. 4)出发地(北京西站.或北京南站.或首都机场)  2.生成旅游方案 当用户选择完信息,点下“查询”按钮,本系统计算出最佳路线(两种最佳:省时间.省路费)和景点内游玩时间,协助游客安排两日行程. 对于游客已选择.但两天安排不下的,能够提示游客. 3.生成行程单    当用户点下“确

团队项目感想心得

软件工程的团队项目问题还是很大的,也不去找什么理由了,总结如下: 心态问题 最初的计划考虑到我们组大三同学升学压力较大,又参考上一届同学,把计划整个放在了假期,上课时间就划划水过去算了.但不得不说,这学期老师逼得太紧了,就有点措手不及. 时间问题 这个是一切的根源,时间不够,优先级把软工下放了. 积极性 大家积极性不高,一方面是因为最初的心态问题.还有一个是对老师的企业式管理不能感同身受.甚至说是有抵制情绪的,因为毕竟大家进入企业也不一定会有这样程度的push,何况现在大家也不是全职在搞这个,尤