管理系统需求范文

时间:2023-09-21 16:45:46

管理系统需求

管理系统需求范文第1篇

当前许多承担基础设施建设等大型项目的投融资平台由于业务性质特殊,缺少通用软件支持,长时间处于手工填写报表的工作状态,本文针对投融资平台公司的建设投资业务,进行了计算机信息化管理系统的需求分析,为后续的设计开发奠定基础。

【关键词】

投融资平台;投资管理系统;需求分析

1前言

浦发集团是一家国有独资有限责任公司,负责上海浦东新区城市基础设施项目的投融资建设等业务。其本身并不参与具体的工程建设业务,通过为项目提供资金支持来跟踪,管理大量建设项目的运行。本文在用户调研的基础上,遵循需求分析的流程[1],通过应用结构化和快速原型等分析方法[2],得到《浦发集团基础设施项目投资管理系统》的需求文档。

2功能需求

浦发集团的基础项目投资方式主要有两种,一种是BT模式,也就是建成后移交模式。一种是BOT模式,也就是建设,运营一段时间后再移交的模式。项目主要是政府部门提出的公共建设项目,如轨道交通,道路,公交,公共绿地等。政府职能部门,如建交委,环保局等是项目的最终接收方,但他们本身并不参与项目建设,而是委托给浦发集团这样的投融资平台公司进行操作。而浦发集团本身也不进行实际项目的建设,他们通过招标将实际的建设工作交给专业的代建公司来完成,本身只完成对项目资金流的管控工作。所以业务涉及跨企业合作,一个是具体建设的代建公司,他们主要根据项目的建设进展情况提出资金使用需求。一个是浦发集团公司,他们主要负责项目资金的募集,审核,拨付。系统以立项的建设项目为核心,由代建公司根据项目进展提出资金申请,集团公司多个部门进行审核,通过后付款给代建公司。系统有两类用户,代建公司和集团公司,有三大主要功能,建设项目管理,资金管理以及回购管理。其中,建设项目管理主要是把各种项目信息管理起来,使得业务中各相关方都能方便地检索到需要的项目信息,从而为处理申请和审核业务提供依据。项目信息包括三大类,项目基本信息,相关合同信息以及与该项目有关的合同外费用支出信息,也就是项目相关的非合同信息。项目信息的创建者是代建公司的工作人员,该信息将由集团公司市政部的相关工作人员来做复核,复核通过后即可作为后续资金申请的依据。这里的项目信息除了项目名称,关联公司等最简单的基本信息外,就是与项目相关的费用预算,支付条件等和资金相关的信息,体现了本系统的围绕着资金流进行项目管控的特色。而资金管理资金管理是核心业务,主要包括资金计划,资金申请和审核,以及审核通过后的资金拨付三方面功能。资金计划是代建公司根据正在进行中的项目情况,制定出各个项目的月度及年度资金使用计划。资金计划的目的是预估未来的资金需求量,集团公司的投资金融部会汇总各个代建公司的资金计划,以此为依据,开展融资活动,以确保项目资金及时到位,保证项目的正常开展。集团公司会定期召开资金计划会议,审议各个代建公司提交上来的资金计划,生成汇总的审核通过后的集团公司资金计划。代建公司根据项目需要向集团公司提交用款申请,集团市政部先审核用款申请是否合乎标准,通过后,转交给投金部和计财部,这些部门通过后,再由市政部复审,确保无误后,提交给集团领导最终审批。资金申请的依据是项目的合同或非合同信息,受合同支付条件约束,同时也不能超出已经确定的资金计划。资金申请获批后,代建公司就可以提起付款申请了。相关的资金就会按照合同支付条款分期分批的打入代建公司的银行账户。最后,回购是指政府职能部门在项目完成后将建成的基础设施整体购买的行为。回购需要集团公司和政府签订回购合同,一般情况下,政府并不是一次性付清款项,而是在一个回购合同中协商好的回购期内,分期分批的付款。由于不是一次性付款,就会产生资金成本,集团公司会在回购合同中约定相应的利息。系统需要根据回购合同生成申请信息,供回购款申请时使用。回购管理主要就是管理回购项目的回购合同信息以及回购申请的审批。

3非功能需求

考虑到业务本身的特点,在非功能需求方面将安全性和稳定性作为首要目标。要求系统具有硬件和软件两方面的容错功能。另外,考虑到使用该系统的人员分散在不同的多家公司,所以要求系统易于部署,兼容性好,支持多种操作系统,并且具备一致的用户界面。同时要求系统易于维护,可以方便地配置不同用户的相应权限。

4结论

遵循着软件工程思想,对浦发集团的投资管理业务进行了需求分析,阐述了业务范围及内容,明确了不同的用户角色和业务流程。

作者:彭小勇 单位:上海大学计算机工程与科学学院

参考文献:

[1]李琪,李聚宝,刘相坤.信息系统需求分析方法的研究[J].铁路计算机应用,2012,01:22~24.

管理系统需求范文第2篇

当前许多承担基础设施建设等大型项目的投融资平台由于业务性质特殊,缺少通用软件支持,长时间处于手工填写报表的工作状态,本文针对投融资平台公司的建设投资业务,进行了计算机信息化管理系统的需求分析,为后续的设计开发奠定基础。

【关键词】

投融资平台;投资管理系统;需求分析

1前言

浦发集团是一家国有独资有限责任公司,负责上海浦东新区城市基础设施项目的投融资建设等业务。其本身并不参与具体的工程建设业务,通过为项目提供资金支持来跟踪,管理大量建设项目的运行。本文在用户调研的基础上,遵循需求分析的流程[1],通过应用结构化和快速原型等分析方法[2],得到《浦发集团基础设施项目投资管理系统》的需求文档。

2功能需求

浦发集团的基础项目投资方式主要有两种,一种是BT模式,也就是建成后移交模式。一种是BOT模式,也就是建设,运营一段时间后再移交的模式。项目主要是政府部门提出的公共建设项目,如轨道交通,道路,公交,公共绿地等。政府职能部门,如建交委,环保局等是项目的最终接收方,但他们本身并不参与项目建设,而是委托给浦发集团这样的投融资平台公司进行操作。而浦发集团本身也不进行实际项目的建设,他们通过招标将实际的建设工作交给专业的代建公司来完成,本身只完成对项目资金流的管控工作。所以业务涉及跨企业合作,一个是具体建设的代建公司,他们主要根据项目的建设进展情况提出资金使用需求。一个是浦发集团公司,他们主要负责项目资金的募集,审核,拨付。系统以立项的建设项目为核心,由代建公司根据项目进展提出资金申请,集团公司多个部门进行审核,通过后付款给代建公司。系统有两类用户,代建公司和集团公司,有三大主要功能,建设项目管理,资金管理以及回购管理。其中,建设项目管理主要是把各种项目信息管理起来,使得业务中各相关方都能方便地检索到需要的项目信息,从而为处理申请和审核业务提供依据。项目信息包括三大类,项目基本信息,相关合同信息以及与该项目有关的合同外费用支出信息,也就是项目相关的非合同信息。项目信息的创建者是代建公司的工作人员,该信息将由集团公司市政部的相关工作人员来做复核,复核通过后即可作为后续资金申请的依据。这里的项目信息除了项目名称,关联公司等最简单的基本信息外,就是与项目相关的费用预算,支付条件等和资金相关的信息,体现了本系统的围绕着资金流进行项目管控的特色。而资金管理资金管理是核心业务,主要包括资金计划,资金申请和审核,以及审核通过后的资金拨付三方面功能。资金计划是代建公司根据正在进行中的项目情况,制定出各个项目的月度及年度资金使用计划。资金计划的目的是预估未来的资金需求量,集团公司的投资金融部会汇总各个代建公司的资金计划,以此为依据,开展融资活动,以确保项目资金及时到位,保证项目的正常开展。集团公司会定期召开资金计划会议,审议各个代建公司提交上来的资金计划,生成汇总的审核通过后的集团公司资金计划。代建公司根据项目需要向集团公司提交用款申请,集团市政部先审核用款申请是否合乎标准,通过后,转交给投金部和计财部,这些部门通过后,再由市政部复审,确保无误后,提交给集团领导最终审批。资金申请的依据是项目的合同或非合同信息,受合同支付条件约束,同时也不能超出已经确定的资金计划。资金申请获批后,代建公司就可以提起付款申请了。相关的资金就会按照合同支付条款分期分批的打入代建公司的银行账户。最后,回购是指政府职能部门在项目完成后将建成的基础设施整体购买的行为。回购需要集团公司和政府签订回购合同,一般情况下,政府并不是一次性付清款项,而是在一个回购合同中协商好的回购期内,分期分批的付款。由于不是一次性付款,就会产生资金成本,集团公司会在回购合同中约定相应的利息。系统需要根据回购合同生成申请信息,供回购款申请时使用。回购管理主要就是管理回购项目的回购合同信息以及回购申请的审批。

3非功能需求

