HI,欢迎来到学术之家股权代码  102064
0
首页 精品范文 系统可行性分析报告

系统可行性分析报告

时间:2022-08-14 11:52:20

开篇:写作不仅是一种记录,更是一种创造,它让我们能够捕捉那些稍纵即逝的灵感,将它们永久地定格在纸上。下面是小编精心整理的12篇系统可行性分析报告,希望这些内容能成为您创作过程中的良师益友,陪伴您不断探索和进步。

系统可行性分析报告

第1篇

关键词:管理信息系统 需求分析报告 系统可行性分析报告 系统设计报告 用户使用说明书

笔者曾长期从事计算机的开发与应用,对于计算机在管理上的应用、计算机在办公自动化方面的应用、计算机数据库的开发、计算机网络的开发与应用,都进行过具体的设计工作。从事《管理信息系统》的教学工作中,非常希望把自己以往的工作经验及教训传授给学生,借此诚恳地希望有关专家给与批评指正。

一、《管理信息系统》的课程特色:

《管理信息系统》的课程特色主要有以下几点:

1、综合性强,牵涉学科较多

牵涉学科有《管理信息系统》综合了管理学、工程学、数学、计算机科学、电子通讯等学科的相关知识等。比如:在系统的整体构建时要体现管理科学的艺术性,要针对现有系统所存在的问题,提出解决的方案,解决方案要符合管理科学的要求;在具体构建《管理信息系统》时,要体现工程学的严密性,符合软件工程建设的规范,各阶段性文档的形成要经过严格的认证,系统的结构要模块化以便于调试与维护,也便于系统开发的分工合作;在建立系统的逻辑模型时,要学会使用数学的方法,把一个现实世界的问题转化为一个数学模型,以便于计算机的实施;在信息管理上,使用计算机的相关知识,建立数据库,把信息集中起来管理,为共享数据提供技术保障;为了满足不同地域的人们对信息共享的需求,《管理信息系统》较多地使用计算机网络技术、电子通讯技术来实现信息的传递。

2、理论性强,学生易懂,难掌握

往往是上课听明白了,下课又糊涂了,知其然,不知其所以然。《管理信息系统》偏重于理论层面的研究,而我们的学生基本不具备社会实践经验,对于企业或信息机构基本上是一无所知,不理解为什么要采取这样或那样的管理策略,这就要求教师在教学时一定要理论联系实际,要多距离,通过实例的讲解让学生理解学科的科学性与基本知识,要求做到教师举一,学生反三。

二、《管理信息系统》的教学难点

《管理信息系统》的教学难点第一是难掌握,主要表现在不会用;第二是相关知识点太多,学生知识面不够。对于第二点,如果在制定教学计划时,相关课程的教学已经完成,应该是没有问题的。《管理信息系统》的相关课程有:计算机基础知识、计算机网络、计算机数据库。我们的教学尝试主要是针对第一点来讨论的。

三、教学尝试

为了解决《管理信息系统》教学中,学生易懂难掌握的特点,在教学中我们要求学生运用所学知识完成如下报告:1、需求分析报告,2、可行性分析报告,3、系统设计报告,4、用户使用说明书;参考格式如下:

1、×××需求分析报告格式

一、提要:要求说明项目名称、项目用途、项目简介

二、项目背景:要求说明项目作者、用户、项目所需软硬件环境、项目开发目的

三、参考资料:书名、作者、出版社、出版时间

四、定义:对文中术语、简称给与说明

正文:

一、系统现状的描述及现系统的不足之处(重点是不足之处,这是项目立项、产生需求的根本)

二、解决问题的方案(建立解决问题的新系统的逻辑模型或者称为数学模型,要求不光有文字叙述还有原理图/示意图的辅助说明)

三、前景及展望(可以分别从长期、中期、短期进行展望)

正文部分要求叙述清楚,表达准确,在系统现状的描述中可以附相关的谈话记录、调查问卷、现系统运作的相关文档资料;要求学员学会调研项目需求,为下面的系统开发打下基础。

2、×××系统可行性分析报告格式

一、提要:要求说明项目名称、项目用途、项目简介

二、项目背景:要求说明项目作者、用户、项目所需软硬件环境、项目开发目的

三、参考资料:书名、作者、出版社、出版时间

四、定义:对文中术语、简称给与说明

正文:

一、系统的描述(指新系统的方案)

二、系统的经济可行性分析:

1、系统的投资:

a、基建、装潢的费用

b、仪器、设备的购置费用,仪器、设备折旧

c、人员工资

d、办公费用,其他费用

2、毛利润:

3、净利润:毛利润-各项费用

4、投资回报:分一年期,三年期,五年期及以后期

5、投资回报率

三、系统的技术可行性分析

1、系统设计的概略图

2、系统的设计方案

3、系统的原理图

4、关键技术说明

四、系统的社会环境可行性分析(主要从社会习俗、道德、人文背景方面进行分析)

五、系统的法律可行性分析(与现行法律法规有无违背)

六、可选择的其他系统方案(如果有,列出具体方案,然后比较方案之间的优缺点)

