若本文对你有帮助,请点赞、关注我哟!
大四上学期的课设之一,报告评分不高,仅供参考。要抽人答辩的!但你要是提前离校了,请同学帮你交报告也行。
《工程技能培训》是软件工程专业的一门实践课,综合运用软件工程、软件需求工程、软件项目管理等有关课程内容,分析和解决实际软件项目开发中需求变更频繁、开发效率低、质量差、交流沟通成本高、效率低等问题。其主要任务是使用原型工具,采用人机交互技术的概念、原理、技术与方法,结合工程实际,通过敏捷软件开发的方法,完成小型系统的原型分析与设计,并撰写技术文档,达到使学生具备综合运用所学的工程技能完成实际项目开发的能力,同时培养学生的合作交流能力。
设计报告要求(只上一周,考研初试后立马要求交,所以千万不要拖)
- 每个团队撰写一份设计报告;
- 要求项目“完成的”定义列表、Product Blog列表、Spring Blog列表、用户故事描述、每日立会记录和照片、用户故事的测试描述、燃尽图、系统界面原型、反思改进总结、个人工作汇总(问题清单、任务清单等)。【只有按照要求做才能拿较好的分数!】
- 每个组员要有不少于200字的个人心得体会。
工程实训的要求
团队整体要求:
(1)建立一个3-5人团队,表明担任角色名称,轮换角色,至少担任过2个以上角色。
(2)录制一段5分钟以内的工作视频文件。
(3)建立QQ群。
(4)每天发一张团队开会的照片,照片上标记好成员名字、时间、地点
团队各个角色工作要求:
产品经理(PO)1人
(1)制作Product Backlog产品列表,Sprint计划会议内容
(2)编写用户故事
(3)使用axure pro绘制界面原型
(4)项目“完成的”定义列表-DOD最小完成标准
(5)形成个人实训报告
敏捷教练SCRUM Master(SM)1人
(1)怎么解决团队中遇到的问题,非技术的问题,给出解决方法
(2)如何做好一名敏捷教练,需要的知识、心得体会
(3)记录每天的指导日志
(4)编写Scrum指导手册
(5)形成个人工程实训报告
开发人员 2人
(1)每日的站会会议记录,每个人都讲了什么,形成文档;
(2)使用系统填写每日的工作进展情况,并形成文档;www.leangoo.com
(3)开发系统,并形成文档,演示系统;
(4)反思改进会需要改进的问题,并形成文档;
(5)绘制燃尽图
(6)形成个人工程实训报告
测试人员1人
(1)编写测试案例;
(2)发现的系统中的缺陷,记录系统缺陷;
(3)编写系统测试报告;
(4)形成个人工程实训报告
培训资料:
(1)京麦团队演示(SCRUM)http://v.youku.com/v_show/id_XOTI2MjA1OTE2.html
(2)SCRUM视频资料(B站)https://www.bilibili.com/video/BV1Ma4y1e7y9?from=search&seid=16086043415600669724
(3)AXURE9学习资料(B站)https://www.bilibili.com/video/BV18t411p7ex?from=search&seid=2873936838467609725
一、项目综合描述
1、产品的描述
本次介绍的是医院CRM客户关系管理系统。
本产品由医院对会员的管理随着会员数量的增加对会员的管理越加困难而发起的,我们希望将本院的慢性病会员通过信息化手段管理起来,能够做到对会员信息的维护,包括个人信息、来访信息、积分信息、问卷信息、画像信息;能够针对院方开展的活动,系统能够提醒会员管理员进行通知跟踪和记录。
能够针对个性化的营销方案进行人员筛选,系统能够生成待办通知,提醒营销人员通知患者参与活动。
经分析,系统承载内容如下:用户能够手工维护会员信息建立健康档案、来访信息、问卷信息,用户能够为会员设置标签进行画像,用户能够创建活动和提醒时间,系统能够展示维护的信息,系统能够生成待办提醒和待办任务。
本产品为此系列产品的第一代产品,是一个新型的可持续迭代的产品。
2、用户故事描述
作为院长:
我是这家医院的院长,随着我们医院引进的人才越来越多,技术水平不断增加,社会慢性病的爆发,导致来医院看病的慢性病会员数量越来越多,通过普通的书本记录已经很难满足如此庞大的需求,所以我们想要通过信息化的手段管理起来,我们希望系统能够做到对会员信息的维护,包括个人信息、来访信息、积分信息、问卷信息、画像信息等等;同时希望系统能够针对我们院方开展的一些活动,系统能够提醒会员管理员进行通知跟踪和记录。以及能够针对个性化的营销方案进行人员筛选,系统能够生成待办通知,提醒营销人员通知患者参与活动。
同时,我们也希望更加的对客户进行关怀,所以希望在活动管理中可以分类出待开展活动,进行中活动和已结束的活动。同时,大多数慢性病的患者一般比较年纪大,所以我们希望系统的界面能够简洁美观,让年纪稍微大一些的老人的能看懂我们的系统。
3、产品的功能
一级菜单(模块) | 二级菜单(功能) | 子菜单(功能点) |
患者管理 | 基础信息管理 |
|
会员管理 |
| |
来访管理 |
| |
积分管理 |
| |
问卷管理 |
| |
画像管理 | 标签管理 |
|
画像功能 |
| |
行为分析 |
| |
统计展示 |
| |
客户关怀 | 活动管理 | 待开展活动、进行中活动、已结束活动 |
模板管理 |
| |
待办任务管理 | 待办活动通知、待办问卷、待办事务 | |
系统管理 | 角色管理 |
|
权限管理 |
| |
用户管理 |
| |
会员组管理 |
| |
字典值管理 |
| |
积分兑换规则管理 |
|
4、角色类和特征
序号 | 角色名称 | 说明 |
1 | 普通用户 | 1.具备本系统大部分查看权限 |
2
| 患者管理员 | 1.具备患者信息维护权限 |
3 | 会员管理员 | 1.具备对未成为会员的患者加入会员功能; |
4 | 会员管理主管 | 1.具备审核本部门下人员创建的活动权限 |
5 | 营销人员 | 1.具备行为分析选择方案权限 |
6 | 营销主管 | 1.具备审核本部门下人员创建的活动权限 |
7 | 院长 | 1.具备全部查询和详情权限,即拥有所有菜单,但无处理操作,只能查询和查看详情 |
8 | 系统管理员 | 1.具备最高权限 |
5、功能优先级
二、运行环境和设备要求
1、运行环境
系统可应用于Windows平台或Unix平台,
系统采用B/S架构,可通过浏览器使用
运行于局域网环境中,
系统采用Java SDK版本为6.0,
系统数据库使用Oracle10g
2、设备
数据库服务器2台+存储1台 集群或者热备模式
PACS数据库服务器2台+存储1台 集群或者热备模式
LIS独立部署,以便应及时业务不受影响
应用服务器实现物理三层独立部署
服务器类型 | CPU | 内存 | 存储量 | 品牌参考 |
HIS数据库服务器 | >2颗INTEL XEON E7440处理器,4核,2.4GHZ,16MB高速缓存 | >8G,可扩展至64G | >1TB | 参考IBM3850 M2系列机器配置 |
PACS数据库服务器 | >2颗INTEL XEON E5530处理器,4核,2.4GH在, 8MB高速缓存 | >4G,可扩展至64G | >2TB | 参考IBM3650 M2系列机器配置 |
软件应用服务器 | >2颗INTEL XEON E5530处理器,4核,2.4GH在, 8MB高速缓存 | >4G,可扩展至64G | >500G | 参考IBM3650 M2系列机器配置 |
核心交换机 | 千兆以太网交换机 | |||
汇集层交换机 | 千兆汇集层交换机 | |||
接入层交换机 | 1000M,1000M自适应接入交换机 | |||
其他的硬件可根据实际情况做选型 |
三、Product Blog 列表
产品需求清单(Product Backlog)是Scrum的核心,也是一切的起源。从根本上说,他就是一个需求、故事、或特性等组成的列表,按照重要性的级别进行了排序。他里面包含的是客户想要的东西,并用客户的术语加以描述。产品负责人(Product Owner)负责产品需求清单(Product Backlog)列表的内容、可用性和优先级。
包括内容:
(1)功能方面的需求,功能点。
(2)非功能方面的需求,如性能改进等。
(3)需要修改的bug,上一版本已知的问题。
(4)新技术,如支持新的操作系统或平台。
(5)问题,日后可能新增的项,新功能。
产品需求清单是不断完善的。在项目进行中随时新增、修改、删除功能,变更优先级。
医院CRM客户关系管理系统产品需求清单如表3-1所示
表3-1 Product Backlog
医院crm系统Product Backlog | |||||
---|---|---|---|---|---|
ID | Name | Imp | Est | How to demo | Notes |
1 | 基础信息管理 | 190 | 8 | 登录,进入基础信息界面,查看和修改患者信息信息 | 需要位数限制和实名认证 |
2 | 会员管理 | 160 | 6 | 登录,进入会员界面,查看和修改会员用户 |
|
3 | 来访管理 | 150 | 5 | 登录,进入来访界面,查看和修改患者来访信息 |
|
4 | 积分管理 | 130 | 6 | 登录,,进入积分界面,查看和修改会员积分信息 |
|
5 | 问卷管理 | 30 | 3 | 登录,进入问卷界面,查看和修改调查问卷 |
|
6 | 标签管理 | 40 | 3 | 登录,进入标签界面,系统分类用户 |
|
7 | 画像功能 | 110 | 10 | 系统存储会员照片 |
|
8 | 行为分析 | 180 | 15 | 系统根据会员行为进行智能分析 | 需要UML顺序图 |
9 | 统计展示 | 100 | 10 | 系统将会员数据统计和展示 | 使用分页技术,避免大规模数据库查询和查看用户列表设计相似。 |
10 | 活动管理 | 140 | 8 | 登录,进入基活动界面,查看和修改活动信息 |
|
11 | 模板管理 | 20 | 6 | 登录,进入模板管理界面,查看和修改系统板块分布 |
|
12 | 待办任务管理 | 10 | 4 | 登录,进入任务界面,查看任务信息 |
|
13 | 角色管理 | 60 | 5 | 管理员登录,进入角色界面,管理角色 | 需管理员登录 |
14 | 权限管理 | 120 | 5 | 管理员登录,进入权限界面,赋予或撤销账号权限 | 需管理员登录 |
15 | 用户管理 | 200 | 6 | 管理员登录,进入用户管理界面,增加或删除用户 | 需管理员登录 |
16 | 会员组管理 | 90 | 5 | 管理员登录,进入会员组界面 | 需管理员登录 |
17 | 字典值管理 | 70 | 5 | 管理员登录,进入字典值界面,修改字典值 | 需管理员登录 |
18 | 积分兑换规则管理 | 50 | 7 | 管理员登录,进入积分页面,修改积分兑换 | 需管理员登录 |
四、Spring Blog列表
Sprint Backlog 主要是从产品任务清单(Product Backlog)中挑选出高优先级的任务,确定本次迭代的任务目标。
能提取多少产品任务清单中的任务取决于Scrum团队能承诺完成多少。
(1)承诺总是来自于内部,不能从外部加强。
(2) 迭代不应当有空闲时间,因此规划的迭代内容要保证工作量是稳定的)
(3)依赖的因素较多:团队的能力,技术的成熟度,当前迭代增量的情况。
产品所有者(Product Owner)定义每个迭代的任务说明、目标。使迭代更具有针对性。
医院CRM客户关系管理系统冲刺任务清单如表4-1所示
表4-1 Sprint Backlog
Sprint 1 Backlog Goal: deliver working version of web page | ||||||
---|---|---|---|---|---|---|
ID | Name | Imp | Est | description of the task | Owner | Status |
1 | 基础信息管理 | 190 | 8 | 登录,进入基础信息界面,查看和修改患者信息信息 | 李** | Done |
2 | 会员管理
| 160 | 6 | 登录,进入会员界面,查看和修改会员用户 | 刘** | In progress |
3 | 来访管理 | 150 | 5 | 登录,进入来访界面,查看和修改患者来访信息 | 李** | In progress |
4 | 积分管理 | 130 | 6 | 登录,,进入积分界面,查看和修改会员积分信息 | 王** | No strated |
7 | 画像功能 | 110 | 10 | 系统存储会员照片 | 刘** | In progress |
8 | 行为分析 | 180 | 15 | 系统根据会员行为进行智能分析 | 李** | In progress |
9 | 统计展示 | 100 | 10 | 系统将会员数据统计和展示 | 李** | Done |
10 | 活动管理 | 140 | 8 | 登录,进入基活动界面,查看和修改活动信息 | 张** | Done |
14 | 权限管理 | 120 | 5 | 管理员登录,进入权限界面,赋予或撤销账号权限 | 王** | Done |
15 | 用户管理 | 200 | 6 | 管理员登录,进入用户管理界面,增加或删除用户 | 张** | In progress |
五、用例图
图5-1 系统用例图
图5-2 患者管理模块用例图
图5-3 画像管理模块用例图
图5-4 客户关怀模块用例图
六、燃尽图
Sprint Burndown Chart 显示了 Sprint 中积累剩余的工作量,他是一个反应工作量完成状况的趋势图。Y轴代表的是剩余工作量,X轴代表的是Sprint的工作日。
在Sprint开始的时候Scrum Team会标示和估计在这个Sprint需要完成的详细的任务。所有这个Sprint中需要完成,但没有完成的任务的工作量是累积工作量,团队会根据进展情况每天更新累积工作量,如果在Sprint结束时,累积工作量降低到0,Sprint就成功结束。
医院CRM客户关系管理系统燃尽图如图6-1所示
图6-1 医院CRM燃尽图
七、系统界面原型及介绍
1、系统主界面
图7-1 登录界面
图7-2 系统主界面
2、患者管理模块界面
说明
此模块将患者管理起来,包括对患者基本信息的维护,对来访信息的维护,对会员档案的维护,对积分信息的维护。
(1)基础信息管理:有权限的用户可对患者的基础信息进行维护,包括新建患者、修改患者信息、查看患者信息、删除患者、批量导入患者信息、选择患者成为会员操作。
(2)会员管理:有权限的用户,在权限范围内修改会员信息、锁定会员、查询会员信息。
(3)来访管理:有权限的用户,在权限范围内对来访信息进行增删改查操作
二期:新增的时候要关联活动。同步HIS系统后,将不必自行录入。
(4)积分管理:积分管理分为,活动积分和消费积分。消费积分为实际消费金额是多少,积多少分;活动积分,按活动设置进行增减积分。
有权限用户可查看积分情况。本积分管理只查看,不操作。
(5)问卷管理:对会员进行定期跟踪问卷,记录问卷结果,制定好下次计划时间后,到待办任务列表中提醒。
图7-3 患者模块界面
3、画像管理模块界面
说明
此模块是对患者的画像进行管理。可自定义标签类别、标签项内容、可对患者进行批量或单一修改画像内容。包含患者行为分析和统计展示。
(1)标签管理:有权限的用户可对标签进行添加、修改、删除和修改标签项操作。
(2)画像功能:有权限的用户可患者批量或单一画像。
(3)行为分析:有权限的用户可选择患者基础信息和画像信息,根据选择结果筛选出的患者选择营销类活动方案。
活动分为:会员关怀型和营销型两种。会员关怀型:人员按组区分,补充人员自动添加;营销型:人员一旦定义不可更改。
(4)统计展示:目前展示了3种图形。
分别为:
近一周每组会员消费信息分析
近半年会员患者及销售情况分析
会员患者人员占比
图7-4 画像管理模块界面
4、客户关怀模块界面
说明
此模块为此系统的核心模块,主要目标是将医院的活动管理起来,包括活动的管理和活动模板的管理,并做到根据活动信息的填写自动生成待办任务。
活动分为三个步骤:通知、执行(线下)、记录。
(1)活动管理:
1.待开展活动:有权限的用户,在权限范围内进行新建活动,保存模板,调用模板,审核活动,注销活动,修改活动,查询操作。
2.进行中活动:有权限用户可查看权限范围内的活动列表,活动 详情,对活动执行结果可记录。
3.已结束活动:可查看已结束的全部活动。
(2)模板管理:有权限的用户,在权限范围内新增模板、删除模板、修改模板、查看模板操作。
(3)代办任务:
1.代办活动通知:活动的通知提醒都在此功能列表中以活动粒度展示,操作人可对待办通知进行线下通知并在线上记录通知结果。
2.代办问卷:显示当前用户相关的待办问卷的快速入口,展示近1个月一天内需处理的待办问卷,当前用户点击本模块【处理】按钮可直接进入处理界面。
3.代办事务:显示当前用户相关的待办事务的快速入口,当前用户点击本模块【处理】按钮可直接进入处理界面。
图7-5 客户关怀模块界面
5、系统管理模块界面
图7-6 系统管理界面
八、总结
对于敏捷开发,最优先的目标就是通过尽早地、持续地交付有价值的软件来满足客户。它要求一个团队能够有足够的毅力来共同协作,并在开发过程中能够保持沟通,使整个项目中业务人员和开发人员必须每天在一起工作。在开发团队中传递信息最有效的方法是面对面的交流。不仅如此,它还要求团队持续关注技术上的精益求精和良好的设计从而增强敏捷性。团队需要定期地对运作如何更加有效进行反思,并相应地进行调整、校正自己的行为。只有这样,我们的开发过程和团队合作才会更有效率,从而更好地完成工作。