考虑到业务本身的特点,在非功能需求方面将安全性和稳定性作为首要目标。要求系统具有硬件和软件两方面的容错功能。另外,考虑到使用该系统的人员分散在不同的多家公司,所以要求系统易于部署,兼容性好,支持多种操作系统,并且具备一致的用户界面。同时要求系统易于维护,可以方便地配置不同用户的相应权限。

4结论

遵循着软件工程思想,对浦发集团的投资管理业务进行了需求分析,阐述了业务范围及内容,明确了不同的用户角色和业务流程。

作者:彭小勇 单位:上海大学计算机工程与科学学院

参考文献:

[1]李琪,李聚宝,刘相坤.信息系统需求分析方法的研究[J].铁路计算机应用,2012,01:22~24.

管理系统需求范文第3篇

关键词:车辆管理系统;需求分析

中图分类号: C93 文献标识码: A

0 引言

车辆管理系统需求分析是车辆管理软件系统开发中最重要的一个阶段,是系统开发之前的必要技术环节,需求分析为最终用户和软件开发者双方对系统的定位、认识、运行环境、功能和性能需求等方面进行明确,需求分析作为设计实现的基线,为系统的应用功能设计、开发提供依据。本文对智能化住宅小区车辆管理系统的需求进行分析。

1 系统业务需求

住宅小区车辆管理系统主要业务是对固定住户车辆、临时来访车辆进行管理,管理员对系统数据进行管理和维护几个方面。具体需求为:

1.1住宅小区内固定住户车辆的车主

住宅小区内固定住户车辆的车主在出入出入口时,经车辆检测器检测到车辆后,将感应磁卡在出入口感应区掠过,通过阅读器进行读卡、判断卡的有效性,从而识别该车辆是否在车辆数据库中有记录(即判断该车辆是否为物业管理部门登记的住户车辆),同时摄像机摄录该车的图像。对于有效的感应磁卡,自动道闸的闸杆应升起放行并将相应的数据存入数据库中。若为无效的感应磁卡或进出场的车辆图像出现异常情况时,则不给予放行[1]。

1.2临时来访的社会车辆的车主

对临时来访的社会车辆的车主,在车辆检测器检测到车辆后,按入口控制机上的按键取出一张临时感应磁卡,并完成读卡、摄像和放行。在出场时,在出口控制机上读卡并交纳停车费用,同时进行车辆的图像对比,无异常情况时道闸升起放行,否则不予放行。

1.3系统管理员的日常使用

系统管理员负责对系统数据库进行查询、管理和对系统的日常维护。首先,管理员负责发放标签卡,在此过程中要对相应的标签卡的内容进行修改,用来识别不同的车辆,同时在数据库中创建相应车辆信息,把指定车辆和指定的标签卡联系起来,用于车辆识别。其次,管理员可以查询该数据库,用以实现特殊情况下人工实现车辆的识别和事件的处理,管理员可以修改数据库,以实现数据的更新、修正以及备份和恢复。除此之外,管理员可以强制控制停车器、报警器等硬件装置,以实现故障情况下车辆的进出口管理。最后,由于系统的管理员几乎可以对系统做任何操作,因此整个系统要实现对管理员身份的认证,以确保数据和系统硬件不会被其他人恶意操作。

2 系统目标需求

本系统的设计目标是针对小区的车辆管理的实际业务情况,设计出一套通用化、自动化、智能化的车辆监管系统。其目标需求如下:

1.为小区提供一个统一的车辆管理平台,实现车辆的自动化管理。

2.使用安全、可靠的信息管理方式,辅助物业人员完成小区内车辆监管工作。

3.使用高度智能化的软硬件设备,完成车辆出入检查,减少人工操作提高工作效率。

4.能自动区分合法车辆与非法车辆,并能拦截非法车辆、发出警报。

5.能实时检测车辆出入情况。

6.能查看、统计任意时段车辆信息。

3 系统功能需求

住宅小区出入口车辆管理系统应用在小区出入口,其基本功能是对出入车辆的监督、记录、缴费及分类管理,实现对出入小区车辆信息的查询,实现对车辆情况、小区车位使用情况的汇总统计。因此系统功能应有以下需求:

3.1脱机运行功能

系统控制器增加CPU处理器,系统硬件具有运算功能,在脱机状况下,不仅IC卡能作到临时卡脱机收费,远/近距离磁卡也可以做到脱机识别。

3.2栏杆自动控制功能

出入小区时,业主车辆的磁卡和访问车辆的临时标签卡这类有效标签卡刷卡时,栏杆自动抬起,车辆驶出/入后(即来往车辆通过地感线圈),栏杆自动落下。

3.3车辆自动检测功能

实现车辆自动检测、统计、计数,便于稽查管理。

3.4车辆分类管理

物业管理部门通过对卡片的分类管理,从而实现对不同类的车辆的管理,包括固定车、临时车等,相关部门根据不同需求,分别发行业主车卡和临时租卡。业主车卡实行预交费用;临时卡随到随取,简捷方便。停车场管理简捷,能有效防止高峰期缴费造成堵车。

3.5车辆出入控制管理

1.访问车全自动出卡,一车一卡防反复出卡;

2.有效卡刷卡自动抬闸,车过后自动落下;

3.出入场操作语音提示,无效卡报警提示;

4.防砸车功能,能独立控制闸机,可以用遥控器控制闸机和手动开关栏杆。

5.收费数据自动管理功能

所有收费交易自动入帐、管理,受有收费过程系统数据自动完成登记、存储。所有收费数据自动通过网络传输至收费网络服务器。

4 系统性能需求

小区车辆管理统应该具有良好的性能。因此,系统在性能方面应该有以下几种基本需求:

4.1数据精准度

要按照严格的数据格式输入,否则系统不给予响应进行处理。查询时要保证查全率,所有相应域包含查询关键字的记录都应能查到。因为通常有文件的记录会很多,系统采用两种方法进行查询:直接查询和模糊查询。

4.2稳定性

通过良好的系统架构设计,通过软硬件设备的运用,通过安全加密技术的保障,保证系统运行的稳定性。

4.3响应和访问速度

可稳定支持10个以上的用户数量;在局域网环境条件下,客户端访问系统平均响应时间≤3秒;数据综合查询事务≤5秒。

4.4不间断运行

系统客服务器端须提供24小时不间断正常运行,以保障系统业务全天候提供应用。

5 系统安全性需求

RFID系统很容易受到各种各样的攻击,主要是由于其通信是通过电磁波的形式,而且RFID标签设备具有一定的尺寸和成本限制。因此,其安全性与隐私性是人们一直所研究和讨论的主要问题。RFID系统安全机制目前主要采用两种方法,即物理机制方案和加密机制方案。

物理机制主要有Kill命令机制,静电屏蔽,阻塞法,主动干扰等,这些方法主要用在一些低成本的标签中,因为这类标签有严格的成本限制,因此很难采用密码机制。

Kill命令机制在设计上是从物理上杀死标签,而标签一旦被使用了Kill命令,便不能再重新使用了,这是一个不可逆的操作。

静电屏蔽则可以对标签进行屏蔽,它需要把标签放置于有静电屏蔽功能的物理设备范围内,标签不能再接受来自阅读器的信号,这样需要一个额外的物理设备,增加了系统成本。

阻塞法则依靠树遍历反冲突协议来起作用,阅读器每次发送读取命令总获得相同的应答数据,从而来保护标签,此方法需要额外一个阻塞标签,增加了系统成本。

物理安全机制存在着增加系统成本,阻止失败等多种弊端,因而,人们越来越多的在密码技术的安全机制上提出不同的方法。

数据加密传输时采用密码加密的方法,对数据信息加密后再进行通信,由阅读器或上位机单方面进行操作,从而节省标签的成本。小区出入口车辆管理系统需要采用MD5加密算法,计算机或阅读器将数据(明文)加密转换为密文后,发送给标签进行存储,当阅读器要读取标签中数据时,标签将存储区中密文发送给阅读器,阅读器将收到的密文解密,并与后台数据库比对[2]。

以上是住宅小区车辆管理系统设计的基本需求,也系统开发的设计的基本要求,是系统开发的目标方向。

6 小结

本文主要从系统的设计目标、设计原则、安全性、业务要求、实现功能、和性能几个方面对小区车辆管理系统的需求进行了分析,为我们进行车辆管理系统的设计开发明确了方向。

参考文献

[1] 杨虎. 住宅小区安全防范系统的设计[J]. IB智能建筑与城市信息. 2005年11期.

管理系统需求范文第4篇

关键词:频谱管理;统一建模语言;用例

中图分类号:TP311文献标识码:A文章编号:1009-3044(2009)04-0959-02

Requirements Analysis of Battlefield Electromagnetic Spectrum Management System Based on UML

LIANG Guo-qing1,2, CHEN Jian2

(1.Brigade 69296 of PLA, Kashi 844200, China; 2.C4ISR Technology Key Lab of NUDT, Changsha 410073, China)

Abstract: There are many stations that using frequency in the battlefield, but the useable electronmagnetic spectrum is finity, tradition electromagnetic spectrum management is handwork, however, is not fit the modern war, cry for the computer assistant management. The article introduces characteristics of UML, and describes battlefield electromagnetic spectrum management system's requirements by UML.