七、结论(系统可行或者是不可行)

3、××× 系统设计报告格式

一、提要:要求说明项目名称、项目用途、项目简介

二、项目背景:要求说明项目作者、用户、项目所需软硬件环境、项目开发目的

三、参考资料:书名、作者、出版社、出版时间

四、定义:对文中术语、简称给予说明

正文

一、系统设计说明

二、系统的功能结构图(静态)

三、系统的数据流程图及数据字典(动态)

四、系统的程序流程图(针对每个模块编写)

五、系统的测试用例(针对每个模块编写)

六、系统的联调方案

七、系统的维护(主要说明维护要求)

八、用户界面的设计(输入、输出)

九、用户培训

十、附原程序清单(学生做练习时可以略,只写标题然后注明略)

4、×××系统用户使用说明书格式

一、提要:要求说明项目名称、项目用途、项目简介

二、项目背景:要求说明项目作者、用户、项目所需软硬件环境、项目开发目的

三、参考资料:书名、作者、出版社、出版时间

四、定义:对文中术语、简称给与说明

正文:

一、系统说明

二、系统安装

三、系统的运行

四、系统的主要功能介绍

五、系统常见故障及处理方法

六、技术支持及联系方式

通过四个报告的编写,首先是让学生了解《管理信息系统》开发的过程及具体开发系统的方法;其次是使学生学会具体开发工作中的细节,如用户需求调查,可行性研究的调查及系统设计方案的编写;第三是使学生熟练地掌握数据流程图及数据字典的编写方法,学会使用模块化设计的方法自顶向下层层进行系统分解,最后产生系统的功能模块图;第四是使学生掌握每个模块的程序流程图的设计方法。这样《管理信息系统》的几个主要的开发工具都得到了练习。

四、教学效果

通过教学尝试,我们惊喜地发现,学生对本课程的理解加深了,学习兴趣提高了,师生之间的互动增强了。从学生交上来的报告可以看出:学生的思维开阔了,看问题的角度更加清晰;有的报告已经具备了一定的实用性。比如说:有的学生建议把学生的食堂改为定餐管理的方法,学校把每天的菜单编号公布,学生通过计算机网络定餐,食堂使用计算机统计定餐后烹制,这样就避免了浪费;另外定餐后还可以送饭上门,这样也缓解了学生就餐时餐位不够的矛盾。还有的学生设计了火车票、汽车票网上订购系统,用以解决寒暑假期学生购票难的问题等等。尽管学生的设计不尽如人意,可是通过练习学生的思维活跃了,好的点子不断涌现。

五、教学总结

通过教学尝试,我们增强了让学生理论联系实际的信心,对于《管理信息系统》的教学起到了很好的辅助作用。今后我们认为应该不断地总结经验,完善教学手段,让《管理信息系统》的教学更加生动、活泼、受到学生的欢迎;对于学生能力的培养,提高就业技能起到更好的作用。

参考文献:

1、《信息管理系统》,中央广播电视大学出版社,主编:侯炳辉 副主编:刘世峰

2、《管理信息系统基础与开发技术》,人民邮电出版社,主编:陈承欢、彭勇

第2篇

关键词:港口;金融;质押监管;SOA;系统

进入21世纪以来,我国与世界其他国家的进出口贸易竞争日益激烈,港口作为进出口贸易的主要通道,直接决定着进出口贸易的效率。为了保证我国在国际市场中的竞争力,政府正在不断加大对港口信息化建设的投入。另外,世界各大港口也在寻求新的业务增长点,港口质押监管业务是现代港口业务的主要延伸,是港口与金融产业的完美结合,为港口货物业主企业提供了融资渠道,这种新型的港口质押监管业务的介入主体很多,因此港口质押监管业务管理的难度更大,下面将深入分析SOA技术在港口质押监管业务中的应用,并为港口质押监管业务系统的构建提供参考建议。

一、SOA理论分析

面向服务的体系结构(Service Oriented Architecyure,SOA)实质上就是将业务作为管理的中心,同时将各种商业业务的主体、流程、服务等进行综合,SOA技术中的最小单元可以称为服务,需要对业务流程进行粗粒分析,SOA技术将各种服务进行有效整合,保证这些服务之间的关联性。SOA技术是为了满足企业业务管理发展,为了最大限度提高企业的服务质量,通过快速重构、资源重组等模式优化业务管理模式,SOA技术具备开放性、模块化、标准化、重用性等多种特点,目前,已经有企业通过Web Service技术实现了粗粒度、松耦合的SOA服务框架。

二、港口质押监管业务分析

1.港口质押监管业务流程分析

港口质押监管业务的流程十分复杂,涉及了的企业内部管理部门包括业务管理部门、企业仓库管理部门,涉及的文件包括业务台账、质押合同、质押通知书、放货通知单等,除此之外,还会涉及多个政府部门以及政府文件,包括出货单、海运提单、理货单等,港口质押监管业务管理还需要考虑管理人员的操作问题,需要考虑各个港口公司之间的操作差异,最后更具港口质押监管业务的整体流程完成业务分析报告,本次研究综合了多个港口的港口质押监管业务,最后建立了相似模型的港口质押监管业务流程,这个流程根据由相关的港口质押监管业务专家确定通过。港口质押监管业务流程如图所示。

