标签:
一、引言
1、编写目的
由于大多数人对于医疗知识的匮乏,导致很多人一生病就直接去医院,导致小病麻烦治,如果能够有一个健康助手,当你生病的时候能够提醒你该什么时候吃药、吃什么药,可以极大的方便以及及时的对症下药,早日康复。
目前智能手机已经极大化的丰富了人们的生活,鉴于目前市场上主流的手机系统,所以决定开发一款基于安卓系统的app,来为人们的健康提供合理的建议。
2、项目背景
a、软件名称:寻医问药;
b、项目的任务提出者:李国松;
c、开发者:李国松、夏雪、朱慧萍、叶婷、肖曼、高珂婷;
3、定义
存储过程是存储在本地数据库上的由sql语句和控制流语句组成的一个预编译集合
触发器属于一种特殊的存储过程,可以在其中包含复杂的sql语句。触发器与存储过程的区别在于触发器能够自动执行并且不含有参数。
4、参考资料
二、可行性研究的前提
1、要求
a、功能:能够针对用户的目前病理特征做出准确的症状匹配,并推荐对应的药物;
b、性能:当用户输入初始症状能够列出相关的并发症状作为可选目标。用户还可以输入列举的没有的症状;
c、输入:文字输入、语音输入(预想功能,版本升级后可使用);
d、输出:文字输出、语音输出(预想功能,版本升级后可使用);
e、完成期限:15天。
2、目标
a、控制精度:对发病症状的模糊匹配,不得多于两个症状;
b、管理信息服务:对于用户的个人病例信息,采用密码验证方式进行保护,避免用户隐私泄露;
c、对小组内人员进行合理分配任务,使得工作效率能够显著提高。
3、条件、假定和限制
a、建议软件运行的最短寿命:1年;
b、使用限制:本软件只针对日常的普通病症,对于较重的病症,不建议使用本软件,应及时就医,以免耽误病情;
c、法律责任声明:本软件仅对日常普通疾病提出建议,用户需自行辨识,如有某些医疗意外发生,开发者不担负任何责任;
d、运行环境:安卓系统4.4版本及以上版本;
e、开发工具:eclipse;
4、可行性研究方法
决定可行性的主要因素:各种药物与症状的匹配的准确性。
三、对现有现有的系统的分析
1、处理流程和数据流程
用户输入已知的症状,软件调用数据库对用户输入的症状进行匹配,如果有多个病症相对应,返回各个症状间不同点呈现,让用户选择有哪些症状进行精确匹配。如果最后对应两个以及两个以上的症状,则返回无法匹配,让用户及时就医。
2、人员、设备
人员配备:
组长:李国松【软件主体框架的搭建,逻辑结构的编程】
组员:夏雪【文件的收集整理存档数据库文档的录入】
肖曼【文件的收集整理存档数据库文档的录入】
高珂婷【数据库的搭建与维护】
朱慧萍【数据库的搭建与维护】
叶婷【ui界面的设计以及制作】
3、局限性:目前病例少,验证机会少,对有些问题的判断不一定 准确。
四、社会因素可行性分析
1、法律因素:本软件仅对日常普通疾病提出建议,用户需自行辨识,如有某些医疗意外发生,开发者不担负任何责任;
2、用户使用可行性
基本能够解决家庭生活遇到的基本疾病问题,尤其适合自身对药理知识不了解的人。
五、结论
通过本次课程设计,将课堂上讲的知识与实践相结合,能够提高团队合作意识,尤其是在观察、分析和解决问题的实际工作能力有所提高。通过这次课程设计,知道了软件开发的流程,在软件设计时首先要根据用户的要求对整个工程的框架进行细致的划分,需要完成哪些的功能,功能如何进行分类,都应该在开发之前确定好。对工程进行模块化设计,画出整体框架结构图,这样在开发时可以按部就班,有条不紊的根据先前的设计来进行。对于数据库的的设计,对数据之间的关系要进行详细的分析,对各个表单之间的引用和从属关系应有的关联图表来表示。界面的功能应尽可能的具有多样性,避免功能分散,如果对话框很复杂,用户使用起来会比较麻烦。程序代码尽量做到简洁明快,尽量将具有独立功能的代码提炼出来,在调试程序时也减少了很多麻烦。
另外,系统应具备较强的容错能力,对用户非法的输入应有准备,因为程序的实际操作人员可能并不懂得这些,在实际操作时可能常会出现错误操作或者非法输入。所以我们编写程序就应该对此有所防范,对于误操作或非法输入应在执行相应的处理前做防错处理,弹出提示对话框。
在这次课程设计中,我深切体会到面向对象的额博大精深,正如软件工程的原则:项目不管大小,对待的方法都是一样的,这和人类处理问题的方式一样,首先要知道要完成的这个项目是什么,他的特性是什么,其次在完成的过程中会遇到哪些问题,遇到这些问题要采用什么办法去解决,最后就是如何实现计划来解决这些问题,完成项目。
与队友的合作是一件快乐的事情,只有彼此都付出,彼此都努力维护才能将作品做的更加完美。而团队合作也是当今社会最提倡的。
标签:
原文地址:http://www.cnblogs.com/xiaxue054/p/4869940.html