医药管理系统资料文档.pptVIP

医药管理系统 主讲人：李露 项目其他组员：李东 盛文 张如良 陆玥全 孔晨晨 项目开发目标 完成选定功能/性能模块的开发，并通过验收测试； 完成应交付用户的介质、文档，实现用户交付； 完成软件工程过程应交付的文档并通过评审； 在指定平台和工具上，进行软件开发，实现可视化的软件过程管理。熟悉Struts + Hibernate框架开发。学习掌握软件工程的基本原理并将其运用到本项目开发流程中来，了解掌握系统需求分析管理和软件架构等技术。熟悉软件开发团队中的成员管理，加强团队合作意识与沟通技巧。 项目需求的获取过程 了解项目的背景。 总结项目需求概要。 具体分析出项目的功能需求，性能需求，用户界面需求，外观需求，控件需求，以及其他特定需求。 定义用户组、资源、权限和角色 用户组： 超级系统管理员 系统管理员 用户 系统超级管理员 系统管理员 用户 需求边界 此医药管理系统功能需求经分析包含超级系统管理员、系统管理员、用户三类基本角色。其中超级管理员权限：人事管理（管理员的添加、删除、修改信息，新增用户申请审核），系统管理（系统初始化、密码管理、）。系统管理员的权限为获取功能服务，包括：医药管理、类别管理、购买药品、进货/需求管理。一般用户的权限仅为信息查询、查看，及具有申请系统管理员的权限。 处理后的需求项 需求可比较管理 功能需求可检验性 操作员授权登录：在系统中已进行授权操作：操作员名/admin，密码/admin。 当在登录界面上输入操作员名/admin，密码/admin时，会正常登陆系统而进行操作员的相应功能。 而若输入操作员名/root，密码/admin,系统会提示登录的用户名不存在不可登录。 非功能需求的检测 以操作员身份进如系统后，有药品信息的增、删、改、查及药品信息统计相关的功能按钮，但并未有药品过期信息的相关操作，并不能实现药品信息过期的查询功能。 需求变更及实现对策 如果药店需要纳入医保卡使用单位的话，我们要考虑验证医保卡的功能，对此，我们在编码时要考虑实现此功能的一个接口，使得在本店获得医保授权后，能够实现医保卡的验证。 非功能性需求 用户体验 原先系统风格、界面最大限度的保持不变 新增功能的界面与原先系统保持一致 补充说明 由于开发周期的限制，目前系统没有考虑与药品采购网的联网采购功能，但系统设计应考虑未来添加此功能（包括在线支付）时，可易于扩展实现。 系统应考虑支持上级医药管理和工商、税务等部门的现场或联网检查要求。 在必要的时候，扩展系统的用户信息库，实现CRM管理。 可考虑增加供应商管理。 由于考虑成本因素，系统数据库目前采用开源的MySQL，但应可以支持未来改用微软的SQL2005或更高版本的数据库系统。 目前系统未考虑数据备份和恢复功能，以后可添加。 谢谢 * *