医疗管理系统需求分析

［标签:标题］［标签:标题］页脚内容页脚内容#输入/输出数据输入数据：此操作不能做任何修改，故没有输入数据输出数据：1、・数据名称：Reason；•实际含义:病因；数据类型：字符；数据约束：50个字符以内；2、・数据名称:State；实际含义：病况；•数据类型：字符；数据约束：50个字符以内；3、・数据名称:CureMethod；实际含义:治疗方法；数据类型：字符；数据约束：50个字符以内；4、・数据名称：StateToday；实际含义:现况；数据类型：字符；数据约束：50个字符以内；5、・数据名称:HasCured；实际含义:是否治愈；数据类型：字符；数据约束：20个字符以内；6、・数据名称:Doctor；•实际含义:主治医生；•数据类型：字符；•数据约束：20个字符以内5.其它非功能需求在这里列举出所有非功能需求，主要包括可靠性、安全性、可维护性、可扩展性、可测试性等。5.1性能需求•相互合作的用户数量5000人（无服务器，存于本地，考虑到安全性和数据丢失的后果）5000+人（有远程服务器）•系统支持的并发操作数量10个•响应时间<1s•与实时系统的时间关系延迟或者时间误差〈lmin•容量需求存储器10MB磁盘空间20MB数据库中表的最大行数100000+5.2安全措施需求掌上设备需要轻拿轻放，避免因为物理原因造成的损坏数据需要每1个月备份一次，防止出现数据丢失数据保密性要求对数据库和相关数据做好保密，避免泄漏病人隐私软件产品整体必须遵从ISO9002质量体系认证详尽陈述与软件产品使用过程中可能发生的损失、破坏、危害相关的需求。定义必须采取的安全保护或动作，以及必须预防的潜在危险动作。明确软件产品必须遵从的安全标准、策略、或规则。5.3安全性需求每个用户在第一次登录后，必须更改他的系统预置登录密码，系统预置的登录密码不能重用管理员每月底需要备份一次病人数据管理员密码需要每半年更换一次详尽陈述与系统安全性、完整性问题相关的需求，或者与个人隐私问题相关的需求。这些问题将会影响到软件产品的使用，和软件产品所创建或者使用的数据的保护。定义用户身份认证，或备授权需求。明确软件产品必须满足的安全性或者保密性策略。也可以通过称为完整性的质量属性来阐述这些需求。5.4软件质量属性易用性：操作简单，需要输入的信息少，多为按钮，图形界面易学性：UI界面友好，用户一学即懂可移植性：PC机和掌上手持设备均可使用健壮性：系统经过严密测试，确保正常使用不出现系统崩溃问题容错性：对于数据输入错误信息都有提示封闭性：用户的封闭性较好，用户基本上在提示信息下输数据5.5用户文档•安装指南纸质文档，16开本；•用户手册纸质文档，16开本；•在线帮助•电子文档，与软件产品一同分发、配置；•使用教程电子文档，与软件产品一同分发、配置。6.数据定义系统定义了3个表格，分别存放系统中的病人信息，医生信息及管理者信息。下面列出了3个表的具体静态数据：1）病人信息表此表存放病人信息字段字段名类型宽度限制1病人ID(ID)CHAR10NOTNULL2病人姓名（Name）CHAR30NOTNULL3病人性别（Gender）CHAR10NOTNULL4病房号码（RoomNumber）CHAR10NOTNULL5联系方式（Contact）CHAR20NOTNULL病史（History）病因（Reason）患病时间（Illtime）状态（State）治疗方法（CureMethod）今日状态（StateToday）是否治愈（HasCured）治疗费用（Expense）主治医生（Doctor）PRIMARYKEY：ID2）医生信息表此表存放医生信息字字段名段TOC\o"1-5"\h\zCHAR20CHAR20DATENOTNULLCHAR20CHAR20CHAR20BOOLEANCHAR20CHAR0类型宽限制度1医生ID(ID)CHAR10NOTNULL2医生姓名（Name）CHAR30NOTNULL3医生性别（Gender）CHAR10NOTNULL4医生职位（Position）CHAR20NOTNULL5主治方向(Curecontent)CHAR20NOTNULL6部门（Dept）CHAR207办公室（Office）CHAR208电话（Phone）CHAR209工作时间（WorkTime）CHAR2010个人介绍CHAR100Introduction)PRIMARYKEY：ID3）管理者信息表此表存放管理者信息

字字段名类型宽限制段度1管理者ID(ID)CHAR10NOTNULL2密码(Password)CHAR20PRIMARYKEY：ID分析模型7.1数据流程图7.1.1登录数据流图7.1.2病人查