某医疗部门总务信息管理系统..doc

某医疗部门总务信息管理系统 Pnbsp; 软件定义时期BRnbsp;BR现在计算机的应用范围越来越广泛，计算机参与到了各行各业的信息管理中，为了满足需要各种管理软件应运而生，极大的方便了人们对信息的管理与运用。在软件定义这一阶段我们明确了软件开发的目的，并确定了“某医疗部门系统管理(固定资产)”开发的总目标；继而确定了系统开发的可行性；导出了实现此系统总目标应采用的策略及系统需完成的各个功能。本软件的开发就是为了方便医疗部门管理人员快捷的对物品的统计以及管理而编写的，它具有快速，准确的对物品进行新增、删除、修改，查询等一些固定资产的一些操作。BR该时期共经历了以下三个阶段：/P P2.1 问题定义BR通过与医院管理处的负责人进行交流，了解到目前本医院的系统管理评估考核还处在信息的输入、修改、追加、查询、统计和打印输出都由人工进行操作。医疗部门的系统管理”就是为减轻管理人员的劳动强度，减小人工操作的复杂性而开发的一个实际应用的项目。BRnbsp;1、从各系统的性质看，该系统很明显属于一个关于数据库方面的应用系统。BR2、从系统的功能看，该系统应该在整体上实现对固定资产材料信息及固定资产信息的管理和操作，其中应包括对各种信息的输入、修改、追加、查询、统计和打印等多个功能模块。同时该系统不应仅限于在一台计算机上实现，同时还应实现数据库共享，即多个用户均能在自己的计算机上应用该系统并可以对数据库中的已有数据进行数据的追加和修改等的操作，且被更新的数据应及时反馈到其他各个用户的面前。BR3、从系统的规模看，该系统应该包括两大模块——固定资产和固定资产管理。（其中的固定资产由本人负责完成，固定资产部分有本组的其他同学完成.以下讲述也均为固定资产部分的分析）。/P P2.2可行性研究BR在对问题定义阶段的结论进一步复查和确认之后，仔细分析了固定资产处的人工处理过程，以后，更加进一步的了解到本系统应具体解决的问题，从而导出系统的物理及逻辑模型。BR整个系统的流程是在用户的要求下进行的，固定资产系统分别处理各个用户的事务，并把用户查询等的结果在显示器上显示出来，把用户输入等的数据输入到硬盘的数据库中，把用户需要打印的报表打印到相应的文档上。BRnbsp;nbsp;nbsp;BR2.固定资产功能级数据流图nbsp;nbsp;nbsp;BR3. 进一步分解处理事务功能的数据流图BR简化的数据字典BR(1)口令:nbsp; 用户身份验证BR(2)数据流：事务 =nbsp; [ 输入 | 修改 | 查询 | 打印 ]BR统计报表 = [ 物品入库报表| 物品出库报表 |物品库存报表 ]/P P(3)数据库 = 资产入库表 + 资产出库表 + 资产库存表 + 类别表 + 领取单位表 + 供货单位表 + 临时入库表+临时出库表+报废表BR有多个相互关联的数据表组成，用来存放固定资产信息，并对其进行操作。BR(4)临时表nbsp;nbsp;nbsp;nbsp; 存放将要显示输出或打印输出的临时表BRnbsp;通过对系统模型的分析，我们认为该系统既具有技术可行性又具有操作可行性。一方面 在开发该系统时不论选择任何一种目前比较流行的数据库开发系统都能满足我们的要求；另一方面负责固定资产的老师们都用过类似的系统，所以完全可以接受这种操作方式。总之，该系统顺利地通过了可行性研究阶段。BR2.3 需求分析BR以上，我们初步了解了用户的要求，并提出了可行性的方案。而这一阶段是对系统认识最为全面、准确、清晰、具体的一个比较关键的时期，也应该是用户基本上确定自己的最终要求阶段。一旦结束需求分析，整个系统的框架基本上就不应该改变了，它关系到整个系统的成败。所以，我也在此阶段对上一阶段得出的系统所能实现的功能仔细的分析了一下，并进一步将它们具体化，为进入总体设计阶段打下良好了的基础。BR(一) 确定对系统的综合要求BR1．系统功能的要求BR1）nbsp;信息输入BRa)nbsp;数据录入BR#61548;nbsp;资产入库信息情况：资产编号、资产名称、资产类别、入库数量、供货单位等信息情况BR#61548;nbsp;资产库存信息情况:资产编号、资产名称、资产类别、入库日期、库存数量等信息情况BR#61548;nbsp;资产出库信息情况:资产编号、领取单位、出库日期、出库数量、经办人,流水号等信息情况BR#61548;nbsp;报废信息: 资产编号,流水号等 信息情况BRb)nbsp;生成物品顺序列号BR#61548;nbsp;物品信息输入：内容包括物品编号、物品类别代码号、供货单位代码、领取单位代码、流水号等信息BR2) 信息修改BR#61548;nbsp;此功能的内容与信息输入的内容基本一致。BR3）信息查询、统计BR