文件传输系统可行性研究报告_文件传输系统技术可行性分析-CSDN博客

引用文件表	文件资料标题	文件编号	发表日期	出版单位
Java	Java程序设计	ISBN7-5053-9419-3	2004年7月	电子工业出版社
STRUTS	STRUTS：基于MVC的JAVA WEB设计与开发	ISBN7-121-00052-0	2005年1月	电子工业出版社
JAVA2 EDITION	JAVA2实用教程	ISBN7-302-07894-7	2004年2月	清华大学出版社

包括所需用到的软件开发标准

软件开发标准	文件资料标题	文件编号	发表日期	出版单位
JBUILDER				BROLAND
WINDOW XP HOME EDITION				MICROSOFT

2可行性研究的前提

要求：网上办公系统中p2p文件传输系统。

目标：使公司文件传输点对点的实现

假定：需要文件传输到他方。

限制：只能在有网的情况先进行文件传输

2.1要求

说明对所建议开发的软件的基本要求，如：

功能：p2p文件传输系统。
性能： 1，只能看到用户权限范围内的文件并对此进行操作。

2，保证系统正确运行一段时间。

3，能很好地把此模块集成到主功能块，实现很好的集成。

4，封装呈批文件的数据，实现信息隐藏。

报告表	用途	产生频度	接口	分发对象
进度表	报告开发进度	1周/次	公司项目领导	公司项目领导
资源表	报告所用公司资源	1月/次	公司经理	公司经理、财务部、资料部、人事部

文件表	用途	产生频度	接口	分发对象
需求分析	为概要设计和详细设计提供材料	2周/次	用户代表、程序设计师	程序设计师
概要设计	对系统主要功能进行设计	1月/次	概要设计员	详细设计员
详细设计	细化概要设计，并对功能进行逻辑设计	1月/次	详细设计员	代码编程员
代码文件	对详细设计实现编码	1月/次	程序员	测试报告员
测试报告	测试软件系统功能块功能及性能	2周/次	程序员、测试员、用户	程序员、用户
操作手册	描述软件使用方法	1次	用户	用户

数据表	用途	产生频度	接口	分发对象
呈批文件数据表	存储呈批文件信息	经常	代定	代定

数据的来源、类型、数量、数据的组织以及提供的频度不表；

	数据来源	数据类型	数据数量	数据组织	提供频度
员工呈批文件	公司业务	结构体	由输入而定	在数据库中以记录形式组织	根据业务需求而定
部门意见	员工呈批文件	字符串	200字	在数据库中以记录形式组织	根据呈批文件提交频度而定
子公司意见	员工呈批文件、部门意见	字符串	200字	在数据库中以记录形式组织	根据呈批文件、部门意见提交频度而定
集团意见	员工呈批文件、部门意见、子公司意见	字符串	200字	在数据库中以记录形式组织	根据呈批文件、部门意见、子公司意见提交频度而定

处理流程：1，用户进入登入界面，输入用户名和密码进行登入。

2，在数据库里检索用户名及其密码，确定用户权限。

3，根据用户权限显示其操作功能及其显示相关文件，进入到操作界面。

4，根据用户需要对文件进行操作。

5，如果不需要此功能，退出操作界面，返回到登入界面。

数据流程用图表：（查看用例图）

F．在安全与保密方面的要求：1，保证用户在权限之内使用其相应功能。

2，防止数据库内容外泄。

G．同本系统相连接的其他系统：公司内网。

完成期限：2005年5月。

2.2目标

：

人力与设备费用的减少：
1. 1. 1. 人力方面：文件录入由原来的10人减少到现在的2人。
    2. 设备费用方面：原来档案室设备、管理人员等的费用现在只需一台服务器的费用。
处理速度的提高：处理速度由原来一周改进为现在的一天。
控制精度或生产能力的提高：
1. 1. 1. 控制精度方面：成立文档不易丢失，数据保密性能较好。
    2. 生产能力提高方面：减少了工作人员的工作量，缩短了工程开发周期。
管理信息服务的改进：由原来需要人力自主查寻工程文档改进为现在的计算机自动搜索。
自动决策系统的改进：各层领导能很快地接收到下层提交的文件并提出批注意见，随即把意见很快地反馈到下层。

2.3条件、假定和限制

所建议系统的运行寿命的最小值：一天。
进行系统方案选择比较的时间： 2005年4月15日。
经费、投资方面的来源和限制：无经费，无投资。
法律和政策方面的限制：内部系统无限制。
硬件、软件、运行环境和开发环境方面的条件和限制；

	条件	限制
