图书管理系统可行性报告.doc

1 1 引言引言 1 1 1 编写目的 1 1 2 背景 1 1 3 定义 2 1 4 参考资料 2 2 可行性研究的前提可行性研究的前提 2 2 1 要求 2 2 2 目标 2 2 3 条件 假定和限制 4 2 4 进行可行性研究的方法 4 2 5 评价尺度 5 3 对现有系统的对现有系统的分分析析 5 3 1 处理流程和数据流程 5 3 2 工作负荷 5 3 3 费用开支 6 3 4 人员 6 3 5 设备 6 3 6 局限性 7 4 所建议的系统所建议的系统 8 4 1 对所建议系统的说明 8 4 2 处理流程和数据流程 8 4 3 改进之处 14 4 4 影响 15 4 4 1对设备的影响 15 4 4 2对软件的影响 15 4 4 3对用户单位机构的影响 15 4 4 4对系统运行过程的影响 15 4 4 5对开发的影响 15 4 4 6对地点和设施的影响 16 4 4 7对经费开支的影响 16 4 5 局限性 16 4 6 技术条件方面的可行性 16 5 可选择的其他系统方案可选择的其他系统方案 16 5 1 可选择的系统方案 1 17 5 2 可选择的系统方案 2 17 6 投资及效益分析投资及效益分析 17 6 1 支出 17 6 1 1基本建设投资 17 6 1 2其他一次性支出 17 6 1 3非一次性支出 17 2 6 2 收益 18 6 2 1一次性收益 18 6 2 2非一次性收益 18 6 2 3不可定量的收益 18 6 3 收益 投资比 19 6 4 投资回收周期 19 6 5 敏感性分析 20 7 社会因素方面的可行性社会因素方面的可行性 20 7 1 法律方面的可行性 20 7 2 使用方面的可行性 22 8 结论结论 22 1 GB8567 88 可行性研究报告可行性研究报告 1 引言引言 1 1 编写目的编写目的 当今时代是飞速发展的的信息时代 在各行各业中离不开信息处理 这正 是计算机被广泛应用于信息管理系统的原因 计算机的最大好处在于利用它能 够进行信息管理 使用计算机进行信息控制 不仅提高了工作效率 而且大大 的提高了其安全性 尤其对于复杂的信息管理 计算机能够充分发挥它的优越 性 计算机进行信息管理与信息管理系统的开发密切相关 系统的开发是系统 管理的前提 本系统就是为了管理好图书馆信息而设计的 1 2 背景背景 基于这个问题 我们对黑龙江科技大学的图书馆进行了实际的调查和分析 认为有必 要建立一个图书管理系统 使图书管理工作规范化 系统化 程序化 避免图书管理的随 意性 提高信息处理的速度和准确性 能够及时 准确 有效的查询和修改图书情况 图书管理系统是典型的信息管理系统 其开发主要包括后台 SQL 数据库的建立和维护以 及前端的应用程序的开发两个方面 对于前者要求建立数据的一致性 完整性 安全性存取 方式及备份 对于后者则要求应用程序功能的完备 易学 易用 易操作等的特点 基于上述考虑本系统主要利用 Java 作前台的应用程序开发语言 同时利用 SQL Server 2003 作为后台的数据库 以 Windows XP 作为系统平台 本系统的开发使图书馆管理工作人员 的工作量大大的减少了 同时能使用户很轻松的进行各种需求信息的查询及续借等操作 说明 A 图书馆智能管理系统 B 该系统的相关人员 任务提出者 黑龙江科技大学图书馆 开发者 数学 11 级 1 班 JAVA 小组 小组成员 高旭强 姚坤 任树成 张清伟 邵帅 项目需求方 黑龙江科技大学图书馆 2 用户 黑龙江科技大学图书馆用户及管理员 C 该软件系统同其他系统或其他机构的基本的相互来往关系 1 3 定义定义 DB database 数据库 DBConnectionPool 数据库连接池 Query 查询 UI 用户界面 Table 表 1 4 参考资料参考资料 1 详细设计说明书编写规范 2 网站论坛详细设计说明书 3 图书馆管理系统 可行性分析说明书 4 本项目的经核准的计划任务书或合同 上级机关的批文 图书馆管理系 统 需求分析说明书 2 可行性研究的前提可行性研究的前提 2 1 要求要求 A 1 新进图书的登记功能 对于购进的新书 系统必须具备图书信息资料的录 入功能 2 图书的查询修改功能 当图书资料发生变化 如图书丢失或有错误信息输 入时 则应能够及时对数据进行修改和补充 3 借阅的登记 归还的登记功能 系统的主要功能之一 供本校学生借阅图 书 归还图书 并进行登记 4 学生信息的增加 删除和修改功能 系统主要功能之一 建立学生信息 并对其进行维护 3 B 为了保证系统能够长期 安全 稳定 可靠 高效的运行 图书管理系统 应该满足以下的性能需求 1 系统处理的准确性和及时性 系统处理的准确性和及时性是系统的必要性能 在系统设计和开发过程中 要充分考虑系统当前和将来可能承受的工作量 使系统的处理能力和响应时间 能够满足学校对信息处理的需求 2 系统的开放性和系统的可扩充性 图书管理系统在开发过程中 应该充分考虑以后的可扩充性 例如用户查 询的需求也会不断的更新和完善 所有这些 都要求系统提供足够的手段进行 功能的调整和扩充 而要实现这一点 应通过系统的开放性来完成 既系统应 是一个开放系统 只要符合一定的规范 可以简单的加入和减少系统的模块 配置系统的硬件 通过软件的修补 替换完成系统的升级和更新换代 3 系统的易用性和易维护性 图书管理系统是直接面对使用人员的 而使用人员往往对计算机并不时非 常熟悉 这就要求系统能够提供良好的用户接口 易用的人机交互界面 要实 现这一点 就要求系统应该尽量使用用户熟悉的术语和中文信息的界面 针对 用户可能出现的使用问题 要提供足够的在线帮助 缩短用户对系统熟悉的过 程 4 系统的标准性 系统在设计开发使用过程中都要涉及到很多计算机硬件 软件 所有这些 都要符合主流国际 国家和行业标准 5 系统的先进性 目前计算系统的技术发展相当快 做为图书管理系统工程 在系统的生命 周期尽量做到系统的先进 充分完成企业信息处理的要求而不至于落后 这一 方面通过系统的开放性和可扩充性 不断改善系统的功能完成 另一方面 在 系统设计和开发的过程中 应在考虑成本的基础上尽量采用当前主流并先进且 有良好发展前途的产品 6 系统的响应速度 图书管理系统系统在日常处理中的响应速度为秒级 达到实时要求 以及 4 时反馈信息 在进行统计分析时 根据所需数据量的不同而从秒级到分钟级 原 则是保证操作人员不会因为速度问题而影响工作效率 2 2 目标目标 本系统要达到的目标有以下几点 A 能够存储一定数量的图书信息 并方便有效的进行相应的书籍数据操作和管 理 这主要包括 图书信息的录入 删除及修改 图书信息的关键字检索查询 图书的出借 返还和资料统计 B 能够对一定数量的读者进行相应的信息存储与管理 这其中包括 读者信息的登记 删除及修改 读者资料的统计与查询 C 能够提供一定的安全机制 提供数据信息授权访问 防止随意删改 同时 提供信息备份的服务 2 3 条件 假定和限制条件 假定和限制 a 建议软件寿命 10 年 b 进行系统方案选择比较的时间 为 10 天 c 经济来源 黑龙江科技大学财务处 d 硬件条件 PC 机 6 台 服务器 3 台 局域网 INTERNET e 软件条件 WINDOWS 2000Server 和 XP 操作系统 OFFICE 软件 ORACLE 数据库 浏览器等 2 4 进行可行性研究的方法进行可行性研究的方法 通过调查分析开发图书馆管理系统应具有的功能 性能及用户的需求 确 定总体结构 利用 SQL Server 数据库相对 ACCESS 数据库的优势 以最简洁最 容易的方法 使用 JAVA 编写程序使其成为一个初级的系统软件 5 2 5 评价尺度评价尺度 说明对系统进行评价时所使用的主要尺度 如费用的多少 各项功能的优 先次序 开发时间的长短及使用中的难易程度 3 对现有系统的分析对现有系统的分析 3 1 处理流程和数据流程处理流程和数据流程 1 进书 拿到中图公司的书目选书 抄下所选书名制成表单送至院办公室敲章 办公室向领导打报告 领导批了以后将定单寄至销售图书公司 拿到书 后寄钱 2 书籍入架 按分类号和作者号对书籍进行分类 写流通卡 敲章 入架 注 这 一过程约两星期 3 图书借阅 本科生以此只能借阅一本 凭借书卡借书 还书后取回证件 硕士生 博 士生 老师可外借 2 本 中文书两星期 外文书一个月 其中硕 博须导师的 担保书 管理员登记图书借阅情况 3 2 工作负荷工作负荷 图书馆老师负责图书从进书 分类 入架 借阅 维护的所有事宜 完全 靠人工 工作量很大 借阅图书查找工作费时 该图书馆管理信息系统为标准的网络软件 通过它 我们可以实现几台计 算机同时编目 借还 检索等操作 通过特殊的算法 它在网络上运行时 图 书借还 模糊检索等速度得到了大幅度的提高 理论上讲 图书管理系统的记 录限制为一亿条 系统测试 HP 166 32M 2 1G 服务器 联想 166 32M 2 1G PC 机工作站 管理 20 万册图书时 在检索 借还等操作时 均实现秒级延时 系统适用的网络规模只受网络操作系统限制 6 3 3 费用开支费用开支 人力设备空间支持性服 务 材料 维护人员操作人员服务器 端 客户端图书馆软件使用 咨询 应用软件 及其他 两人 3000 3000 月月 八人 800 800 月月 280008000 台 8 850005000 台 按照图书 馆折旧计 提 6 万 年2 万 年 3 4 人员人员 借阅登记员 4 人 财务员 2 人 采购员 1 人 维护员 1 人 3 5 设备设备 该系统的运行环境包括硬件环境和软件环境 是一个以 Internet Intranet 为架构的平台 系统的总体结构如下图所示 分为五个层 次 物理设备层 网络支撑平台 应用支持平台 应用开发平台 各类开发工具 应用软件层 7 第一层 是物理设备层 包括 PC 服务器 路由器 访问服务器 程控交换机 语音卡等 第二层 是网络支撑平台 用TCP IP PPP HTTP HTML POP3 和 SMTP构成基 本的网络及传输层 是网络操作系统管理环境与通讯平台 第三层 是图书管理系统的应用支撑平台 提供对上层应用系统的信息管理支 持 包括数据库管理系统 Microsoft SQL Server ORACLE Windows NT 操作系统 Microsoft Internet Information Server 4 0 Web 服务器系统 第四层 是应用开发平台 用于对信息的综合开发处理 利用 Intedev VB HTML DreamWaver3 等 在数据库访问方面 利用 ODBC 技术建立对应数据库的数据源 DSN 采用 ADO 等技术访问 和操纵数据库 第五层 为应用软件层 即图书管理系统应用软件 客户端计算机运行 Windows 98 操作 系统 以 IE 浏览器访问应用系统 Web 服务器 3 6 局限性局限性 计算机停电或死机会不会造成数据丢失 图书管理系统没有即时存盘功能 被修改的数据不会立即存盘 会因计算机异常错误而丢失数据 能否存贮多媒体信息 图书管理系统不能存贮所有册目的文本 图片 声音 动画等多媒体信息 此外用户也不能建立自已的多媒体资料库 是否有 2000 年问题 图书管理系统在系统内部没有全部采用 4 位记时 没有解决了 2000 年问题 能否打印读者借阅证 图书管理系统不能根据读者办证日期 读者单位 读者姓名或证码打印读者借阅证 能否批量销证 图书管理系统不能单个销证 更不能批量销证 系统是否易学易用 图书管理系统不是标准的 WINDOWS 应用程序 界 面不友好 操作不容易 必须经过专门训练才可进行操作 图书管理系统的数 据流程与图书馆工作流程不大相符 必须要懂图书馆业务 在一个月左右时间 内就可掌握 8 能存放多少数据 能用于多大规模的网络 理论上讲 图书管理系统的 记录限制为一亿条 系统测试用 HP 166 32M 2 1G 服务器 联想 166 32M 2 1G PC 机工作站 管理 20 万册图书时 在检索 借还等操作时 均实现十秒级延时 系统适用的网络规模受网络操作系统限制 我们是否可以外购数据及与其他图书馆交换数据 系统可以自动调用所购 采访数据 编目数据 FLCS 可以生成标准 MARC ISO2709 数据以用于数据 交换 FLCS 也可以接收其他图书馆的 MARC 数据建立联合编目 FLCS 还可 以和其他软件如 WORD EXCEL 等交换数据 系统是否容易出问题 出了问题时怎么办 系统全部代码为 16 位 安 全性一般 会出问题 系统具有的自我修复能力 例如因停电 死机 机器硬 件故障等原因造成系统不能正常运行时 可由系统自动修复 实在不行 可打 电话给代理商 但还未做到随叫随到 系统是否允许用户犯错误 系统不具有高度容错能力 可自动检测如登录 号 复本出错 数据追加重复等错误 如用户不小心执行了错误操作 系统可 能会死机这里的现有系统是指当前实际使用的系统 这个系统可能是计算机系 统 也可能是一个机械系统甚 至是一个人工系统 分析现有系统的目的是为了进一步阐明建议中的开发新系统或修改现有系 统的必要性 4 所建议的系统所建议的系统 4 1 对所建议系统的说明对所建议系统的说明 图书馆管理系统是图书馆数字化管理的一个重要步骤 它实现了图书 在 馆工作人员与读者信息的信息化管理 摆脱了以往的人工操作的许多不便 本 系统将协助图书馆进行各项业务 方便读者的借阅 信息查询 而且 也将大 大提高了图书馆信息资源的利用率 也使得读者能够更加方便的对图书进行个 性化的管理 4 2 处理流程和数据流程处理流程和数据流程 4 2 1 系统框图系统框图 图图书书管管理理系系统统 用用户户登登录录 日日常常工工作作基基本本资资料料维维护护查查 询询 借 书 处 理 还 书 处 理 缴 纳 罚 金 图 书 资 料 维 护 读 者 资 料 维 护 图 书 资 料 查 询 读 者 资 料 查 询 罚 款 历 史 维 护 借 阅 历 史 维 护 图图1 系系统统框框架架 9 4 2 2 图书馆管理系统的业务流程图书馆管理系统的业务流程 读者 读者库管理 图书库管理 图书借还管理 管理人员 图图2 图图书书馆馆基基本本业业务务流流程程 读者 管理人员 查询图书 借书 还书 图3 借还管理流程 读者 管理人员 读者基本资料 借阅历史记录 罚款历史记录 图4 读者库管理流程 图5 图书库管理流程 管理人员 新图书录入 弃用图书删除 图书信息修改 读者信息管理 10 图书库借书单还书单读者注册 借阅 管理 员 图书馆 管理员 采购 员 入库单 读者库 读者 采编管 理员 图6 业务流程 4 2 3 图书馆管理系统的数据流程图书馆管理系统的数据流程 数据流程图是全面描述信息系统逻辑模型的工具 它抽象概括地把信 息系统中各种业务处理过程联系起来 以下是图书馆管理系统的数据流程 图 图 书 馆 管 理 系 统 图 书 馆 管 理 员 库存图书查询 借阅图书统计 读者管理信息 图书采集信息 图书借阅 读 者 图书查询结果 读者查询结果 图7 0层数据流图 图书信息 读者相关信息 一层数据流程图 图 8 11 读者库读书管理 系统 图书馆 管理人 员 图书维护 系统 图书馆 管理人 员 读者信息管理 图书资料维护 图书查询 系统 读者 图书借阅 系统 借阅管 理员 图书库 读者库 书目查询 入库 采编管 理员 入库单 采购员 图书 图书借阅 还书单 图书 借书单 2008年年3月月18日日 页 1 图图8 1层层数数据据流流图图 二层数据流程图 图 9 13 采编人员 采编管理 图书库 图书采编信 息 图书采编信 息 2008年年3月月18日日 页 1 图9 采编系统数据流程图 二层数据流 12 图书管理员 图书 归还 处理 检查 读者 身份 检查 图书 是否 在库 填写 借阅 库 修改 图书 库 读者库 读者库 图书库 图书库 图书库 还书记录 图书借阅 填写归还记录 归还修改在库数量 有效在库 借阅修改在库 数量 2008年年3月月18日日 页 1 图图1 10 0 图图书书借借阅阅系系统统数数据据流流程程图图 检索处理 读者 图书检索要求 图书检索结果 图书库 2008年年3月月18日日 页 1 图图1 11 1 图书查询系统数据流程图 读者库 图书库 图书 维护 图书 馆管 理员 图书维护需求 库存图书统计 借阅情况统计 读者情况统计 2008年年3月月18日日 页 1 图图1 12 2 图图书书维维护护系系统统数数据据流流程程图图 13 读者登陆 检查 借阅管 理员 读者登陆信息 读者查询 读者查询结果 读者信息 读者库 2008年年3月月18日日 页 1 图图1 13 3 读者管理系统数据流程图 4 3 改进之处改进之处 该图书馆管理系统的实施能够减少人力与管理费用 提高图书及借阅信息 的准确度 有效提高业务处理速度 4 4 影响影响 4 4 1 对设备的影响对设备的影响 服务器 Pentium4 2 2Ghz 以上或更高 内存 512M 以上 硬盘 至少 50G 以上 CD ROM 24 倍速以上 网卡 100 1000 自适应 打印机一台 至少一台服务器 工作站 Pentium42 0Ghz 以上微机 内存 1GB 以上 硬盘 至少 80G 以上 CD ROM 24 倍速以上 网卡 100 1000 4 4 2 对软件的影响对软件的影响 需要落实是否有符合本报告所列出的正版的软件环境 如果没有则需要购 买 是应用软件层 即图书管理信息系统应用软件 客户端计算机运行 14 WINDOWS XP 操作系统 以 IE 浏览器访问应用系统 WEB 服务器 4 4 3 对用户单位机构的影响对用户单位机构的影响 在学校中要有良好的管理体系 管理业务标准化 需要组建一个管理应用队 伍 需要体现出团队的精神 需对管理人员进行培训 用户单位现有符合国家管理行政 业务完全不变 其他机构可以参考系统 提示的要求做一定调整 该操作简单 使用人员能基本操作计算机基本操作即 可 4 4 4 对系统运行过程的影响对系统运行过程的影响 Windows XP SQL Server2000 Java 语言 JSP 代码中运行 4 4 5 对开发的影响对开发的影响 在当前网络信息时代下 计算机技术和软件技术的不断更新是图书馆管理 系统需要更强大的功能 远远不能满足将来现代化的社会 在管理上也可能需 要人员调整或者对管理人员对行二次培训 4 4 6 对地点和设施的影响对地点和设施的影响 说明对建筑物改造的要求及对环境设施的要求 4 4 7 对经费开支的影响对经费开支的影响 扼要说明为了所建议系统的开发 设计和维持运行而需要的各项经费开支 4 5 局限性局限性 说明所建议系统尚存在的局限性以及这些问题未能消除的原因 15 4 6 技术条件方面的可行性技术条件方面的可行性 技术上的可行性分析主要分析现有技术条件能否顺利完成开发工作 硬件 软件配置能否满足开发者的需要 各类技术人员的数量 水平 来源等 图书 馆管理系统的工作主要是在读者和图书馆之间架起一座桥梁 能相互沟通信息 和处理信息 所使用的语言是 JAVA 和 SQL 之间连接 这是大家还比较熟悉的 内容 可行性绝对可行 5 可选择的其他系统方案可选择的其他系统方案 扼要说明曾考虑过的每一种可选择的系统方案 包括需开发的和可从国内 国外直接购买的 如果没有供选择的系统方案可考虑 则说明这一点 5 1 可选择的系统方案可选择的系统方案 1 参照第 4 章的提纲 说明可选择的系统方案 1 并说明它未被选中的理由 5 2 可选择的系统方案可选择的系统方案 2 按类似 5 1 条的方式说明第 2 个乃至第 n 个可选择的系统方案 6 投资及效益分析投资及效益分析 6 1 支出支出 6 1 1 基本建设投资基本建设投资 开发 测试所需设备 网络 服务器 工作站等 总需投入 16 万元 a 开发使用的服务器 2 台 共 5 万元 b 测试使用的服务器 2 台 共 4 万元 c 网络设备 交换机 路由器 访问服务器等 共 3 万元 16 d 开发用计算机 4 台 共 4 万元 e 测试用计算机及其他设备 3 万元 6 1 2 其他一次性支出其他一次性支出 软件和系统平台建设总需投入 3 万元 a 数据库系统 0 7 万元 b 开发工具软件及系统平台 2 万元 c 网络安全软件 0 3 万元 6 1 3 非一次性支出非一次性支出 项目配套流动资金需投入 3 万元 6 2 收益收益 6 2 1 一次性收益一次性收益 6 2 2 非一次性收益非一次性收益 现 金 流 量 表 单位 万元 序号项目 123456 1 现金流入 0 00 50 00 75 00 100 00 125 00 153 00 1 1 产品销售收 入 50 00 75 00 100 00 125 00 150 00 1 2 回收固定资 产余值 0 00 1 3 回收流动资 金 3 00 2 现金流出 19 00 39 69 51 64 66 69 81 85 97 13 2 1 固定资产投 资 19 00 2 2 流动资金 3 00 2 3 经营成本 24 00 30 00 36 15 42 47 48 96 2 4 销售税金及 附加 8 00 12 00 16 00 20 00 24 00 17 2 5 所得税 4 69 9 64 14 54 19 38 24 17 3 税后净现金 流量 19 00 10 31 23 36 33 31 43 15 55 87 3 1 累计净现金 流量 19 00 8 69 14 68 47 99 91 14 147 01 4 折现系数 8 0 93 0 86 0 79 0 74 0 68 0 63 4 1 净现金流量 现值 17 67 7 47 11 60 35 51 61 98 92 62 4 2 累计净现金 流量现值 17 67 25 14 13 54 21 97 83 95 176 57 5 计算指标 税后 5 1 财务内部收 益率 IRR 76 67 5 2 财务净现值 i 8 NPV 176 57 5 3 靜态投资回收期 含建设期 2 37 动态投资回收期 含建设期 3 38 6 2 3 不可定量的收益不可定量的收益 损 益 表 单位 万元 序号项目 23456 合计 1 销售收入 50 00 75 00 100 00 125 00 150 00 500 00 2 总成本费 用 27 80 33 80 39 95 46 27 52 76 200 58 3 税金及附 加 8 00 12 00 16 00 20 00 24 00 80 00 4 利润总额 14 20 29 20 44 05 58 74 73 24 219 42 8 所得税 4 69 9 64 14 54 19 38 24 17 72 41 9 可分配利 润 9 51 19 56 29 51 39 35 49 07 147 01 10 盈余公积 金 0 95 1 96 2 95 3 94 4 91 14 70 11 公益金 0 48 0 98 1 48 1 97 2 45 7 35 13 未分配利 润 8 09 16 63 25 09 33 45 41 71 124 96 14 累计未分 配利润 8 09 24 72 49 80 83 25 124 96 18 6 3 收益 投资比收益 投资比 求出整个系统生命期的收益 投资比值 6 4 投资回收周期投资回收周期 该项目计算期 6 年 建设期 1 年 生产期 5 年 生产期第一年即可达产 税金及附加 增值税按 6 城建税按增值税的 7 教育附加费按增值税 的 3 所得税 按 33 的税率计算 6 5 敏感性分析敏感性分析 为测算项目可能承受风险的能力及项目在财务上 经济上的可靠性 拟对 项目的主要风险因素的变化对项目财务内部收益率和投资回收期的影响进行敏 感性分析 根据项目特点确定主要风险因素为项目的销售收入 其分析如下 敏感性分析表 销售收入 项目 10 5 0 5 10 财务内部收益率 89 8383 3276 67 69 8662 86 投资回收期 年 2 242 32 37 2 452 54 7 社会因素方面的可行性社会因素方面的可行性 7 1 法律方面的可行性法律方面的可行性 政府 无论是中央政府还是地方政府 一般都用法律规定组织可以做什么 不可以做什么 例如 合同法 消费者权益保护法 专利法 反不正 当竞争法 等对所有企业的行为都做了限制 我们公司就设有自己的法律顾问 这是因为法规的影响不仅仅限于时间和金钱 它还缩小了管理者可斟酌决定的 19 范围 限制了可行方案的选择 根据 中华人民共和国计算机软件保护条例 1991 年 6 月 4 日中华人民共 和国国务院令第 84 号发布 修改后的新条例 2002 年 1 月 1 日起施行 第九 条可知 软件著作权人享有下列各项权利 一 发表权 即决定软件是否公之于众的权利 二 开发者身份权 即表明开发者身份的权利以及在其软件上署名的权利 三 使用权 即在不损害社会公共利益的前提下 以复制 展示 发行 修 改 翻译 注释等方式使用其软件的权利 四 使用许可权和获得报酬权 即许可他人以本条第 三 项中规定的部分或 者全部方式使用其软件的权利和由此而获得报酬的权利 五 转让权 即向他人转让由本条第 三 项和第 四 项规定的使用权和使用许 可权的权利 第十