Key words: electromagnetic spectrum management; UML; use case

1 引言

高技术条件下的作战,参战力量多元,各种各样的电子信息作战装备同时应用于战场,加之敌方激烈的电磁干扰以及民用电磁设施的影响,使得战场电磁环境极其复杂,可用频谱资源十分有限。在这种情况下,只有加强战场电磁频谱管理才能充分、合理地利用电磁频谱,达成最佳作战目的[1]。但频谱管理是一个非常复杂的过程,它包括许多需要注意的步骤和问题,只有把它们全部考虑在内,才有可能有效利用无线电频谱。由于战场用频台站数量之大,利用传统的手工方式管理台站,凭借传统的经验审批频率以及被动式查找干扰等管理行为已不能适应现代化战争,因而必需有效的计算机支持。为此,需要开发研究战场频谱管理系统。通过战场频谱管理软件,指战员可以迅速了解战场电磁态势,分配电磁频谱资源,避免(或减小)用频台站间互扰问题,构造出有利于己而不利于敌的战场电磁环境。本文采用先进的统一建模语言(unified modeling language, UML)对战场频谱资源管理系统进行需求分析,可为战场频谱资源管理系统的开发提供较为完整的需求信息。

2 UML简介

UML是一种标准的图形化建模语言,是面向对象技术发展的重要成果。它融合了Booch、OMT和OOSE方法中的基本概念,并在这些方法的基础上,广征意见,集众家之长,扩展了现有方法的应用范围。UML适用于以面向对象的技术来描述任何类型的系统,而且适用于系统开发的不同阶段,可以应用于任何领域。

UML作为一种标准的图形化建模语言有如下特点:UML的词汇表和规则注重对系统进行概念上和物理上的描述;UML符号的表示法定义了规范的可视化元素,并为开发者使用这些可视化元素进行系统建模提供了标准;UML可以对重要的分析、设计和实现进行详细描述,所建模型具有精确性、无歧义性和完整性;用UML描述的模型可与各种编程语言直接相连[2]。

作为一种建模语言,UML中有3类主要元素,即基本构造块(basic building block)、规则(rule)和公共机制(common mechanism)。图是UML中最重要的元素之一,共分9种图:用例图、顺序图、协同图、类图、对象图、状态图、活动图、构件图和部署图。

用例图(Use case diagram)是UML在系统需求分析阶段来捕获用户需求的有效手段和方法。它用于显示若干角色(Actor)之间的连接关系,并不描述系统内部对该功能的具体操作方式,即通过用例建模,描述系统应向外提供何种功能,形成系统的问题域。活动图、类图、顺序图主要用于分析阶段,状态图、类图、对象图、协作图主要用于设计阶段,构件图和部署图主要用于实现阶段[3]。

3 战场频谱管理系统需求建模分析

3.1 战场频谱管理系统功能剖析

战场频谱管理系统功能包括[4,5]:

1)项目管理 为了便于管理频谱数据及存贮计算结果,在设计之前将频谱管理纳入项目管理范围,内容包括建立新项目、打开已有项目。

2)频谱监测 实现对检测站的控制和监测数据的分析处理等,包括检查监测站的配置、选择监测站设备及监测天线;对信号进行测试,查看一定频段内频率占有情况;对信号参数进行测量,计算信号的频偏、带宽和载频;查找干扰源位置。

3)电磁兼容性分析 对可能受到的或产生的干扰进行预测,从频率、时间、空间和能量四维角度考察各电子设备间的电磁隔离度,分析所产生干扰的大小及影响范围,评价干扰的危害程度。

4)频率规划与指派 为各种无线电业务划分无线电频谱的过程,为有效使用频谱,划分的频段必须符合预期业务要求的传播条件。

5)电子系统数据库 为各类电子系统建立数据库,记录其特性参数。这些数据是进行敌我识别,生成对抗措施的基本资料。

6)电磁态势显示。对战场上各种电磁信号的类型、属性和分布情况进行分析,并用图形、分析报告等方法将战场电磁态势表现出来。

7)网络服务 主要完成两种功能:一是网络通信,即实现数据的收发、传输;二是实现简单的网络管理。

3.2 战场频谱管理系统用例模型

根据上述的系统需求分析,对系统进行需求分析。在UML中用例图可从系统的外部看到系统的内部功能,它采用一些图形符号和文字来记录使用者的要求。用例图的基本元素有角色、用例、关系。

角色是指与系统交互的人或物。角色有3类:系统的使用者、外部系统、时间。战场频谱管理系统的角色有直接使用该系统的人和外部数据库,其中外部数据库有地理信息系统(GIS,Geographic Information System)和无线电台(站)设备数据库。

用例是系统提供的一种功能,是系统、子系统或外部参与者交互的动作序列的说明。战场频谱管理系统的顶层用例有:项目管理、频谱监测、电磁兼容性分析、频率规划与指派、数据管理、电磁态势显示、网络服务等7个用例。系统顶层用例图如图1所示,顶层图反应了系统总的需求情况。

3.3 顺序图

顺序图用来反映若干个对象之间的动态协作关系,主要反映对象之间发送消息的先后次序,说明对象之间的交互过程。顺序图由若干个对象组成,每个对象用一条垂直的虚线表示(线上方是对象名)。每个对象的正下方有一个矩形条,它与垂直的虚线相叠,矩形条表示该对象随时间流逝的过程(从上至下),对象之间传递的消息用消息箭头表示,它们位于表示对象的垂直线条之间。

1)基本数据输入顺序图。使用者通过数据管理的基本数据输入窗口输入基本数据,一部分基本数据由使用者根据战场情况和要求,从数据窗口输入,另一部分与地理有关的数据可通过查询地理信息系统来获得,与设备有关的信息可从无线电(台)站数据库中获得。基本数据输入结束后,保存在频谱项目数据库中,供后面的设计模块调用。基本数据输入顺序图如图2所示。

2)电磁兼容性分析顺序图。基本电磁数据输入结束后,就可以进行各功能计算了,这里以电磁兼容性分析为例。在电磁兼容性分析窗口中,通过变换参数的计算各种干扰,得出台站干扰的大小及影响范围,实时显示在该参数状态下电磁态势图上,最后结果保存在频谱项目工程数据库中,供后面的设计模块调用。电磁兼容性分析顺序图如图3所示。

3.4 活动图

活动图描述系统中各种活动的执行顺序,活动图常用于描述一个操作执行时的流程,也可以用于描述一个用例的处理流程,或者某种交互流程。活动图由一系列活动组成,当某个活动执行完毕之后,控制将沿着转移箭头转向下一个活动。在UML中没有流程图,可以用活动图来描述系统的总体或局部流程。图4为战场频谱管理系统总体活动图,可分为项目管理、工程数据建立与管理、数据管理、电磁兼容性分析、网络管理、频率规划与指派和电磁态势显示等7个部分。

4 结束语

本文采用UML对战场频谱管理系统进行了需求分析,开发建设战场频谱管理系统有利于战场电磁资源的管理,提高电磁资源的处理速度,降低电磁资源管理的成本。

使用UML对系统需求进行描述可以帮助用户和分析人员对问题描述和理解达成共识,较少语义差异,保障分析的正确性,克服传统需求分析在问题领域、系统功能描述方面精确度低的问题。在实际应用中,UML可以根据不同的系统,从不同的角度,以不同的详略程度对系统需求进行构造。

参考文献:

[1] 谷岩峰,高常见,安渭琳.战场电磁频谱实时管理问题研究[J].国防科技,2007(5):71-73.

[2] 孙朝霞,李春光,马莉.基于UML的车辆管理系统需求分析[J].青岛建筑工程学院学报,2005,26(2):71-73.

[3] 郑益民,倪宏革,郝令涛.基于UML的公路涵洞CAD系统的需求分析[J].烟台师范学院学报:自然科学版,2005,21(4):306-309.

[4] 梁百川.战场电磁频谱监测与管理[J].航天电子对抗,2007,24(4):38-41.

管理系统需求范文第5篇

[关键词]需求目标;功能需求:数据库需求;安全需求

汽车产业在各国经济发展的过程中起着举足轻重的作用,目前随着汽车产业的快速发展,作为汽车服务体系的汽车维修行业,得到了人们的高度重视。随着汽车大量进入千家万户,汽车维修行业飞速发展。汽车维修企业的正常运营中需要管理种类繁多的汽车配件、为客户提供维修服务。本文将对汽车维修保养管理系统的总体目标、功能特点、数据需求、业务流程、数据流程、约束需求以及安全要求做出分析。

一、系统总体需求目标

汽车维修保养管理系统的主要目标有:

1.信息的完整性:系统的基础是数据信息。只有正确翔实的信息才能保证业务人员做出正确的决策。因此软件设计方面必须加强信息完整性方面的工作。采用值约束、缺省等多种方法确保信息的完整性。整个系统在功能上、数据安全上、基础信息的维护等方面应有充分的保障。