硬件	CPU 1.2G、内存256M、硬盘80G	内存不能小于256M
软件	JBUILDER、DREAMWEAVER、SQL2000	无限制
运行环境	WINDOWS98以上	不能在UNIX操作系统下运行
开发环境	JBUILDER、DREAMWEAVER	无限制

可利用的信息： 员工需求、ISO9000标准。

资源：

引用文件表	文件资料标题	文件编号	发表日期	出版单位
JSP	JSP应用开发详解	ISBN7-5053-9419-3	2004年7月	电子工业出版社
STRUTS	STRUTS：基于MVC的JAVA WEB设计与开发	ISBN7-121-00052-0	2005年1月	电子工业出版社
JAVA2 EDITION	JAVA2实用教程	ISBN7-302-07894-7	2004年2月	清华大学出版社
SQL	数据库系统概论	ISBN7-04-007494-X	2004年4月	高等教育出版社

系统投入使用的最晚时间：2005年6月。

2.4进行可行性研究的方法

说明这项可行性研究将是如何进行的，所建议的系统将是如何评价的。摘要说明所使用的基本方法和策略，如调查、加权、确定模型、建立基准点或仿真等。

2.5评价尺度

说明对系统进行评价时所使用的主要尺度，如费用的多少、各项功能的优先次序、开发时间的长短及使用中的难易程度。

3对现有系统的分析

现有系统描述：

由业务需求员工提出呈批文件提交到部门。
部门领导审查呈批文件并批注意见，如同意即向上层提交，反之，即返回给下层。
公司对部门提交的文件进行批注，如项目可行并且可控制即做出决策；如项目在权限范围之外即向上层提交；如项目不可行即返回给下层。

3.1处理流程和数据流程

处理流程图。

3.2工作负荷

现有系统所承担的工作及工作量。

	工作	工作量
员工	编辑文档并提交上层	3-5周
部门	审批文档并提交上层	1-2周
子公司	审批文档并提交上层	1-2周
集团	审批文档并做出决策	1-2周

3.3费用开支

列出由于运行现有系统所引起的费用开支，如人力、设备、空间、支持性服务、材料等项开支以及开支总额。

	开支	总额
人力	5人	代定
设备	服务器一台，内网设备等	代定
空间	员工、部门、子公司、集团工作间	代定
支持性服务	原来文档资料、网络资源	代定
材料	构件服务器、内网设备所需材料	代定

3.4人员

列出为了现有系统的运行和维护所需要的人员的专业技术类别和数量。

人员	数量
文档编辑人员	10名
程序员	8名
系统分析员	5名
系统维护员	5名

3.5设备

现有系统所使用的各种设备：服务器，内网设备。

3.6局限性

列出本系统的主要的局限性，例如处理时间赶不上需要，响应不及时，数据存储能力不足，处理功能不够等。并且要说明，为什么对现有系统的改进性维护已经不能解决问题。无。

4所建议的系统

本章将用来说明所建议系统的目标和要求将如何被满足。

4.1对所建议系统的说明

系统概括说明：本系统实现在网上办公系统中新增公司呈批文件管理子系统。

要求	基本方法及理论根据
输入	数据的来源、类型、数量、数据的组织以及提供的频度
输出	利用报告表、文件表、数据表实现，报告、文件或数据，对每项输出要说明其特征，如用途、产生频度、接口以及分发对象
处理流程	数据流程用图表（查看用例图）
安全保密	利用限制用户权限等编程逻辑方法实现
同本系统相连接的其他系统	利用公司内网实现
完成期限	进度表
性能	模块集成、信息隐藏、文件封装

4.2处理流程和数据流程

给出所建议系统的处理流程和数据流程。处理流程

4.3改进之处

由于现存系统是靠人工录入，和所建议系统无可比性。
引入所建议系统后，在人力与设备费用、处理速度、控制精度或生产能力、管理信息服务、自动决策系统等处的改进是十分明显的。
2.2条已有所描述，这里不再累赘。

4.4影响

4.4.1对设备的影响

新提出的设备要求：已在2.1条中描述，这里不再累赘。
对现存系统中尚可使用的设备须做出的修改：由于现存系统是靠人工录入，和所建议系统无可比性，这是工作方式的变化，是新生一个事物，所以不存在修改。

4.4.2对软件的影响

现存的应用软件和支持软件能够同所建议系统相适应，而需要对这些软件所进行的修改和补充：

由于现存系统是靠人工录入，和所建议系统无可比性，这是工作方式的变化，是新生一个事物，所以不存在需要对现存的应用软件和支持软件进行修改和补充。只要能提供所建议系统的运行环境即可。

4.4.3对用户单位机构的影响

用户单位机构、人员的数量：本集团所有员工。
用户单位机构、人员的技术水平：能熟练操作计算机，有一定的网络知识。

