信息系统的基本类型

上传人:无*** 文档编号:93025984 上传时间:2022-05-19 格式:DOC 页数:23 大小:127KB
返回 下载 相关 举报
信息系统的基本类型_第1页
第1页 / 共23页
信息系统的基本类型_第2页
第2页 / 共23页
信息系统的基本类型_第3页
第3页 / 共23页
点击查看更多>>
资源描述
文档供参考,可复制、编制,期待您的好评与关注! 信息系统的基本类型信息系统可以是人工的或基于计算机的,独立的或综合的,成批处理的或联机的。通常的信息系统是上述各种类型的组合。当然它不能即是独立的又是综合的。1.独立的系统是为了满足某个特定的应用领域(如,人事管理)而设计的。独立系统有它自己的文件,这些文件必然带有一定的冗余性。2.综合的信息系统通过它们使用的数据而被综合在一起。系统利用一个资源共享的数据库来达到综合的目的。例如,工资系统要求正常地从人力资源系统和会计系统中找到数据。 3.以人工系统为基础已经开发出各种各样的计算机信息系统。到目前为止,在进行人工计算机化时,仍然缺乏设计经验和(或)缺少信息服务人员与用户之间的交流。也就是说,基于计算机的系统的工作流程直接借鉴了人工系统的工作流程。通常这些系统是独立的,而且把计算机仅仅用作为数据处理机。在设计这些系统时,很少考虑到最终要将它们综合的意图。4.信息系统也能按成批处理、联机处理或二者组合来分类。在成批处理系统中,将事务和数据分批地处理或产生报表。例如,银行将大量的支票编码,然后在一天结束时,将所在支票分批、排序并进行处理。又如,为了防止航空公司在塔拉斯一个售票点与在亚特兰大的另一个售票点同时出售从洛杉矶到旧金山的某一航班的最后一张机票,航空公司系统订票必须是联机的,以反映数据库当前的状态。多数联机信息系统也有成批处理的要求。即使出现了信息资源管理(IRM)系统,而且计算机信息系统的潜力得到了广泛的承认之后,大多数系统仍然是独立的成批处理系统。如今这些系统中多数已经失去了使用价值,而且被重新设计成综合的、联机的系统。通过定义可知,综合要求业务领域经理和公司领导密切地合作。信息服务专业人员可以作为顾问,而有关综合信息系统与业务领域的冲突和差异则应该由用户团体来解决。解决这些差异以真正实现综合的环境是信息服务人员向用户经理提出的挑战。 社会团体的信息系统在每个社会团体的每个专业领域都能发现数据处理系统或信息系统的潜力。下面我们按社会团体列举出这些实行计算机化的专业或应用领域。对于某种程度在专业上相近的系统多数可以综合在一起(例如,工资,会计和人事)。下面给出的清单只是为了说明可能的应用领域,并不包括所有的应用领域。1.通用系统:(1)工资 (2)收帐 (3)付帐 (4)总帐 (5)库存管理和控制 (6)人力资源开发 (7)预算 (8)财务分析 (9)采购 (10)字处理2.制造业:(1)定货输入和处理 (2)分配和发送 (3)生产调度 (4)制造资源计划(MRP,通常又称物料需求) (5)市场分析 (6)计算机辅助设计(CAD) (7)计算机辅助制造(CAM) (8)项目管理和控制 (9)成本标准化3.保健:(1)病人结帐 (2)病房统计 (3)配方(包括药剂的相互影响) (4)护士站调度(5)诊断 (6)入院管理 (7)病历4.零售:(1)销售点管理 (2)供应商管理5.大学和学院:(1)入学管理 (2)注册和分班 (3)计算机辅助教学(CAI) (4)发展校友 (5)安置服务 (6)寄宿管理 (7)财务补助6.银行:(1)储蓄 (2)借贷 (3)电子资金汇兑 (4)租约 (5)信托 (6)投资7.出版:(1)发行 (2)排版8.运输:(1)预定 (2)汽车(飞机、轮船)维修 (3)流量分析9.保险:(1)方针管理 (2)赔偿处理 (3)委托和代办报告 (4)保险统计 (5)税率和契据(汽车,房产等)10.地方政府:(1)公用事业议案 (2)税收 (3)治安和火灾紧急处理 (4)城市规划 (5)执照和许可证管理 (6)福利 (7)社会安全 (8)公路巡逻 信息的级1.分级管理通常,设计一个信息系统用来处理数据是在事务处理这一级,而用来提供给经理作决策的信息是在所有的管理级。一个公司的管理活动可以分成四级:战略级、战术级、操作级和事务级。在与设计组交换意见时,用户管理人员必须十分清楚应该使信息满足哪一级的管理要求。一个信息系统的质量是直接与其输出的利用率成正比的。如果事务级和战略级都同样提供20页摘要报告,这个系统就失去了信息系统的作用。秘书从来也不利用这些报告,因为她没有必要知道,而且也没有要求她知道;公司总裁也从来不利用这些报告,因为花费很长时间才能从中抽出一点点重要的信息。这种情况比预料的要普遍得多。用户经理负责将有关信息的具体要求告诉设计组。中断这种联系将导致信息太多或太少,甚至会产生无用的信息。 2.有效的信息系统其关键是在各种活动级筛选信息。(1)事务级。事务级的人员主要关心一个信息系统的事务处理部分。事务员(文书)通常用来称呼那些做重复工作的人员。在一个收帐系统中,一个负责检查发票的数据录入操作员只关心作为一个控制值来处理的发票总数与实际的计数是否相符合。(2)操作级。操作级的人员有明确的任务,完成这些任务可能要花一天、一周或者三个月那样多的时间。这些任务从本质上说,还是短期的。对他们的要求是提供性能报告和直接操作反馈所要求的报告。在收帐系统的例子中,信贷经理可能要一份拖欠60天未还贷款的所有客户的报告。(3)战术级。在战术级,经理们关心的是实现那些满足在战略级所建立的目标所要求的一系列具体的目标。这种信息要求通常是定期的(但有时也有随时需要的),经理们要求如果则一类的报告。战术级的经理主要关心逐年的经营情况和预算。在收帐系统的例子中,控制者可能从总的发票数和销帐情况的月报中有所得益。(4)战略级。在战略级,经理们只关心目标。他们对信息系统的要求经常是一次性报告、如果则报告以及发展趋势分析。以收帐系统为例,公司总裁可能要求一张提供统计分析(一段时间内)的发票和销帐图表。一个信息系统的质量取决于能否在恰当的时间给恰当的人以恰当的信息超市管理系统分析报告一、 建立新系统的必要性为了大大提高超市运作效率,通过全面的信息采集和处理,辅助提高超市的决策水平,建立一个较为完善的超市管理信息系统是有必要的。由于企业有良好的管理基础,经济效益也不断提升,对于建立新系统所需的费用有能力支出,因而建立新系统在管理上、技术上、经济上都是可行的。二、 组织结构调查组织结构图如下所示:超市管理经营采购部销售部库存财务部合同管理收银管理用户需求仓库管理库工管理成本管理会计管理出纳管理入库管理人力资源部员 工部门经理三、 业务流程分析分析具体的业务流程,主要是为了确保在满足用户的各种需求的基础之上,对业务的各种流程进行详细的分析,以便得到更加具体的数据流程,为进一步系统的分析与设计打下良好的基础。企业业务大致分为采购、销售、库存、财务、人力资源五个管理部门,其各个部门的具体的业务流程如图:1、 采购部业务流程图:采购计划采购员催货单补充订货单提货通知单供应商2、 销售部业务流程图:收银员本期售货单出纳期初经营款单期末经营款单会计本期收入报表财务部顾客购物小票3、 库存业务流程图:仓库领货单仓库管理员入库单采购员销售部4、 人力资源业务流程图:员工人力资源经理员工信息表员工工资表其他成本费用表5、 财务部业务流程图:采购部销售部库存管理部门人力资源部应付账单汇总表收入汇总表收发货物汇总表应付成本费用汇总表会计财务经理三大报表总经理财务计划四、 数据流程图根据超市组织结构和业务流程的调查分析,可以得到要求开发的超市管理系统。1、 采购数据流程图供应商采购员合同登记处理库存统计会计凭证财务部合同台账库存数据入库单合同数据合同2、 销售数据流程图(1) 商品销售管理的数据流程图车间财务部销售统计销售商品处理入库处理提货处理统计表超市购买者小票收入账本库存账本查询(2) 销售子系统的顶层数据流程图 购买者P2销售处理3、 库存数据流程图仓库销售部入库处理出库处理库存统计表入库单出库单入库数据出库数据4、 人力资源数据流程图员工员工信息处理工资处理其他成本费用处理员工信息表员工工资账其他成本费用统计表设备等5、 财务数据流程图采购统计销售统计库存统计人力资源统计应付款账本收入账本库存账本成本费用账本财务报表财务处理五、 数据字典1.数据项的定义数据项编号:S1数据项名称:供应商编号简述:供应商表的主键类型及宽度:不定长字符型20个字节相关数据:商品表、进货表、订货表、退货表2. 数据流的定义数据流编号:F1数据流名称:发货单数据来源:发货单文件流向:管理分析处理:查询、维护3. 数据存储的定义数据存储编号:D1数据存储名称:发货单文件输入数据流:发货单数据输出数据流:发货单数据处理:查询、修改4. 处理逻辑的定义数据处理编号:P1数据处理名称:管理分析输入:汇款单数据、退款单数据、发货单数据、库存数据、订单数据、客户数据输出:发货计划数据、采购数据第二章 系统设计系统数据库表结构数据库表索引表名中文名MerchInfo商品信息表User用户表Sale销售表Dealing交易表Provide供货商表商品信息表(MerchInfo)字段名字段类型长度主/外键字段值约束对应中文名MerchIDint4PNot null商品编号MerchNameVarchar50Not null商品名称MerchPriceMoney4Not null价格ProvideIDVarchar10FNot null供货商编号员工表(User)字段名字段类型长度主/外键字段值约束对应中文名UserIDvarchar10PNot null员工编号UserNameVarchar25Not null员工名称UserPWVarchar50Not null员工密码UserStyleInt4Not null员工类型销售表(Sale)字段名字段类型长度主/外键字段值约束对应中文名SaleIDVarchar10PNot null销售编号MerChIDVarchar10FNot null商品编号SaleDateDatetime8Not null销售日期SaleNumInt4Not null销售数量SalePriceMoney4Not null销售单额第三章 系统实施一、 程序编写1程序设计目标 在强调成序的可维护性、可靠性和可理解性的基础上,要注意程序的正确性和执行的效率。2. 程序计方法 在编写程序过程中,采用结构化程序设计方法,利用三种基本逻辑结构来编写程序:顺序结构。循环结构和选择结构。同时,在程序编写过程中,应该始终保证控件的命名方法采用匈牙利法,既能清楚识别控件的内容,又有利于程序书写方便。 二、 程序和系统调试 程序和系统调试的目的是发现程序和系统中可能存在的错误并及时予以纠正。 1. 程序调试 程序的真确性验证大多采用试验法。程序只有经过试验调试,才能被证明基本正确而要证明程序完全正确,则要经过一段时间的试用才能确定。 在调试过程中,可以才用正常数据、异常数据和错误数据来考验程序逻辑上的正确性。也可以通过功能测试检查程序是否满足事先定义的功能。 2. 特殊测试 除了以上常规测试之外,还优以上必要的性能测试。这些测试往往不是针对程序在正常情况下运行的正确与否,而是根据系统需求选择进行的,主要是:峰值负载测试,容量测试、响应时间测试、恢复能力测试等。 三、数据库的实施和维护 1. 数据的载入和应用程序的调试 在完成数据库的物理设计之后,进入数据库的实施阶段。在这期间有两项重要的工作,一项是数据的载入,另一项是应用程序的编码和调试。数据库中的数据量很大,而且数据来源于部门中的各个单位,数据的组织方式、结构和格式与新设计的数据库系统有相当的差距,组织数据录入就要将各类源数据从各个局部应用单位中抽取出来,输入计算机,再分类转换,随后综合成符合新设计的数据库结构的形式,输入数据库。因此这一的数据转换、组织入库的工作是相当费力费时的工作。数据库应用程序的设计应该与数据库设计同时进行,因此在组织数据入库的同时还要调试应用程序。 2. 数据库的试运行 在有一部分数据已输入数据库之后,就可以开始对数据库系统进行联合调试,这又称为数据库的试运行。 这一阶段要实际运行数据库应用程序,执行对数据库的各种操作,测试应用程序的功能是否满足设计要求。如果不满足,对应用程序部分则要修改、调整,直到达到设计要求为止。 在数据库试运行时,还要测试系统的性能指标,分析其是否达到设计目标。一般情况下,设计时的考虑在许多方面只是近似的估计,和实际系统运行总有一定的差距,因此必须在试运行阶段实际测试和评价系统性能指标。事实上,有些参数的最佳值往往时经过运行调试后找到的。如果测试的结果与设计目标不符,则要返回物理设计阶段,重新调整物理结构,修改系统参数,某些情况下甚至要返回逻辑设计阶段,修改逻辑结构。3. 数据库的运行和维护 数据库的运行合格后,数据库开发工作就基本完成,既可以投入正式运行了。在数据库运行阶段,对数据库经常性的维护工作主要使由DBA(数据库管理员)完成的,它包括:(1) 数据库的转储和恢复。数据库的转储和恢复使系统正式运行后最重要的维护工作之一。DBA要针对不同的应用要求制定不同的转储计划,以保证一旦发生故障恩弄个尽快将数据库恢复到某种一致的状态,并尽可能减少对数据库的破坏。(2) 数据库的安全性、完整性控制。在数据库运行过程中,由于应用环境的变化,对安全性的要求也会发生变化,比如有的数据原来是机密的,现在可以公开查询,而新加入的数据有可能是机密的。系统种用户的密级也会改变。这些都需要DBA根据实际情况修改原有的安全性控制。同样,数据库的完整性约束条件也会变化,也需要DBA不断修正,以满足用户要求。(3) 数据库性能的监督、分析和改造。在数据库运行过程中,监督系统运行,对检测数据进行分析,找出改进系统性能的方法是DBA的又一重要任务。DBA可以利用DBMS提供的检测系统性能参数的工具,仔细分析这些数据,判断当前系统运行状况是否最佳,应当做哪些改进。例如调整系统物理参数或对数据库进行重组织或从构造等。(4) 数据库的重组织与重构造。数据库运行一段时间后,由于记录不断地被增、删、改,会使数据库的物理存储情况变坏,降低了数据库的存取效率,数据库性能下降,这时DBA就要对数据库进行重组织,或部分重组织(只对频繁增、删、改的进行重组织)。DBMS一般都提供数据重组织用的实用程序。在重组织的过程中,按原设计要求重新安排存储位置、回收垃圾、减少指针链等,提高系统性能。数据库的重组织,并不修改原设计的逻辑和物理结果,而数据库的重结构则不同,它是指部分修改数据库的模式和内模式。超市管理系统可行性研究报告1引言1.1编写目的本报告是面向超市管理人员而编写的,目的在于提出当前使用超市销售管理系统的可行性,通过对市场的研究认为现在对于超市的管理必然需要软件方面的支持和投入,能对超市的管理工作有很大的帮助,并且会给超市带来更大的利润。1.2背景说明:A. 超市销售管理系统;B. 本项目的任务提出者、开发者:。;用户:各大小超市;1.3定义列出本文件中用到的专门术语的定义和外文首字母组词的原词组。1.4参考资料【1】 张海藩 ,软件工程导论,清华大学出版社。【2】 张基温 ,信息系统开发案例,清华大学出版社。【3】 党建武 ,管理信息系统,兰州大学出版社。2可行性研究的前提2.1要求说明对所建议开发的软件的基本要求,如:A. 功能;用户登录:对用户权限进行分类,不同权限的用户拥有不同的权利,从而提高系统的安全性。商品管理:对仓库中的商品进行分类处理,能轻松地对商品信息进行查询。进货管理:减轻仓库管理人员的工作,并提高其工作效率。库存管理:对库存商品进行统计。销售管理:进行销售情况的记录,并且与库存管理相连,精确商品的统计。B. 性能;1、多层结构设计:严格意义上的三层结构设计,其程序逻辑结构分为用户界面层、业务逻辑处理层和数据存储层。本系统采用的上有三层结构进一步扩展而成的多层结构。2、面向对象设计:在系统中将商品类型、商品等都封装成相应的类,同时每个类都有自己对应的集合类和操作类,从而再次提高了对数据库操作的安全性和程序的可扩展性。3、指导经营的功能:进销存管理系统并不仅仅能代替传统的书面操作,更重要的是它提供了信息分析的功能,只要单击一个按钮就可以查到目前销售最好的商品或是库存最多的商品,从而起到指导经营的作用。C. 对商品基本信息的输出:便于对商品的了解和管理,能让管理人员知道商品的基本信息,并且对商品的数量进行统计,从而采取进货等措施。销售记录的输出:能让管理人员轻松地了解商品的销售情况。D. 对商品基本信息的输入:将商品的基本信息进行输入,使得管理人员对商品有基本的了解。销售记录:对商品的销售情况进行记录,从而方便管理人员对商品销售情况的了解。E. 处理流程和数据流程用图表的方式表示出最基本的数据流程和处理流程,并辅之以叙述;F. 要求不同的用户采用不同的登录密码,并且对不同用户有不同的权限,安全性良好。2.2目标超市管理系统能减少很多不必要的资源,不用象以前那样用冗余的纸张式管理。大大节省了管理人员的工作量,并且计算机的存储与系统快速查询功能大大提高了管理人员的工作效率。方便的操作界面,省时省力,提高工作效率。2.3条件、假定和限制a 所建议系统的运行寿命的最小值为10年;b 进行系统方案选择比较的时间为3天;c 经费、投资方面的主要来源与拉赞助,经费严格控制,力求在最少的经费里完成本系统;d 严格遵守国家的相关法律和政策的规定,并有效的通过法律的手段维护自身的权益。 客户端:操作系统(win2000及以上)。CPU(主频500M及以上)。最小内存(128MB内存)。最小磁盘空间(20GB)。上网能力(宽带上网)。服务器:操作系统(win2000server)。CPU(主频2G以上)。最小内存(512内存)。上网能力(光线接入、高速宽带连接)。Xin2000以上的操作系统。编译程序。数据库管理系统。e 多处走访调查市场需求,并分析现有的相关系统。力求完善细化本系统的设计计划并完成设计。 f 系统投入使用的最晚时间为本学期末。2.4进行可行性研究的方法说明这项可行性研究将是如何进行的,所建议的系统将是如何评价的。摘要说明所使用的基本方法 和策略,如调查、加权、确定模型、建立基准点或仿真等。2.5评价尺度说明对系统进行评价时所使用的主要尺度,如费用的多少、各项功能的优先次序、开发时间的长短 及使用中的难易程度。3对现有系统的分析现有的系统是一个人工系统,所有的工作都需要人工进行。3.1处理流程和数据流程用户登录无需用户登录,几乎没有安全性可言商品管理不能详尽的对商品信息进行管理进货管理采取人工操作,工作繁重库存管理人工管理,工作繁重,并且容易出错销售管理不能对总的销售情况进行统计3.2工作负荷所有的工作都需人工进行,对于进货和库存管理甚至需要人工进行统计,工作繁重,且效率低下,容易出错。3.3费用开支需要大量的纸质文档,对信息进行记录,需要支付大量费用,且造成资源的浪费。由于所有的工作都需要人工进行且效率低下,所以需要支付较多的工资。3.4人员进货管理人员、库存管理人员、销售人员:只需基本的算术能力即可,需要的人员比较多,因为工作极其繁重。3.5设备 无需什么专用的设备,只需要基本的纸、笔即可。3.6局限性现有系统的局限性主要体现在:工作进度比较缓慢,对商品信息的查找、销售记录的查询等几乎无法进行,不便于整个超市的管理。且浪费大量的人工劳动,工作效率低下。即使是对现有系统的改进,也无法满足超市的扩大发展等需求。唯一的解决方法就是利用能高速完成工作的软件进行帮助。4所建议的系统4.1对所建议系统的说明本系统对客户端和服务器的设备要求相对不高,对计算机系统的软件的要求也能满足,在技术上,是完全可是实现的。在经济方面,由于就目前市场的观察,各大中小型超市的现状有待改善,该系统恰恰填补了这方面的空白,经济收益前景可观。我们针对当前各超市对经营业务和人事管理的特点和技术人员的实际水平,尽量采用易懂易读的人机界面,是用户可以在短时间内完全掌握运用。在设计本系统的过程中,本小组成员首先对市场进行调查,分析相关的数据,并研究当前正在使用的相关系统。进而确定问题所在,并制定解决问题的办法和行的方案。同时也要考虑到经济与技术方面的可行性。最后草拟计划,并付诸实施。4.2处理流程和数据流程给出所建议系统的处理流程和数据流程。本系统的处理流程如下:厂商商品信息营业员订货信息购买信息顾客销售信息用户信息(员工)商品信息库存信息老板本系统的数据流程如下:厂商超市老板顾客超市管理系统超市老板F1商品信息F5进货信息F4库存信息F3销售额信息F1商品信息F2用户信息F6购买信息4.3改进之处我们所建议的系统一方面不再需要大量纸张,进行信息的记录,从而节约了很多资源,另一方面,所有的记录只需一台电脑就能完成,不再需要大量的人力进行信息的录入,从而节约了人力资源,而且无需再人工地一条一条地对信息进行书写,节约了很多时间,且大大地提高了工作效率。4.4影响本系统将大大地节约资源,且能很好地提高工作效率。4.4.1对设备的影响对于我们所建议的系统,需要一台计算机,不再需要大量的纸张。4.4.2对软件的影响说明为了使现存的应用软件和支持软件能够同所建议系统相适应。而需要对这些软件所进行的修改和补充。4.4.3对用户单位机构的影响说明为了建立和运行所建议系统,对用户单位机构、人员的数量和技术水平等方面的全部要求。4.4.4对系统运行过程的影响说明所建议系统对运行过程的影响,如:a 用户的操作规程;b 运行中心的操作规程;c 运行中心与用户之间的关系;d 源数据的处理;e 数据进入系统的过程;f 对数据保存的要求,对数据存储、恢复的处理;g 输出报告的处理过程、存储媒体和调度方法;h 系统失效的后果及恢复的处理办法。4.4.5对开发的影响说明对开发的影响,如:a. 为了支持所建议系统的开发,用户需进行的工作;b. 为了建立一个数据库所要求的数据资源;c. 为了开发和测验所建议系统而需要的计算机资源;d. 所涉及的保密与安全问题。4.4.6对地点和设施的影响说明对建筑物改造的要求及对环境设施的要求。4.4.7对经费开支的影响扼要说明为了所建议系统的开发,设计和维持运行而需要的各项经费开支。4.5局限性 说明所建议系统尚存在的局限性以及这些问题未能消除的原因。4.6技术条件方面的可行性在IT行业中从业的工作人员一般都要求懂计算机,具有一定软硬件基础,会使用各种管理软件,熟悉IT产品。因为,超市中的对员工素质要求比较高,从管理层到下面的营销人员,都要求具有一定的IT背景,所以在新系统投入使用时,只要对员工进行少量的培训,系统的功能和使用方法就基本上能够使系统顺利的运行了。5投资及效益分析 5.1支出5.1.1基本建设投资包括采购、开发和安装下列各项所需的费用,如:a. 房屋和设施500元b. ADP设备300元c. 数据通讯设备300元d. 环境保护设备200元e. 安全与保密设备100元;f. ADP操作系统的和应用的软件200元;g. 数据库管理软件100元。5.1.2其他一次性支出包括下列各项所需的费用,如:a 研究(需求的研究和设计的研究)100元;b 数据库的建立100元c 检查费用和技术管理性费用100元;d 培训费、旅差费以及开发安装人员所需要的一次性支出300元;5.1.3非一次性支出列出在该系统生命期内按月或按季或按年支出的用于运行和维护的费用,包括:a 设备的租金和维护费用500元;b 软件的租金和维护费用300元;c 数据通讯方面的租金和维护费用500元;d 保密安全方面的开支200元;e 其他经常性的支出等500元。5.2收益本系统中安全性高,模块划分清楚,提高了系统的灵活性和可视化管理。出故障的几率小,大大提高了系统的开支。5.2.1一次性收益说明能够用人民币数目表示的一次性收益,可按数据处理、用户、管理和支持等项分类叙述,如:a 开支的缩减包括改进了的系统的运行所引起的开支缩减,如资源要求的减少,运行效率的改进,数据进入、存贮和恢复技术的改进,系统性能的可监控,软件的转换和优化,数据压缩技术的采用,处理的集中化分布化等;b 价值的增升包括由于一个应用系统的使用价值的增升所引起的收益,如资源利用的改进,管理和运行效率的改进以及出错率的减少等;c 其他如从多余设备出售回收的收入等。5.2.2非一次性收益说明在整个系统生命期内由于运行所建议系统而导致的按月的、按年的能用人民币数目表示的收益,包括开支的减少和避免。5.2.3不可定量的收益本系统在现在相关系统的基础上设计的更加细致和方便,用户操作的时候便捷,易学,不易出错。并且本系统的安全性性高,对设备的要求相对较低,对信息的处理也比较完善。因此所带来的不可定量的收益是可想而知的。5.3收益投资比求出整个系统生命期的收益投资比值。5.4投资回收周期求出收益的累计数开始超过支出的累计数的时间。5.5敏感性分析 本系统设计细致,在无重大损坏的和安全的运行环境(已注明的设备配置的环境)的情况下能较长时间的运用。6社会因素方面的可行性随着计算机技术的发展和网络人口的增加,人们对网络的需求也越来越苛刻,越来越贴近其生活,电子信息管理已经成为网上的一股潮流。而更多的,是要求传统行业的管理要延伸到网络,以更方便其生活、工作和学习。可行性研究的目的,就是用最小的代价在尽可能短的时间内确定问题是否能够解决。要达到这个目的,必须分析几种主要的可能解法的利弊,从而判断原定的系统规模和目标是否现实,系统完成后所能带来的效益是否大到值得投资开发这个系统的程度。因此,可行性研究实质上是要进行一次大大压缩简化了的系统分析和设计的过程,也就是在较高层次上以较抽象的方式进行的系统分析和设计的过程。6.1法律方面的可行性法律可行性是考虑要开发系统是否存在任何侵犯、妨碍和责任问题,用户操作可行性考虑待开发软件的运行方式在用户组织内是否行得通,现行管理制度、人员素质、操作知识是否可行。由于在本系统中是有合同作为双方合作的基础,所以不会存在任何侵犯、妨碍和责任问题。即使存在了,也可以根据合同进行分析,一定有人会负责任,所以此系统完全可以进行开发。6.2使用方面的可行性超市作为一个商品资源的集散点,其主要功能就是对顾客开放购买的地方。传统的超市管理系统,手工管理,这种方式应用最传统的“笔纸操作系统”,将超市的货物信息、销售信息、厂商信息管理及单据管理等均以纯手工的形式进行,将信息以表格文件的表现形式记录在纸上,再进行统一保存。这种方式虽然在简单信息查询时会有一定的方便,但是存在着更多的不便:信息保存时间和条件很受限制、容易被损坏、信息查询不便、信息传达容易造成失误等。采取我们所建议的系统便能很好地解决上述问题。7结论和传统管理模式相比较,使用本系统毫无疑问会大大提高超市的运动效率,辅助提高超市的决策水平管理水平,以降低经意成本,提高效益,减少差错,节省人力,减少顾客购物时间,增加客流量,提高顾客满意度,增强超市扩张能力,提供有效地技术保障,故该系统可以立即开始进行。23 / 23
展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 压缩资料 > 基础医学


copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!