2.实用性:本系统是一个面向实际应用且针对性很强的软件系统。它的建成将取代手工的低效率工作。因此在进行系统建设的同时必须考虑到业务人员的使用习惯,系统界面简洁,易使用,易维护。从满足当前应用需求为主的角度出发,注重系统的综合功能和总体性能。针对将来实际处理业务量的增加和系统升级,做到预留接口并充分考虑系统的可扩充性和前后兼容的一致性。

3.高效稳定性:系统运行速度快。效率高,有效防止各种人为操作错误,维护数据的完整性。软件开发工具和数据库必须是成熟稳定,经过长时间验证的,以保证系统平台的可靠性。

4.灵活性:系统在设计初期就考虑了灵活性的问题,实现了在完成基本功能的基础上,做到单个模块独立使用,既可以互相管理操作又可以单独使用的功能。

5.安全性:用户进入系统时,应先经过严格的身份验证,根据其权限级别使用系统的某些功能和数据。防止信息泄密和对保密信息的非法侵入。

6.可扩展性:汽车维修行业是不断发展和完善的。在系统开发完成后,系统必须保证在用户有新的需求时能方便地增加一些功能或模块,及时解决用户实际问题,同时还要与系统的其他部分能够保持风格一致,不改变管理人员的使用习惯,使得软件具有较好的可扩展性。系统需设计合理,技术先进,以便保证整个系统的不断发展。体现系统的高技术起点、功能强、易于扩展、便于用户使用。

7.可操作性:系统的界面设计应符合日常办公运作的需求,界面清晰、风格统一、功能完善、易于操作。维护方便等特点。方便非计算机专业人员使用。

二、系统需求

1.功能需求。在项目启动的前期调研中,我花费大量时间查询资料,分析国内外汽车维修企业现状和经营方向,经营手段和经营理念。力争做到了解行业现状和行业具体业务的操作流程,做到心中有数。准备好提纲再坐下来和客户进行面对面的沟通和探讨,真正了解客户公司的行业共性和企业的独立特性。在与客户的多次沟通中。我们开发小组真正做到了解客户,适应客户,并且让客户对企业信息化管理有了更深层次的理解。对于用计算机业务系统管理企业的相关业务从最初的不了解甚至抵触转变为真正理解这是一个企业提高自身管理水平的重要手段,提高了员工工作效率,更切实有效的降低了员工日常工作的繁杂程度,对企业对员工自身而言是双赢的选择。在与客户的多次沟通中,经过和客户几个轮次的推敲和讨论。最终达成了基本共识,管理汽车维修保养管理系统专门针对汽车修理行业。涉及汽车修理行业的方方面面:为车辆和车主建立个体档案,为客户提供跟踪服务;车辆进场的接待、维修调度、出厂结算;配件进仓记录、维修车间领料记录:库存存货情况、人仓明细表及汇总领料明细表与提供运营各个流程有关数据的报表。

2.系统数据需求。经过详细的调研得出分析,汽车维修保养管理系统涉及到的数据信息包括:汽车类别信息、配件信息、客户信息、供应商信息、业务员信息、仓库信息、入库一单信息、维修出货单信息、库存信息、转仓信息、用户信息、用户权限、系统日志等。

3.系统数据流程。在汽车维修保养管理系统的设计中,一个通畅的数据流程是今后系统用以实现这个业务处理过程的基础。用户的需求具体体现在各种信息的提供、保存、更新和查询,这就要求数据库结构能充分满足各种信息的输出和输入。收集基本数据、数据结构以及数据处理的流程。为后面的具体设计打下基础。数据流程分析主要包括对信息的流动、传递、处理、存储等的分析,它把数据在组织内部的流动情况抽象地独立出来,舍去了具体组织机构、信息载体、处理工作等。单从数据流动过程来考察实际业务的数据处理模式。现有的数据流程分析是通过数据流程图来实现的,其具体做法是:按业务流程图理出的业务流程顺序,将相应调查过程中所掌握的数据表、模型等转换成数据流程图。用户的需求具体体现在各种信息的提取、保存、更新和查询。这就要求数据库结构能充分满足各种信息的输入和输出。

4.系统安全需求。数据库安全性是数据能被集成共享的关键之一。汽车维修保养管理系统采用以下安全措施保证系统安全性:

(1)用户识别。系统对每一位用户设置了用户账户。用户登录系统时要输入正确的口令。只有合法用户才能进入系统。

(2)角色管理。不同角色的用户拥有不同的访问权限,防止用户对数据库进行非法操作。

(3)建立日志文件,跟踪记录用户对系统每一次操作的详细情况。

(4)建立数据定期备份机制。

本文对汽车维修保养管理系统进行了需求分析。分析了系统的建设目标、功能需求、数据需求、安全需求等。确定了系统的开发目标,为下一章的系统设计指明了方向。

参考文献:

[1]志光.上海汽车维修业现状和加快发

展对策[J].车与配件,2005,(9).

管理系统需求范文第6篇

关键词:高校 财务管理 需求

在我国,随着"教育信息化建设工程"的深入,近几年来,国内高校为了适应社会与技术的发展,财务部门的信息化建设有了十分迅猛的发展,已经广泛地应用于学生收费、教学经费管理、科研收支管理以及财务查询等领域,并且取得很好的效果。目前高校财务管理信息化建设还处于初期阶段,现就高校财务管理系统需求进行如下分析:

一、总体目标

(一)实现学校财务管理工作信息化

财务管理以计算机网络为基础,以管理系统为依托,将财务有关的账务处理、工资管理、学生收费管理、固定资产管理、财务信息管理等工作联成一个整体,使财务的管理过程规范化,信息搜集、处理更迅速、准确。

(二)建立集中统一的基础数据库

建立工资、学生收费、固定资产等信息数据库,实现网络数据共享,对财务信息数据进行统一管理,为日常的财务管理、领导决策提供可靠的信息技术支撑。

(三)利用现代化的管理技术,保证数据的一致性与完整性

利用现代化的计算机网络通讯技术,合理运用数据库管理技术,提高数据处理的及时性,保证数据使用的准确性,实现一次性录入,可以多次使用和共享,保证数据的一致性和完整性。

(四)有良好的可靠性,可维护性

财务管理系统应该具有良好的容错能力,必须有强烈的抵御外界干扰能力。同时在总体分析设计的基础上,根据业务发展的需要可以比较容易地修改与扩充功能。

(五)系统易学习,易操作

系统应具有良好的人机界面、操作方便易学,不仅财务专业人员能够轻易掌握使用,非专业人员通过系统附带的简单使用说明即可掌握使用。

二、功能需求

(一)学院的组织结构和财务数据流

财务管理系统与普通财务软件的很大不同在于财务管理的集成化。这种集成化不仅体现在财务系统内部之间,而且还要保证财务管理与供应链中的其他系统紧密结合。大部分高校的机构设置相同,是一个金字塔型的结构:金字塔的最高层是高校的最高管理者;中间层是高校的职能机构,用于对学院的日常事务的管理,如人事处、财务处、教务处、学生处等;第三层是教学部门,由二级学院和系部构成,主要任务是执行教学活动。

根据学校的业务流程和管理形式,信息流大致有两类:第一类是教学数据信息流,包括教师信息,学生个人信息,学生课程学分信息,学生费用信息等;第二类是高校的管理信息流,包括人事组织信息,财务信息,项目经费的支出等信息,高校的各种政策信息等。

这两类信息流是随着学院的业务流程和管理模式产生的,综合整个学院的信息流,不难分析出这两类信息的发生是伴随着学生入学,以及学生接受教育过程而产生的,信息数据主要包括学生的学杂费、职工的工资奖金、设备购置费等等,信息的传递是靠手中的各种单据,最后各种信息通过报表的形式汇聚到学院的职能部门,最后数据的汇集地是财务部门。

(二)财务管理系统的主要业务

财务管理系统的核心作用是为学院财务管理、学生缴费管理、员工工资管理等提供有力的系统支持。因此,学院的财务管理系统不仅仅局限于传统意义上的财务资金管理,而是根据与核心财务业务的密切程度,将资金预算与支出管理、学生学费与缴费管理、教职工工资与工作量管理以及资金经费项目管理等功能都集成在一起。同时,财务综合管理系统与学院其他系统如学生管理系统、教务管理系统等都有数据的交互。在本系统中,根据用户的角色,可以处理多种财务业务信息,例如系统设置、资金项目管理、学生收费管理、教职工管理、财务信息查询等。

(三)功能需求说明

根据上述用户操作流程的分析,可知系统主要的功能需求有:资金项目管理、教职工管理、学生缴费管理、财务信息查询等。

1、资金项目管理

财务管理不是传统意义上的会计电算化业务处理,主要是在现有高校财务管理软件的基础上,提取、归集、相关数据、报表等,为领导决策提供准确、及时的财务信息。通过部门指标控制和管理以实现学院的分级财务管理。

资金项目的范围管理,是指对不同来源的资金项目、科研课题经费可报销内容的管理。范围管理是作好资金管理的基础。以学院发展建设经费、人员经费、教学经费、科研经费、后勤运行经费等几项主要的资金项目为例,不同的经费项目允许报销的内容是不同的。