4.4.4对系统运行过程的影响

用户的操作规程：用户可遵循操作手册。
运行中心的操作规程：运行中心工作人员可遵循运行中心操作规程条例。
运行中心与用户之间的关系：运行中心与用户经常交流，尽可能实现无障碍交互
源数据的处理：保障数据的完整性、独立性，实现信息隐藏，数据封装。

数据进入系统的过程：可参照数据流程用图表

（查看用例图）

对数据保存的要求：数据保存在数据库中，非权限用户不得访问。

对数据存储、恢复的处理：由数据库管理人员完成。

输出报告的处理过程：员工à部门à子公司à集团。

存储媒体：数据库。

调度方法：用户进行权限范围之内的操作。

系统失效的后果：系统暂时无法工作，呈批文件不能录入，

恢复的处理办法：由系统维护员及时排错。

4.4.5对开发的影响

为了支持所建议系统的开发，用户需进行的工作：积极配合开发人员做好需求分析等工作。
为了建立一个数据库所要求的数据资源：可参照呈批文件数据表
为了开发和测验所建议系统而需要的计算机资源：开发所建议系统所使用的计算机即可。
所涉及的保密与安全问题：用户只能在权限范围内进行操作，不得越限操作。保障所建议系统的安全性能，防止数据库被除本公司之外的一切人员获得、操控和窃取。

4.4.6对地点和设施的影响

暂无。

4.4.7对经费开支的影响

机房场地费
空调的电费
机房管理员的工资。

4.5局限性

说明所建议系统尚存在的局限性以及这些问题未能消除的原因。

4.6技术条件方面的可行性

在当前的限制条件下，该系统的功能目标能否达到：能。
利用现有的技术，该系统的功能能否实现：能。
对开发人员的数量和质量的要求并说明这些要求能否满足：基本上能。
在规定的期限内，本系统的开发能否完成： 基本上能。

5可选择的其他系统方案

扼要说明曾考虑过的每一种可选择的系统方案，包括需开发的和可从国内国外直接购买的，如果没有供选择的系统方案可考虑，则说明这一点。

无可供选择的其他方案。

5.1可选择的系统方案1

参照第4章的提纲，说明可选择的系统方案1，并说明它未被选中的理由。

5.2可选择的系统方案2

按类似5.1条的方式说明第2个乃至第n个可选择的系统方案。

......

6投资及效益分析

6.1支出

对于所选择的方案，说明所需的费用。如果已有一个现存系统，则包括该系统继续运行期间所需的费用。

6.1.1基本建设投资

包括采购、开发和安装下列各项所需的费用，如：

房屋和设施：已具备，无须增加费用。
ADP设备：已具备，无须增加费用。
数据通讯设备：已具备，无须增加费用。
环境保护设备：暂无。
安全与保密设备：暂无。
ADP操作系统的和应用的软件：已具备，无须增加费用。
数据库管理软件：已具备，无须增加费用。

6.1.2其他一次性支出

包括下列各项所需的费用，如：

研究（需求的研究和设计的研究）：暂无。
开发计划与测量基准的研究：暂无。
数据库的建立：暂无。
ADP软件的转换：暂无。
检查费用和技术管理性费用：暂无。
培训费、旅差费以及开发安装人员所需要的一次性支出：暂无。
人员的退休及调动费用等：暂无。

6.1.3非一次性支出

列出在该系统生命期内按月或按季或按年支出的用于运行和维护的费用，包括：

设备的租金和维护费用：暂无。
软件的租金和维护费用： 暂无。
数据通讯方面的租金和维护费用： 暂无。
人员的工资、奖金： 暂无。
房屋、空间的使用开支： 暂无。
公用设施方面的开支： 暂无。
保密安全方面的开支： 暂无。
其他经常性的支出等： 暂无。

6.2收益

对于所选择的方案，说明能够带来的收益，这里所说的收益，表现为开支费用的减少或避免、差错的减少、灵活性的增加、动作速度的提高和管理计划方面的改进等，包括；

6.2.1一次性收益

说明能够用人民币数目表示的一次性收益，可按数据处理、用户、管理和支持等项分类叙述，如：

开支的缩减包括改进了的系统的运行所引起的开支缩减，如资源要求的减少，运行效率的改进，数据进入、存贮和恢复技术的改进，系统性能的可监控，软件的转换和优化，数据压缩技术的采用，处理的集中化／分布化等；
价值的增升包括由于一个应用系统的使用价值的增升所引起的收益，如资源利用的改进，管理和运行效率的改进以及出错率的减少等；
其他如从多余设备出售回收的收入等。