基于微信小程序的医疗器械管理系统的设计与实现需求规格说明书.docVIP

基于微信小程序的医疗器械管理系统的设计与实现需求规格说明书.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
  CMMI文档编制指南 PAGE 1 计算机学院 基于微信小程序的医疗器械管理系统设计与实现 需求规格说明书 学 生 姓 名: 学 号: 年级班级: 指导教师: 所在学院: 提交日期: 需求规格说明书 第 PAGE 4 页 共 NUMPAGES 12 页 目 录 TOC \o 1-3 \h \z \u 1. 引言 4 1.1. 编制目的 4 1.2. 范围 4 1.3. 预期的读者和阅读建议 4 1.4. 术语和缩略语 4 1.5. 文档约定 5 1.6. 参考文件 5 2. 项目概述 5 2.1. 目标 5 2.2. 范围 5 2.3. 用户的特点 5 2.4. 假定条件和约束限制 5 2.5. 运行环境 6 2.5.1. 硬件环境 6 2.5.2. 软件环境 6 3. 业务分析 7 4. 数据描述 7 5. 功能需求 7 5.1. 功能需求总述 7 5.1.1. 功能需求总表 7 5.1.2. 角色、权限需求 8 5.2. 功能需求1名称 8 5.3. 功能需求N名称 10 6. 非功能需求 10 6.1. 性能需求 10 6.2. 安全保密需求 10 6.3. 扩展性需求 11 6.4. 稳定性需求 11 6.5. 部署需求 11 7. 界面要求 11 7.1. 图形要求 11 7.2. 报表格式 12 7.3. 其他 12 引言 编制目的 本需求说明书是为医疗管理系统而编写的。多角度对产品特点进行描述,反映功能。本报告旨在使需求者明确医疗管理系统的要求和细节,给开发人员了解需求实现的难度和困难,最终提供给管理者讨论和审核,达到沟通效果。 范围 1、医疗器械管理系统,英文全称JMedical device management system(缩写为JDMS)。 2、软件系统通过后台对医疗设备的管理等信息保存到数据库,进而对设备信息、用户信息进行维护。 管理员可以在登录系统的情况下,对自己的账号和医疗器械进行操作。 3、为了给医院更方便快捷的管理医疗设备,需要该系统的诞生。通过建立医疗器械唯一标识系统,有利于实现监管数据的整合和共享,创新监管模式,提升监管效能,加强医疗器械全生命周期管理,净化市场、优化营商环境,实现政府监管与社会治理相结合,形成社会共治的局面,助力产业转型升级和健康发展,为公众提供更加安全高效的医疗服务,增强人民群众的获得感。 预期的读者和阅读建议 表 SEQ 表 \* ARABIC 1-1预期的读者和阅读建议 读者分类 阅读的重点及目的 项目经理 全文,并据此编制/修订项目(软件)开发计划等。 设计与开发工程师 需求的完整性、正确性、可行性、优先级、无二义性,为概要设计做准备。 客户代表 需求的必要性、优先级。 测试工程师 需求的可验证性,并据此准备(软件)系统测试方案。 文档工程师 全文,为编写用户文档做准备。 术语和缩略语 表1-2术语和缩略语 术语、缩略语 解 释 JDMS 医疗器械管理系统 B/S Browser/Server浏览器/服务器 文档约定 本文使用了如下的文档约定: 表头文字使用4级灰度背景; 插图一律使用Process On在线流程图思维导图绘制,并一律“嵌入”于需求描述正文中,而非“浮于文字上方”; 用同号、同体但加粗的文字来强调需要读者重视的内容; 采用用例(use case)技术对功能需求进行描述。 另外,每个需求都有优先级属性。优先级的可能取值为:5、4、3、2、1,具体定义如下(表1-3): 表1-3需求优先级定义 优先级等级 简单描述 优先级描述 1 必须的 它规定了系统/软件的必备功能。没有这些功能,系统/软件将不能完成用户的工作,从而也就无法达到市场的准入条件。 2 重要的 它规定了那些竞争对手已经实现且用户感觉很好的功能、本系统/软件区别于其它同类系统/软件的独特功能及其它一些功能。只有完成这些功能,才能使本系统/软件有市场竞争力。 3 应该的 它规定了当前版本可以不做, 但必须在未来版本中实现的功能。此种需求对系统/软件的体系结构影响可能较大,因此必须在系统分析及设计时予以考虑。 4 可能的 它规定了那些有了会更好但没有也没有什么关系的功能,如一些提高效

文档评论(0)

看剑 + 关注
实名认证
文档贡献者

收集资料分享

1亿VIP精品文档

相关文档