2、教职工管理

学院教职工的工资管理主要包括工资管理和工作量结算管理两部分业务。

为了体现按劳分配、优劳优酬、多劳多得的基本原则,根据教职工的职称、岗位、绩效等项目,工资的各项数额划分不同的等级。教职工岗位、职称数据通过人事管理系统获得。

工作量结算管理主要是对教职工的工作进行量化评估,对教职工工作量津贴的结算也是按照教职工的职称、岗位划分不同的标准,按照完成工作量的数量,乘以每个工作量的津贴数给付工作量津贴,作为对教职工工作的报酬。学院教职工工作量主要包括教学工作量、科研工作量、非教学工作人员工作量等,这部分数据直接从现有的科研管理系统、人事管理系统、教务管理系统提取,来自于教务管理的排课、课程调整、论文指导、论文评审等环节,人事管理环节,科研项目申报审批环节。

3、学生缴费管理

学生的缴费管理主要由每学年开学时收取的学费和其它收费项目构成。

不同学历、专业、学制学生有不同的收费标准,学费的标准主要根据学生所在级、层次、专业、师范生标志来确定的。学生的所在年级不同,可能收费标准不同,学生的层次和专业不同,收费标准也可能不同,这部分数据来自于教务管理系统中的学生注册和选课模块,根据学生用户的学籍信息生成收费项目。此外,学生在校期间还会有额外的收费项目,例如超额用电部分的电费扣缴、住宿费等。

三、数据需求

用户的需求具体体现在各种信息的提供、保存、更新和查询。这就要求数据库结构能充分满足各种信息的输入和输出。收集、整理基本数据、数据结构以及数据处理的流程,组成一份详尽的数据字典,为后面的具体设计打下基础。

四、性能需求

(一)稳定性要求

由于财务管理系统数据流量大,特别是用户查询并发操作频繁。因此,需要稳定性来确保系统的可靠性,要求系统在出现故障,例如网络异常等情况时要有相当的处理机制和恢复机制,从而提高系统的实用性。

(二)安全性要求

系统在实现时必须进行信息资源的有效保护,针对不同的应用需求,采取不同强度的安全保密方式,在必要时才去数据加密存储/传输、数字签名、身份认证和存取控制;在网络层面上采用软硬件的防火墙、日志服务器、入侵监测系统以及安全管理制度,建立防病毒、防攻击的系统安全体系。

(三)易用性要求

考虑到校园网内大部分的非专业用户,系统要提供层次清晰、友好的功能界面,提高平台的可操作性和人机交互功能,方便用户的使用。

(四)系统高度的开放性和扩充性

平台应提供各种必要的标准接口,以便学校可根据需要随时增加功能,使系统可随着学校的需求扩展进行相应的软件的配套升级;在系统容量上系统应该具备良好的扩充性,应对随时增长的用户规模。

课题来源:cwzx201143

参考文献:

[1] 史庭俊 朱建明 马建峰,网络系统安全和容错模型的建立及分析[J] 计算机工程与应用,2002,14:19-20

[2] 张春霞 我国会计电算化的发展问题分析和前景展望,经济师,(5),2006,226-227

管理系统需求范文第7篇

关键词:电子政务 管理系统 设计

一. 当前群众评议机关的工作模式分析

安顺市委、市政府近几年开展群众评议机关活动,活动中每年都需要下发大量表格到市直各部门、区、县,组织万名以上相关人士对上百个市直部门及区县进行年度工作业绩、工作效果、群众满意度进行评价,并提出具体意见和建议。

就目前安顺市群众评议机关活动的操作过程来看,其方式主要是在与表格的下发、收集、数据处理和汇总。下发评议表格(见附录表1、表2、表3)。表格下发和收集需要动用大量的人力和物力,花费很长的时间周期,对回收的表格进行数量的统计和编号也需做大量的工作,往往存在一定的误差。在数据处理之前,还要从有关单位抽调计算机操作熟练人员参与数据录入和分类,这也需花费2月左右的时间,并且其准确度也达不到保证。下图为当前安顺市群众评议机关活动工作流程:

图1.1工作流程

同时,就评议过程和结果来看,当前的评议工作还存在一些问题。主要表现在参评议人员的选取不够全面、评议的组织部门专业化程度不高等方面。参评人员缺少对机关工作最为了解的普通工作人员和普通人民群众,导致该层面的评议结果不够客观,准确度不高。评议机构采用评议的技术和手段不够专业,使用纸质和单机方式,缺少完整的评议系统。

二. 开发群众评议机关系统的构想与设计

如何利用发展电子政务的机遇,使安顺市机关作风建设更加体现公正公平,提升参与评议人员的数量,使结果更加准确,逐步完成从传统纸质评议向网上电子评议的转变,用先进的计算机技术、网络技术实现对机关的评议和管理过程,是设计和开发评议机关管理系统的当务之急。

笔者认为,要解决当前在评议工作中存在的问题,特别是数据收集和处理问题,新开发的软件系统应将B/S模式和C/S模式结合起来,用B/S模式实现数据收集,C/S模式实现数据处理。B/S模式通过浏览器方式提交评价数据,这样将可以解决大量纸张的浪费和繁重的收集归类工作等问题,并扩大参评人员范围。通过使用C/S模式快速、准确完成数据的计算和各种处理任务,提高评议工作效率。

1. 基本功能需求

群众评议机关工作涉及到总体评价表、综合评分表、具体意见表等的数据录入、统计、查询、打印。开发系统的根本目的在于在收集评议数据后,通过计算,实现各种数据的统计、查询、排序和打印,同时,考虑到系统数据的安全性,软件应对用户权限作作相应的规定和限制。在进一步调查研究的基础上,结果认真分析,本软件应具有总体评价、综合评分、具体意见、用户权限管理等功能

⑴、总体评价管理

总体评价意管理见涉及到对政府机关的满意度评价,包括满意、比较满意和不满意的收集和统计,具有表扬、批评、建议的录入、统计汇总、查询和打印功能。其中,总体评价数据收集主要在B/S系统中实现,处理和打印在C/S系统中完成。

⑵、综合评分管理

群众评议机关过程中,对机关评价很重要的一项就是综合评价,综合评价具体体现方式就是综合评分。每个评议人都可以对所有的被评议机关进行打分。被评部门所得分数是按照权重计算出的平均分。

计算平均分公式如下:

对综合评分表中被评部门所得分数求最后得分,其计算方法为:首先求出初始平均分Xk:

K为评议人类别数, k=1 10; nk为第k类评议人总数

求出最后得分X:

Xk为初始平均分,Wk权重。

其中,被评议部门数量每年可能都会变化,评议人类别数量也会根据需要产生变化,权重也会随之变化而变化。平均分数的计算必须除了以综合评分和权重为参数外,还要准确地统计出参评部门数、评议人类别数。在之后的最后得分的查询和打印中,能根据参数的变化输出实际需要的表格。同时,具备打印原始数据的能力。

⑶、具体意见管理

具体意见主要是评议人对被评议部门的具体看法,包括表扬、批评和建议意见。实现具体价意见录入、查询、统计、排序和输出。

⑷、用户权限管理

评议结果及原始信息的安全性需要的到保证,普通工作员一般只具有查询权限,数据编辑是专门的操作员,而数据计算则需要统计汇总权限。所以系统应该具备对不同的人员设置相应的权限,并具有增加用户、删除用户、密码修改、设置用户权限等功能,不同类型的用户只能获得权限规定的操作,限制非法操作。

2.数据库设计

数据库设计的好坏,将直接影响程序开发成果直至后期长期维护过程事务的繁重与否,如果没有一个好的数据库设计方案,将难以满足数据的完整性和安全性等问题。为了保证数据的完整性和一致性,提高数据库存储的效率,需要设计合理的数据表,同时满足评议系统的各项事务的需求。本系统中,B/S子系统和C/S子系统均要使用相同的数据表来完成数据录入和处理。从评议工作过程来分析,系统涉及到评议人、被评议部门、总体评价表、具体意见评价表,综合评分表等基本信息,同时对基本信息处理后生成现有结果信息。在进一步分析基础上,得出本系统基本的实体联系图(E-R)模型:

图2.1 实体联系图

从系统基本的实体联系图3.5可以看出,可视“评议人”、“具体被评部门”、“市政府”三个实体,而把“具体意见评价”、“综合评分评价”、“总体评价”视为三个联系,构成实体与联系之间的关联关系,并且一个评议人可以评价多个部门,每个部门也可以被多个评议人评价,评议人对具体被评部门之间的具体评价和综合评分均是多对多的关系;评议人对市政府,存在的是一对多的关系。

三. 网络及安全需求

网络系统的可靠运转是基于通讯子网、计算机硬件和操作系统及各种应用软件等各方面、各层次的良好运行。因此,网络风险将来自应用中的各个关键点可能造成的威胁,这些威胁可能造成总体功能的失效。

