一、项目介绍:

先上图:

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

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

(2018-12-07:补充:

本app用于慢阻肺足不出户家庭护理。分为患者端和医生端。

患者和医生可以实现绑定。

已绑定的患者和医生可以实现在线沟通:问诊、随访.....。

医生可以根据患者的情况制定护理计划并发送给患者。患者根据医生制定的具体的护理计划,定时服药、使用辅助器械、运动。(app提醒功能)此外,患者和医生都可以查看自己的历史护理计划。医生可以将历史制定的完整计划发送给其他的用户。

患者使用健康中心,录入个人身体素质数据。患者可以查看往日的数据。app会根据患者的变化给出警告,对患者的行为进行干预。

此外,还有一些其他部分,如个人信息的设置,患者医疗设备的绑定等等。)

二、过程心得:

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

1. 个人的分析:

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

2. 团队中的讨论:

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

 3. 和客户的沟通:

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

 

三、总结与感悟:

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

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

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

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

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

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

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

    时光匆匆,不知不觉就到了第十二周.——第一次迭代都完成了,最终迭代还会远吗? 一.第一次迭代的设想和目标: 1.  我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? ...

  2. COPD——团队项目测试心得

    写在前面: 测试结束了,也要和项目说拜拜了~这一学期时间飞快,痛并快乐着,想想人生如果是个软件,那我们用多长时间在做测试呢?恐怕是一辈子.很多人忙着追逐,却很少人能停下来审视自己,那些时常自省的,常能 ...

  3. <Dare To Dream>第五次作业:团队项目需求改进与系统设计

    任务1完成情况: a.分析<家教服务管理系统需求规格说明书>初稿的不足: uml建模不完整,无类图.流程图,仅有的用例图也不规范. b.功能分析的四个象限: c. 团队项目的WBS: d. ...

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

    任务1:实施团队项目软件用户调研活动. (1)真实的用户调研对象:生科院大三学生 (2)利用实验七所开发的软件原型:网站原型链接 (3)要有除原型法之外的其他需求获取手段: 访谈法 开会研讨法 (4) ...

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

    (一)需求规格说明书github地址:https://github.com/gzyt/SRS (二)原型链接:http://www.cnblogs.com/lztxh/p/9011873.html ( ...

  6. 《F4+2》—基于原型的团队项目需求调研与分析

    任务一 1.调研对象 老师和学生 2.所开发的软件原型 太阳系模型软件 3.调研方法 问卷调查法 原型法 任务二 采用UML模型描述任务1所获取的用户需求,如下: 主要需求: 教师:把系统展示给学生, ...

  7. 《WAP团队》作业四——基于原型的团队项目需求调研与分析

    基于原型的团队项目需求调研与分析 本项目是一个家教系统的实现,随着时代的进步,现今已经进入信息技术时代,越来越多的人注意到了教育的重要性.家长对于孩子的学习提高注意力,大家都不想自己的孩子输在起跑线上 ...

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

    任务1:实施团队项目软件用户调研活动. (1)用户调研对象:我们的项目软件是基于安卓系统的音乐播放器,以设计出操作简单的音乐播放器为目的,所以本次用户调研的对象主要以身边的老人为主,对他们听音乐,听戏 ...

  9. 《A_Pancers团队》作业5—团队项目需求改进与系统设计

    一:团队项目需求改进 1. <音乐播放软件需求规格说明书>的不足 在上周的<音乐播放软件需求规格说明书>我们还需要改进的地方有:1.搜索功能:2.界面的简洁美观化:3.按键的重 ...

随机推荐

  1. TeamView工具在提示“似乎用于商用环境”的处理方式

    第一种:通过修改这个文件/也有可能删除(没有尝试过)

  2. 【NOIP2015普及组】推销员_详解

    题目 题目大意 阿明是一名推销员--螺丝街是一条直线,一端有入口,一共有 \(N(<100,000)\) 家住户,第 \(i\) 家住户到入口的距离为 \(S_i\) 米.由于同一栋房子里可以有 ...

  3. credential for git

    1, 编辑~/.gitconfig文件怎加如下配置 [credential] helper = store 2,执行 git pull.输入username, password. 3.检查~/.git ...

  4. [IoC容器Unity]第四回:使用范例

    1.引言 前面几个章节介绍了Unity的基本使用,主要分为程序和配置文件两种方法的使用,可以参考一下链接, [IoC容器Unity]第一回:Unity预览 [IoC容器Unity]第二回:Lifeti ...

  5. adb常用命令(转)

    1.Android Debug Bridge -adb常用命令 1.1简介 Android Debug Bridge,我们一般简称为adb,主要存放在sdk安装目录下的platform-tools文件 ...

  6. Java发送邮件 —— SpringBoot集成Java Mail

    用途:此文仅供,自己今后的小程序通过邮件,批量通知用户. 简单记录了一些发送基本邮件的操作. 项目(SpringBoot版本为2.1.2.RELEASE): 核心依赖(其他相关依赖,在其使用的地方具体 ...

  7. vue-router的简单理解

    Vue-router原理了解一下: 找到一篇文章,分析的很透彻 从vue-router看前端路由的两种实现,文章写的很好,看完这篇文章 ➕ 看源码应该可以理解,这里根据我浅显的理解概括一下: vue- ...

  8. Hybrid App 开发模式

    开发移动App主要有三种模式:Native. Hybrid 和 Web App. 需要注意的一点是在选择开发模式的时候,要根据你的项目类型(图片类?视频类?新闻类?等),产品业务和人员技术储备等做权衡 ...

  9. python多版本共存

    根据环境变量的顺序调用python,pip等程序 将python.exe修改为python2.exe(或python3.exe)后可以通过不同的名字调用不同版本的python 注意修改Anaconda ...

  10. win2008 401 - 未授权: 由于凭据无效,访问被拒绝。解决方法

    iiis中一个小配置的问题,“身份验证”里面“启用匿名身份验证”,编辑匿名身份验证凭据,选中下面的“应用程序池标识”  就可以了