2.港口质押监管业务缺陷分析

港口质押监管业务主要存在以下几点缺陷:(1)港口货物质押、放货、监管业务流程效率较低,港口质押监管业务流程的信息化程度不高,导致各种信息不能实时共享,导致时间与资源浪费;(2)流程透明化程度较低,港口质押监管业务流程的各个环节存在信息透明化程度低的问题,信息无法在部门之间便捷获取;(3)港口质押监管业务流程不合理,港口质押监管业务中的各个部门存在信息重复的问题,且出现重复任务的问题,导致资源浪费,管理部门的响应效率较低。

三、系统可行性分析

1.系统构建方案可行性

目前,关于港口质押监管业务系统的开发方案很多,但每一种方案都具备一定特殊性,而且开发人员具备各自的业务专长,企业也需要根据实际需求选择开发方案,而且港口质押监管业务流程中的各个主体均具备各自的信息管理系统。很多港口企业使用的开发平台为Windows,开发语言包括VB、VF、Foxpro、Foxbase等,数据库包括了Sybase、Oracle、Foxpro、access等。SOA技术具备极强的兼容性,基于SOA技术的港口质押监管业务系统可以有效综合各个企业的信息系统,有利于原始平台的替代。

2.信息协同管理可行性

港口质押监管业务流程中的各个主体的信息系统面临着更新升级的问题,如果升级后导致信息系统之间的兼容性下降,会对港口质押监管业务造成巨大的损伤,因此港口质押监管业务系统必须集成异构系统与编程模型。港口质押监管业务系统具备开放式系统结构,系统结构分为三个层次,第一层是系统具备的标准化接口,第二层是纸质档案数字化,第三层是企业系统之间的无缝链接。

3.柔性业务管理可行性

港口质押监管业务的影响因素很多,且面向的客户也十分多元化,因此港口质押监管业务需要根据实际情况进行实时调整。港口质押监管业务需要港口质押监管业务管理系统具备较高的柔性,港口质押监管业务的发展建立在对市场的响应速率之上,这也是我国港口质押监管业务的核心竞争力,港口质押监管业务管理系统必须根据供应链、市场、企业发展战略、法律政策等进行实时调整。

四、系统设计与构建

1.系统总体框架设计

港口质押监管业务系统一共包括了三个层,这三个层也是系统功能的基础,这三个层分别是Web层、中间层以及EIS层,而港口质押监管业务系统实质上属于不可分割的整体。Web层包括了前端控制器、Web服务层以及应用控制器,其中前端控制器的功能是将客户端采集的信息传输至控制层,Web服务层提供了HTTP Invoker web services服务以及SOAP Web Services服务,应用控制器的功能是响应HTTP请求。中间层主要负责系统的信息处理与调集,包括了工作流组件层、业务门面层、Domain Layer、DAO层、持久化层、技术服务层等。EIS层为系统提供数据库管理服务,包括了RDBMS、遗留系统等。

2.系统功能设计

港口质押监管业务管理系统的功能主要包括了质押协议管理、质权方管理、质押通知书管理、控制出货、解押通知书管理等。质押协议管理主要是记录质权方、出质方、监管方、监管期限等各种信息,另外对货物的到验号、货品类型等信息进行管理;质权方管理主要是记录管理质权方名称、联系人等基础信息;质押通知书管理分为动态管理以及静态管理等,动态管理需要实时指定质押量,静态管理需要指定质押的出货单的货量等;控制出货就是对提货时的信息进行校核;解押通知书管理实质上属于动态质押,需要明确解除质押的货物量。

五、总结

港口质押监管业务涉及的主体很多,业务流程十分复杂,以单次出口贸易港口质押业务为例,整个业务流程涉及了港口商务管理系统、港口质押监管系统、海关系统以及银行内部管理系统等,以上系统均具备较强的独立性,传统的业务管理模式难以有效整合上述系统资源。除此之外,随着港口业务的增加,业务有关的政策也会发生变化,这些政策的变化会导致业务流程变更。基于SOA的港口质押监管业务系统可以有效提高业务管理的效率,目前,国外很多大型港口已经建立完善的港口质押监管业务系统,将业务流程中的各个信息系统进行有效集成,SOA技术本身具有大量的标准与系统的开发模式,因此将SOA技术应用于港口质押监管业务系统已经成为未来的发展趋势。本文深入研究了SOA技术在港口质押监管业务系统中的应用,并提出了构建基于SOA的港口质押监管业务系统的方案,希望本文的研究有利于我国港口质押监管业务系统的发展。

参考文献:

[1]王超.基于SOA的港口企业计件工资系统的设计与实现[D].北京交通大学,2009.

[2]李玉琪.基于SOA的交通监测管理与应急处置系统设计与实现[D].哈尔滨工程大学,2013.

[3]孙如冰.基于SOA的港口生产系统实施云迁移的方案研究[D].北京交通大学,2015.