基于B/S架构的子系统的安全问题主要是服务器的安全问题,主要包括服务器账号安全、数据传输安全等问题。在B/S系统中,把数据库账号和服务器账号分开,系统使用独立账号登录数据库,同时提高强化服务器账号管理,只有授权用户才能正确进入服务器,防止用户对系统及数据库进行非法操作。数据在互联网上传输也决定了系统安全设计的重要性。要保证信息的安全,不仅要保证服务器中数据和程序不被窃取,还应保证信息的安全传输。因此,网络通信安全是整个系统安全的一部分,系统设计需要考虑整个系统的安全设计与网络安全设计的关系。同时,用户身份的确认在B/S系统中是非常重要的,因为B/S系统正是根据用户的身份来提供个性化的服务以及不同的权限,所以,如何对用户身份进行安全的确认,防止假冒和非法攻击是维护数据安全性非常重要的环节。在评议系统中,因为面对的是广大评议人,对服务器的访问需要通过IP地址或认证方式在客户端就直接做好相应的限制。

在C/S子系统中,数据处理功能较为复杂,为保证数据的安全,需对用户权限进行设置。不同层次的用户可视信息范围不同、可操作功能程度不一样,一般用户具备数据查询功能,较高级用户具有数据编辑功能,高级用户可以计算、统计、打印数据等。因此系统需要考虑用户编辑及权限设置功能,在使用系统前需通过用户名和密码登录,从而达到对用户权限限制。

四.结束语

随着我国经济已进入新一轮的改革发展期,各级政府职能的转变、作风的改进等均提出了更高要求。因此,群众评议政府、评议机关的活动,将会在深入,不断改变工作作风、提高政府工作效能中越来越受到各级政府和广大群众的关注。在信息技术迅猛发展的时代,特别是以物联网的应用、IPV6的布署为特征的下一代互联网的发展,群众评议机关管理系统必将向着更客观、更开放、更透明、智慧化方向发展。群众评议机关管理系统将会在群众评议活动中发挥积极有效的推动作用。

参考文献

[1] 软件工程.张玲,丁莉,李娜. 北京:清华大学出版社.2005.9

[2] 软件项目管理案例教程[M].韩万江,姜立新.北京:机械工业出版社,2004.

[3] SQL SERVER 2005.康会光,王俊伟,张瑞萍. 北京:清华大学出版社.2007.12

[4] 程序设计实践教程.孙践知. 北京:中国铁道出版社.2009.6

[5] Humphrey, W.S. The Team Software Process. Software Engineering Institute. Carnegic Mellon University. 2000

[6] 中国地方党政机关绩效评价新方式初探.谢宝富.北京:北京大学出版社 2008.1

[7] Power builder程序设计 华铨平主编 清华大学出社

作者简介:

管理系统需求范文第8篇

[关键词]医疗设备维修;管理系统;方案设计;需求分析

医疗设备的维修管理是其生命周期管理中最为重要的环节,其不仅是保证设备完好的关键,也与临床应用是否安全有效密切相关,是医院医疗质量与安全的重要组成部分[1-2]。近年来,随着医疗设备种类和数量的大幅度增加,医疗设备维护及管理工作繁重,对医院的医疗设备维修管理水平也提出了更高要求[3]。加强医疗设备维修管理,不仅可以提高医疗设备完好率,使其更好的为临床服务,还可促进医院设备管理向精细化和信息化方向发展,从而使医院能够利用最优的医疗设备资源创造更大的经济效益和社会效益[4]。

1医疗设备维修管理系统总体方案设计背景

近年来,随着医院的不断发展,医疗设备种类和数量在不断增加,传统的维修管理模式已经不能适应现代化医院的发展,只有通过多元化的科学管理才能获得更大的效益[5]。通过对如东县人民医院医疗设备维修管理工作的深入了解,发现需要亟待解决的相关问题。(1)医疗设备维修时间长[6]。一方面由于医疗设备技术专业性强,技术含量高,导致维修人员检修时间过长;另一方面是由于无专门的配件管理,工程师在遇到需要更换配件时,一般采用现购置方法,且产生费用的维修报批时间长,从而延长了维修时间。(2)维修管理项目种类繁多,内容琐碎。医疗设备相关记录需要使用大量的纸张,且以手工记录为主,记录的文档不便于查询和保存,给设备维修管理和总结分析带来了不便。(3)医疗设备的日常保养维护缺乏计划性,预防性维修工作盲目[7]。(4)各医院普遍存在“重医轻工的思想”,维修工具简陋,导致工程师只能做一些简单维修,遇到有难度的维修只能求助厂商工程师[8]。而长期依赖厂商工程师又会导致医院处于被动地位,出现维修响应不及时,维修费用高等问题。(5)使用科室无法实时监督设备维修状况,各科室之间得不到良好沟通,影响临床科室正常使用[9]。医院需要一个医疗设备维修管理系统,用于管理相关记录信息,合理分配现有工程师,制定日常维修保养周期,使设备维修管理工作规范化和科学化[10]。

2医疗设备维修管理系统总体需求分析

医疗设备维修管理系统主要涉及临床使用科室、医疗设备维修组以及医疗设备管理办公室3个使用部门,只有将3个部门工作相辅相成,才能不断提高医疗设备完好率,确保临床诊疗工作有序进行。

2.1临床使用科室系统需求分析

临床科室护理人员的主要职责是管好本科室的所有医疗设备,如设备的使用和保养、设备故障报修及设备报废申请等,故其主要系统需求分析有故障报修与维修状态查询、设备日常保养与保养状况查询以及设备报废申请与报废状态查询。

2.2医疗设备维修组系统需求分析

医疗设备维修组的主要职责是接收临床科室的故障报修信息、及时派工维修、反馈设备的故障现象、合理使用维修配件、参与报废设备的检验及处置工作、制定周期保养计划以及进行预防性维护保养等。其主要系统需求分析如图1所示。

2.3医疗设备管理办公室系统需求分析

医疗设备管理办公室主要运用系统完成查询与统计工作,查询操作贯穿于系统的各项业务中,主要包括注册用户信息、医疗设备信息和设备配件信息查询,其可以帮助各科室及时掌握设备维修情况。统计操作不仅能实现维修工作量、设备故障率、维修服务费和设备配件费的统计,也是科室管理的重要依据。

3医疗设备维修管理系统设计

3.1逻辑功能设计

在上述需求分析的基础上,将医疗设备维修管理系统归纳为基础业务和核心业务两大模块。①基础业务模块,分为系统管理和基础数据管理2个功能模块,系统管理主要面向于系统管理员,完成系统维护及数据初始化等工作,基础数据管理是临床使用科室与设备科工作的实体,可完成各项数据的建模工作;②核心业务模块,涵盖设备维修管理中的所有业务,即故障报修、派工维修、预防性保养、配件管理和设备报废5个功能模块。

3.2整体方案设计

使用医疗设备维系管理系统不仅可适应医院的信息化管理,而且能够完善医学装备科的日常业务,使医疗设备的维修、费用支出和报废处置等工作更加透明。本研究在系统逻辑功能设计的基础上进行整体方案设计,其整体设计如图2所示。

3.3数据库设计

经过对医疗设备维修管理系统的逻辑功能及总体方案设计的详细分析,建立满足医疗设备维修管理系统的数据库模型,模型可直观了解系统中的关系类与实体类。该系统的数据库实体-联系模型如图3所示。

4医疗设备维修管理系统优势

4.1实现医疗设备维修管理信息化

系统主要用于实现医疗设备的故障报修、派工维修、预防性保养、配件管理、设备报废、信息查询和工作量统计的自动化管理。采用信息化管理不仅可优化故障报修流程,缩短维修响应时间,记录设备不同时期的故障原因及检修方法,还能科学安排医疗设备的保养计划,延长设备使用寿命,实现医疗设备报废透明化。此外,维修工程师能够应用该系统对医疗设备出现的故障进行统计分析,从而做到早预防和早检修[11]。

4.2提升医疗设备维修档案管理质量

随着医疗设备的不断增多,随机带来的资料也日益增多,因此传统的档案管理均难达到要求,故医疗设备维修档案无纸化管理势在必行[12]。使用医疗设备维修管理系统可将医疗设备购置、维修保养、质量安全检查、培训考核、设备巡检、更新和报废申请等方面的资料进行无纸化管理,减少资源浪费。设备使用科室和管理科室也能及时查看该资料,掌握设备的使用技术状况,通过分析其使用率、完好率、维修率和报废率等资料,为医院更新和购置新设备提供有效的依据。

4.3提高医疗设备经济效益

医疗设备的效益分析贯穿其整个生命周期,使用维修管理系统不仅可以从设备完好率、使用率及报废折旧费等多个方面对其进行经济效益分析,还能反映医疗设备管理人员、使用人员及维修人员的工作效率,便于医院进行资金质量控制[13]。

5结论

通过对医疗设备维修管理系统的需求分析与方案设计,促进医疗设备的规范化管理,实现维修管理工作的信息化,从而规范科室工作流程,提高工作效率[14]。改变医疗设备维修、保养和报废等工作方式,通过该系统可使相关信息不再遗漏并且存档方便,工程师也可合理安排维修保养计划,进而提高工作效率[15]。利用系统可实现无纸化办公,降低办公成本。医疗设备维修管理系统的使用是一次设备管理工作方式的转变,为日后工作的创新奠定了坚实的基础。

管理系统需求范文第9篇

关键词:系统需求概述;总体功能结构描述;各主要功能分析;系统可行性分析

中图分类号:TP311 文献标识码:A 文章编号:1009-3044(2017)01-0286-03

1 系统总体需求概述

电子商务是多学科的综合,它是一门集计算机技术、互联网技术、市场营销学及商务理论于一体的综合性学科。因而电子商务专业培养的学生应该是既懂商务,又懂计算机技术的复合型人才。出于这样的目的,我校结合自身优势及目前各高校电子商务课程开设状况形成了自己的教学体系。但是在整个教学中,采用传统的课堂教学方式,每个教师只介绍每门课成涉及的内容,造成了学生只重视理论学习,忽视实践,学科之间无法形成体系。学生到头来,感觉自己虽然学了很多,但真正工作时却感到无从下手。这也是造成很多学生毕业后无法直接上岗的原因。

电子商务是一门实践性很强的学科,它对学生的实践能力要求很高。在这样的背景下,电子商务辅助教学管理管理系统针对学院实际情况,采用分阶段教学方式,在实际商务环境下完成电子商务专业教学任务,满足学生、教师和企业用户需求;监控学生的学习状况、教师实时给予指导;利用网络加强了学生、老师和企业的沟通,及时获取企业信息,有利于学生实践;方便学生任务完成结果的统计评价,实现信息共享;提高教学管理的规范化和效率;促进电子商务专业教学的全面提升。企业用户可以共享学生实训结果,了解学生实训状况,为其选拔人才和有侧重的培训员工奠定良好的基础。

2 系统主要业务流程分析

系统主要业务流程分析是凸显电子商务辅助教学管理系统与现有电商实训系统的不同之处的重要展现。因此,在整个系统分析中占有举足轻重的地位。电子商务辅助教学管理系统充分体现了电商教学理论联系实践的目的。教师在教授理论知识的同时,结合市场和企业需求,组织学生在真实地环境中进行实践;通过教学任务的方式进行实践,教师可以起到及时地监督指导作用,学生也做到了在实践中学习。因此电子商务辅助教学管理系统的关键业务包括教学资源形成业务、教学任务业务两个方面。下面将对这两个业务的流程进行详细的分析。

2.1 教学资源形成业务

教学资源形成业务流程,如图1所示。

图1描述了电子商务辅助教学管理系统中教学资源形成的业务流程。教师结合市场发展需求、合作企业的订单要求及课本知识,组织形成教学资源。由教学资源派生出相应的教学任务,教学任务中有明确的时间和标准要求,任务结果将直接和学生的学习成绩连接,提高了学生的重视程度。整个过程是在真实环境中操作完成,有效避免了虚拟实训环境不真实的缺点及一些实训内容对学生监督不力的情况。更加体现出电子商务辅助教学管理系统对实践的重视程度,真正做到了教学中联系实践,实践中体现教学的目的。

2.2 教学任务业务

教学任务业务流程,如图2所示。

图2描述了电子商务辅助教学管理系统中教学任务的业务流程。学生可以查看教学资源、教学任务。在教学任务规定的时间内上传任务结果,以方便教师及时进行考核,并形成考核成绩,考核成绩最终会形成学生的学习档案。学生实践成绩可以满足学生查看及打印的需求,同时企业也可以进行浏览,为企业选拔人才提供一定的依据。

教学任务之间有一定的先后顺序,只有在前者完成并通过审核的基础上才能进行后续教学任务。如:店铺开设,学生只有在规定的时间开设店铺,并结合合作企业提供的货源或者是自己寻找的货源完成商品上传。教师才会审核通过,学生才能进行后续的网店美工教学任务。在完成网店美工教学任务并经教师审核通过后,才能进行网店运营中站内和站外营销的教学任务。每一阶段教学任务完成后,教师都会给予相应的成绩和评语,考核结果以文档的方式储存。所有教学任务考核成绩将组成学生的学习档案。学生外出实习或找工作时可以进行打印,作为找工作时学习能力的证明。企业也可以在线浏览学生的学习情况。

3 各主要功能分析

电子商务辅助教学管理管理系统主要为本校电子商务专业教师教学和W生学习提供有效管理平台,在实现学生理论知识学习的同时,结合企业实际要求和社会需求开展实践教学,从而达到理论联系实际,提升本专业学生实际操作能力的目的。

3.1 用户注册与管理功能需求

用户注册与管理功能需求包括用户注册管理、用户权限管理、密码管理等具体功能业务。该功能主要面向电子商务教学中的系统管理员、教师、学生和企业。

(1)用户注册管理

系统管理员完成系统的初始化及日常工作,自动固定系统管理员、电商专业主任、教师、学生、企业5个角色,不可删除。本功能实现对用户的增加、修改和删除(学生姓名与学号必须一一对应),设置不同角色的操作权限,验证用户注册信息,维护用户的基本信息。

(2)用户权限管理

该功能实现对不同角色使用者的权限分配。不同角色的使用者会被分配不同的权限,被分配者只能根据其拥有的权限对系统进行相关的操作

(3)密码管理

该功能为使用者提供密码修改和找回密码服务。由于一些人为因素造成用户无法正常登陆,影响电子商务教学。因此,系统提供修改密码和找回密码功能,用户按照系统提示,修改和找回其对应的密码,但是新密码不能与原密码相同。

3.2 通知公告功能需求

通知公告管理包括教学通知管理、国内外电商资讯管理、教学任务管理、企业订单管理等具体功能业务。该功能主要面向电子商务辅助教学管理管理系统中的教师。

(1)教学通知

教学通知功能用于电子商务专业主任专业教学通知,电子商务专业主任和教师掌握的教学信息量较多,由其教学通知具有权威性和实效性,方便学生及时了解本校电子商务教学的最新通知。

(2)国内外电商资讯管理

电子商务是一个资讯性很强的专业,作为电子商务专业的教师和学生都需要及时了解该行业的最新发展动态。教师只有在了解电子商务发展趋势的基础上开展教学,才能达到结合市场需求培养学生能力的教学目的。学生通过相关资讯,可以更好地了解本专业。目前,网上虽然有专门的电商资讯平台,但真正关注这些网站的老师很少,更不用说学生了。因此,需要专业主任和教师及时地对相关信息进行增加、删除和修改。

(3)教学任务管理功能

该功能用于本专业教师增加、修改和删除教学任务及专业主任对教学任务的审核查看。教师按照教学计划上传教学任务,所上传教学任务具有一定的时间限制,便于学生及时完成任务及后期考核。专业主任可以直接修改和删除教师上传的教学任务,监督教师结合教学计划完成教学。教学任务在通知公告模块,有利于吸引学生的注意力。

(4)企业订单管理功能

该功能用于对企业用户的订单信息进行管理,主要涉及增加、修改和删除企业订单的功能。企业用户可以在通知公告栏一些订单信息,教师结合订单要求组织学生完成企业要求,达到教学与实践相结合的目的。

3.3 专业认识功能需求

专业认识管理包括专业岗位细分管理和细分岗位能力要求。该功能主要面向辅助教学管理系统中专业主任和教师。

(1)专业岗位细分管理功能

该功能用于电子商务细分岗位的增加、修改和删除。电子商务如今已经发展得如火如荼,但对于绝大数学生来说还是不能清楚地了解学习电子商务之后到底能从事哪些工作。专业岗位细分可以帮助学生明确学习目的,从而更有利于学生根据自己的兴趣爱好有侧重地进行学习。

(2)细分岗位能力要求功能

该功能主要用于对电子商务细分岗位能力要求的增加、修改和删除。学生在了解电子商务细分岗位的基础上,要结合自己的兴趣爱好进行在校学习。每个岗位的能力要求,是W生学习的方向,有利于指引学生进行学习实践。

3.4 电商之网店基础功能需求

电商之网店基础功能包括店铺管理、商品管理、网店美工管理和沟通工具使用管理。该功能主要面向电子商务教学中的教师和学生。

(1)店铺管理

是电子商务辅助教学管理系统中对于学生开店进行的管理。店铺管理功能包括开店流程和交易流程的展示管理(结合淘宝开店和交易流程进行展示)、学生以小组或个人的方式在淘宝上开店、开店的链接上传、修改管理。每组学生至少开设成功一个店铺。教师引导学生开店,在规定的时间内通过学生上传的店铺链接检查学生开店的实际情况。

(2)商品管理

是电子商务辅助教学管理系统中对于学生开店的延续,学生成功地在淘宝开设店铺之后就要进行商品的。商品管理主要用于为学生提供货源(结合本地经济特色,提供商品的详细信息)、审核学生商品的真实性。

(3)网店美工管理

该功能用于电子商务辅助教学管理系统中实践教学管理,网店美工老师结合教学计划新增教学任务,包括店标、店招的设计、商品详情页的设计、手机详情页的设计等。学生结合课堂所学知识对自己所开设的店铺进行装修,设计完成需截图并上传。网店美工老师根据学生完成状况给予评价。

(4)沟通工具使用管理

该功能用来展示淘宝沟通工具的使用方法。阿里旺旺是实现卖家和买家沟通的主要工具,同时也是卖家获取客户资料实现客户管理管理的重要依据,因此,系统提供了沟通工具使用管理功能。学生可以根据系统提示完成沟通工具的设置,更加方便快捷地与客户沟通,实现客户关系的管理,为后期运营积累一定的用户基础。

3.5 电商之技能功能需求

电商之技能功能是电子商务辅助教学管理系统中比较重要的功能。该功能将实现包括微博、微信、搜索引擎、博客、论坛等运营工具的教学任务管理及运营结果管理。该功能主要面向教师和学生。

(1)运营工具教学管理

该功能用于根据增加、修改和删除运营工具的指导和相关教学任务。运营工具指导包括微博、微信、搜索引擎、博客、论坛的指导及相关教学任务的布置,从而使学生结合所开设店铺进行网络营销活动。

(2)运营结果管理功能

该功能用于学生增加、修改和删除其运营结果截图,教师根据学生所选择的运营工具及教学任务进行检查统计。

3.6 合职之家管理功能

合职之家管理功能包括答疑解惑、经验交流和教师管理三个功能。该功能面向电子商务辅助教学管理系统的全部用户。

(1)答疑解惑功能

该功能实现对学生用户所遇问题的添加,修改和删除,系统内所有用户包括专业主任、教师、学生和企业都可以参与到问题的讨论中。

(2)经验交流

该功能用来实现电子商务在校大学生和离校大学生之间的沟通,主要以学生之间的沟通交流为主。

(3)教师管理

该功能为教师用户提供用户及用户所发表信息的屏蔽和删除功能。主要涉及网络交流安全性问题,确保学生交流内容的健康和合法。

3.7 辅助教学管理之考核功能需求

辅助教学管理之考核功能包括考核标准设置、教师考核和考核结果查询三个功能。电子商务教学任务考核分为客观考核和主管考核两类。客观考核需要教师设置明确的考核标准。该功能面向电子商务辅助教学管理系统中的教师、学生和企业三个角色。

(1)考核标准设置功能

该功能实现教师用户对考核标准的增加、修改和删除。主要实现电子商务教学中客观考核的功能,该考核结果由系统根据考核标准自动生成,是学生学习效果考核中最基本的部分。

(2)教师考核管理

该功能用于实现电子商务教学中主管考核的功能。教师通过查看学生教学任务完成情况给予相应的评分,是学生学习效果考核中最重要的组成部分。

(3)考核结果查询

该功能用于实现学生和企业对于学习成绩的查询。每个学生只能查询自己的成绩。企业在获得权限后可以查询全部学生的学习实践结果,从而为企业选择用人提供一定的依据,也可以达到激励学生的目的。

4 结语

电子商务辅助教学管理系统开发与设计,将对本校电子商务专业教学起到积极的促进作用。系统需求分析是进行电子商务辅助教学管理系统开发的起点,是对用户真需求的直接描述,它的准确性将直接影响到系统开发的各个阶段。因此,进行专门的电子商务辅助教学管理系统需求分析意义重大,直接决定系统的开发使用效果。

参考文献:

[1] 郝婕.职业院校电子商务教学实训系统的设计与实现[D].山东:山东大学,2012.

[2] 白洋.软件项目健康跟踪控制系统的构建[D].上海:复旦大学,2012.

[3] 希赛网.软件工程学院.需求分析.如何获取性能需求[J/OL].

[4] 赵炳红.基于中职的电子商务实训系统的设计与实现[D].上东大学,2013.

[5] 李龙澍.实用软件工程[M].人民邮电出版社,2005.

[6] Harlan L,Kathy H. E-Business Education at AACSB-Affiliated business Schools:a survey of programs and curricula[J]. Journal of Education for business,2001,07:328-331.

[7] 郑淑蓉,吕庆华.中国电子商务20年演进[J].商业经济与管理,2013,265:1-15.

管理系统需求范文第10篇

【关键词】:Web;在线文档;分享与管理;需求分析

中图分类号:C93文献标识码: A

1、前言

在计算机软件系统的分析与设计中,首先要准确地描述用户需求中的功能需求,以便能进一步确定系统中应建立哪些对象。长期以来,无论是传统的软件开发方法还是面向对象的开发方法,都是利用自然语言来描述系统的需求的,即把预期的人与系统交互编成“剧本”来描述这种需求。但是这种做法没有统一的格式,随意性较大,常常容易造成理解上的含混和不准确性。本文以下内容将对基于Web的在线文档分享与管理系统需求分析进行研究和探讨,以供参考。

2、系统功能描述

技术资料管理系统定位为运行于公司内网的、面向全单位的技术文档分享与管理系统。要求具有先进的、具有较好人机交互的图形化界面,简便、实用和高效的文档分享、管理和互动流程与机制,要求具有安全的数据管理,保障不同的用户实现相应的系统功能。

为了完整、清晰地描述一个复杂的大系统,可以使用包对软件系统体系结构进行视图建模,可以把系统分解成几乎是互不相关的包。包表达了一组体系结构上的重大决策,系统可以由多个包(子系统)组成,包还可以包含子包,形成层次结构。

2.1、首页功能

本系统基于B/S架构,提供系统其它各项功能的入口和链接,如帮助、注册、用户登录、管理登录、文档分类浏览、文档预览入口等,并提供特色服务如:智能模糊检索、最近文档(4篇)列表显示。

2.2、普通用户通用功能部分

普通用户除可以使用首页的门户和特色功能外,还可通过门户上的链接进入帮助页、注册和个人信息管理页、文档分类浏览页,访问各页面的功能、实现文档分类浏览和基于关键词的模糊检索、分类检索,实现文档与图片的在线预览。

2.3、授权用户功能部分

授权用户在普通用户功能的基础上,可以使用用户登录页、上载页、下载页等页面,实现文档的下载、上载获取积分,以及拟在未来实现的授权功能。

2.4、文档管理功能部分

考虑到系统可能需要多名管理员对大量的上载文档进行审核、入库等管理工作,故将文档管理与系统管理分开。文档管理部分包括管理登录、上载管理、文档管理、分类管理、公告管理、初始积分策略管理等几部分。

3、系统需求建模

用例模型是开发过程的起点,是UML建模第一步,首先从系统层开始,然后逐层分解细化,从而得到较详细的用例模型。

3.1、确定系统范围和边界

系统范围是指系统的问题域的目标、责任、任务和范围,以及系统应提供的服务。系统边界位于活动者和用例之间,将两者区分开,便于从用户的角度来看待系统的功能。边界确定后,通过逐步的分析来确定系统的整体用例模型,找出系统的活动者和用例。

3.2、确定活动者

活动者(Actor,又称执行者)是系统分析员与用户交流的起点。活动者是系统外部的一个实体(可以是任何的事物或人),以某种方式参与了用例的执行过程,通过向系统输入或请求系统输入某些事件来触发系统的执行。活动者包括人活动者和外部系统活动者。系统的用户是人活动者,用户通过与系统的交互,操作系统完成所需要的工作。外部系统活动者与本系统相互作用,交换信息。外部系统可以是软件系统,也可以是一个设备。可以用带有构造型“”的对象图标表示,也可以用简易的人形来表示。一般用对象图标表示外部系统活动者,用人形图标表示人活动者,活动者必须有唯一的名字或标识。可以从系统层面上识别出以下两个活动者:普通用户、管理员。而这两个活动者又可以细分为未授权用户、授权用户、文档管理员、系统管理员。

4、用例定义与描述

用例(Use Case)是对一个活动者(参与者)使用系统的一项功能时所进行的交互过程的一个文字描述序列。Use Case可以用文字描述,或用其他方法(列表、卡片等)表示。UML提供了Use Case图的图形元素符号和绘制规则,采用UseCase图可以使得对Use Case的描述更规范化、更准确、清晰、可见化,更便于理解和交流。每个用例都必须有一个唯一的名字以区别于其他用例。

用例模型是开发过程的起点,是UML建模的第一步,首先从系统层出发,然后逐层分解细化,从而得到比较详细的用例模型,此外还单独考虑了首页的用例建模。

4、结尾

网络的发展使得越来越多的活动从现实中转移到网络上,如十分流行的网络购物。而网络文库则是网络发展的另一体现。近两年出现了许多以所谓“经验交易”为核心的文档平台。这些网站将文档(知识)存放在网站(平台)上,供用户浏览、讨论、下载,配以良好的积分体系和运营,协调了知识分享与知识传播之间的微妙关系。在近期成为新兴的web应用。从企业的角度,这种方式可以产生在企业内部网上的文档、共享和流转的新型机制。

【参考文献】

[1] 《UML系统建模与分析设计课程设计》刁成嘉等,机械工业出版社

[2]《PhotoshopCS3中文版网页制作基础与典型范例》焦慧等,电子工业出版社

上一篇:医学教育与实践范文 下一篇:加强用工管理范文

友情链接