［项目名称］
可行性研究报告走上目录
文档序号
1引言
A1
2可行性研究的前提
A2
2－1项目的基本要求
A2-1
2－2项目的基本目标
A2-2
2－3项目开发条件
A2-3
3.对现有系统的分析
A3
　3－1现有系统的处理流程和数据流程
A3-1
3－2现有系统的简明情况
A3-2
4．对所建议系统在分析
A4
　4－1对所建议系统在概术
A4-1
　4－2所建议系统的处理流程和数据流程
A4-2
4－3改进，影向的局限性
A4-3
5．可行性分析
A5
　5－1技术条件可行性分析
A5-1
　5－2经济可行性分析
A5-2
　5－3社会因素方面的可行性分析
A5-3
6.可行性分析结论
A6
本报告由受托单位提出对似议中系统开发的决策依据．
                系统分析员：张林青
                  　2009年5月26日
1引言
A1
主文档名称
可行性研究报告
主文档编号
A
子文档名称
引言
子文档序号
A1
编者
张林青
编写日期
2009-05-26
（1）编写目的：随着知识经济时代的来临，将不可避免地从根本上动摇各类组织的管理思想、管理制度和管理方式，现代图书馆的管理也概莫能外。从一定意义上说，建立一套图书馆管理信息系统有着重要的意义。为开发院系图书资料室管理系统，能使图书馆工作人员更好地管理同学借书还书等流程。
（2）项目背景：开发软件系统中所用到的工具是C++,项目提出者：学院图书馆；开发者：张林青学生;该系统为学生借书，阅书，还书所用的一个软件系统.
(3)符号，缩略语的定义：I／O：也就是输出地址，用来处理自已的输入输出信息。
CIMS：计算机集成制造系统。
2可行性研究报告的前提
主文档名称
可行性研究报告
主文档编号
A
子文档名称
项目基本要求
主文档序号
A2-1
编者
张林青
编写日其
2009－5－26
（1）功能:A 书证管理：系统必须为读者建立读者信息档案，是系统能随时掌握每个读者的情况。系统能增加新的读者记录，满足读者人数不断增长的需要
B图书书借还处理：当读者拿到需要的书时，通过计算机办理借书手续。流通部工作人员输入书证号，由计算机判断可借、不可借、过期未还及超期等事项。对于可以借书的读者，系统即办理借书手续，将有关信息记入借还记录中，完成借书处理。C处理：了加速图书的周转，提高图书的利用率，对所借书超期不归还的读者予以适当的经济制裁。系统根据超期时间计算金额点击『书证管理』．
（2） 新的性能: 1.完全的可执行文件、更快更稳定的执行速度2.完善的在线帮助、学习更快捷3.全面的容错处理、使数据更安全 4.动态表加密，保护数据环境
（3） I/O数据：各类信息均以表格形式在显示器终端输出，图书预约、查询及续借过程中索书号和借书证号在用户服务器终端以键盘输入．
（4） 数据流程和处理流程：所谓数据库是指长期存储在计算机内的、有组织的、可共享的数据集合。计算机的数据库可以分为两类：非关系数据库和关系数据库。
（5） 安全保密：系统安全以设置分级用户权限保障，不同权限的用户可调用的资源不同。
（6） 与其他系统的联系：管理信息系统在完成系统实施后，就进入系统的运行阶段。系统运行包括系统的日常维护操作和维护等。系统的好坏和系统设计有很大关系，也和运行人员素质、管理水平以及对计算机软件的理解程度有很大关系。
（7） 期限要求：无时间限制
（8） 其他
主文档名称
可行性研究报告
主文档编号
A
子文档名称
项目基本要求
子文档序号
A2-1
编者
张林青
编写日期
2009－05－26
（1） 减少费用：开发一个好的图书馆管理系统，可以大节约人力．物力．丛而大大减少费用
（2） 提高效力：开发一个好的图书馆管理系统，可以提高工作人员的处理速度．
（3） 搞高精度：控制精度，生产能力的搞高
（4） 信息服务：学生借书，还书，阅书．
（5） 其他
主文档名称
可行性研究报告
主文档编号
A
子文档名称
项目开发条件．假定和限制
子文档序号
A2-3
编者
张林青
编写日期
2009－05－26
（1） 系统期限：无时间限制
（2） 投资经费：无投资经费
（3） 法律政策：无法律政策
（4） 软．硬件环境：Windows2000　电脑
（5） 系统信息和资源：图书馆管理系统．软件文档写作
（6） 其他
3对现有系统的分析
主文档名称
可行性研究报告
可行性研究报告
A
子文档名称
现有系统的处理流程和数据流程
子文档序号
A3-１
编者
张林青
编写日期
2009－05－26
现有系统处理流程和数据流程：数据流程是系统中的信息处理的方法和过程的统一。由于老的系统中的数据处理是建立在手工处理或陈旧的信息处理手段的基础上的，我们有理由相信，新的信息技术条件将为数据处理提供较为有效的处理方法。
   
借  续  还  借  交  罚
    书  借  书  还  款  款
处  处  处  记  处　记       
  　理 理 　 理 录  理  录                       
                   
主文档名称
主文档名称
可行性研究报告
A
子文档名称
现有系统简明
主文档名称
A３-2
编者
张林青
编写日期
2009－05－26
（1） 工作负荷：无
（2） 费用开资：无
（3） 人员．设备：自已一个人开发；电脑．
（4） 局限性：无
（5） 其他
4对所建议系统的分析
主文档名称
主文档名称
可行性研究报告
A
子文档名称
所建议系统概述
主文档序号
A4-1
编者
张林青
编写日期
2009－05－26
所建议系统的说明：所谓系统分析，就是指在整个系统开发工程中，解决“做什么”的问题，把要解决哪些问题，满足用户哪些具体的信息需求调查分析清楚，从逻辑上或说从信息处理的功能需求上提出系统的方案，即逻辑模型，为下一阶段进行物理方案设计，解决怎么办提供依据。它是信息开发系统中的一个重要阶段，是建立系统模型的第一步。其核心是目标分析与需求分析，最后提出系统的逻辑方案。从系统分析的逻辑模型设计到系统设计的物理模型设计是一个由抽象到具体的过程，又是并没有明确的界限，甚至有可能反复。经过系统设计，设计人员应能为程序开发人员提供完整、准确的设计文档，并对设计规范中不清楚的地方做出解释。
主文档名称
主文档名称
可行性研究报告
A
子文档名称
处理流程的数据
主文档序号
A4-2
编者
张林青
编写日期
2009－05－26
处理流程和数据流程：数据流程是系统中的信息处理的方法和过程的统一。由于老的系统中的数据处理是建立在手工处理或陈旧的信息处理手段的基础上的，我们有理由相信，新的信息技术条件将为数据处理提供较为有效的处理方法。因此，与业务流程的改进优化相对应y
主文档名称
主文档名称
可行性研究报告
A
子文档名称
改进．影向
主文档序号
A4-3
编者
张林青
编写日期
2009-05-26
(1) 对现有系统相比的改进之处
(2) 对用户单位．现有系统的开发的影向
(3) 局限性
5可行性分析
主文档名称
主文档名称
可行性研究报告
A
子文档名称
技术条件分析
主文档序号
A5-1
编者
张林青
编写日期
2009-05-26
（1） 技术和设备条件：电脑，学了软件文档写作
（2） 人员准备：一人
（3） 期限限制
主文档名称
主文档名称
可行性研究报告
A
子文档名称
经济可行性分性
主文档序号
A5-2
编者
张林青
编写日期
2009-05-26
（1） 支出：无支出
（2） 收益：无收益
（3） 收益／投资比：无法比
（4） 投资回收周期：无
（5） 敏感性分性：
主文档名称
主文档名称
主文档序号
A
子文档名称
社会因素方面
主文档序号
A5-3
编者
张林青
编写日期
2009-05-26
（1） 法律可行性：无法律可行性
（2） 使用方面的可行性：建立图书馆管理信息系统的目的，就是用以计算机为主的现代化设备完成图书馆工作中各种信息的输入、存储、加工、传递和使用，进行一般图书馆业务的管理，从而提高图书馆工作效率。
（3） 其他考虑
6可行性分析的结论
主文档名称
主文档名称
主文档序号
A
子文档名称
可行性分析结论
主文档序号
A6
编者
张林青
编写日期
2009-5-27
（1） 对现有系统和建议系统及其他系统的比较：后选系统比现有系统用的灵活，更简单，大大提高了工作效力．
图书管理系统数据库设计说明书（2） 可行性结论书馆开发了一个满足业务要求的管理信息系统，由于提高了效率，减少了人工和用时，系统的开发应用带来无形巨额经济效益，因此可见在经济上是完全可行的。
二软件需求说明书
软件需求说明书目录
子文档序号
1前言
R1
2项目需求
R2
3具体需求
R3
3－1功能需求
R3－1
3－2外部接口需求
R3－2
3－3性能需求
R3－3
3－4软件属性需求
R3－4
3－5数据要求需求
R3－5
3－6其它需求
R3－6
1前言
主文档名称
软件需求说明书
主文档编号
R
子文档名称
前言
子文档序号
R1
编者
张林青
编写日期
2009－5－27
（1） 编写目白的：需求说明书有时候也被称为规格说明书，本规格说明描述了任务管理项目的要求，并且作为各方面沟通的依据，也为下一步工作提供基准。
软件开发小组的每一位成员应该阅读本需求说明，以明确项目最后要求完成的软件产品的特点。经使用方认可的需求说明将作为产品特征评价、仲裁的重要参考．
（2） 项目背景A、 软件系统的名称：图书馆管理系统
B、 任务提出者：南昌大学软件学院
开发者：张林清
本系统完成后是针对图书馆写入管理的产品，在市场上独立销售，是面向企业和工厂所使用的订图书馆管理系统统。目前不与其他的系统或者操作系统提供特别的接口，所产生的输出都是独立的．
（3） 符号定议：可以在此列出本文件中用到的专门术语的定义和外文首字母组词的原词组．
（4） 参考资材：软件文档写作，网上借阅．
2项目概述
主文档名称
软件需求说明书
主文档编号
R
子文档名称
项目概述
软件需求说明书
R2
编者
张林青
编写日期
2009－5－27
（1）产品描述：本系统将提供给图书馆工作人员使用，提高时间的利用率和工作效率。该软件的的用户是所有能够使用计算机来安排和管理工作、进行事务备忘的人员， 软件应该提供的功能包括：
1. 图书馆管理操作；
3. 员工管理操作
本项目的产品是一个独立、完整的程序，目前不提供其他系统的接口。    （2）产品功能：借书．还书．阅书一是系统要具有对基本资料设置的功能，便于今后的扩展。计算器等功能集成进系统中，便于操作。
（3）用户特点：本系统将在图书馆中使用，使用本系统的用学院工作管理人员。
根据他们对本程序的认可、方便操作的程度，结合他们日常工作的频繁程度，系统每天操作完成一个功能点应该在2- 10次之间。
用户对界面的友好性，有非常高的要求。
本系统的规模比较小，并且将提供操作手册进行操作项的详细说明。
（4）一般约束：A、本项目不会在中期发生不可接受的范围变更；
B、系统不会有海量存储的要求；
其他相关的假定和约束条件将进一步补充
（5）假设和依据：
3具体需求
    具体需求大纲1
1. 功能需求1
1.1功能需求
1.1.1引言
1.1.2输入
1.1.3加工
1.1.4输出
　1.2功能需求2
    ．
    ．　
    ．
1. n功能需求n
2. 外部接口需求
2.1用户接口
2.2硬件接口
2.3软件接口
2.4通信接口
　3性能需求
　4设计需求
4.1其它标准的约束
4.2硬件限制
　5属性
5.1安全性
5.2可维护性
　6其它需求
6.1数据库
6.2操作
6.3场合适应性
  　．
  　．
  　．
具体需求大纲2
1. 功能需求
1.1功能需求
1.1.1规格说明
　1.1.1.1引言
　1.1.1.2输入
　1.1.1.3加工
　1.1.1.4输出
1.1.2外部接口需求
　1.1.2.1用户接口
　1.1.2.2硬件接口
　1.1.2.3软件接口
　1.1.2.4通信接口
1.2功能需求
．
．
．
1. n功能需求n
2. 性能需求
3. 设计约束
3.1其它标准的约束
3.2硬件的限制
　4属性
4.1安全性
4.2可维护性
14.3……..
　5.其它需求
　5.1数据库
　5.2操作
　5.3场合适应性
    ..
    .　
    .
　
主文档名称
软件需求说明书
主文档编号
H
子文档名称
外部接口需求
子文档编号
R3-2
编者
张林青
编写日期
2009－05－28
（1）用户接口1彩用windows|的通用世面，用户名友好．
      2界面具有一致性，界面规范windows软件界面的规范．
      3提供错误处理
      4提供信息提示，用多种信息提示汉前用户的状态，界面．
      5得供方便的联机帮助．
      6曾守国家计算机方面此汇的标准，用户正确，准确，无歧议．
（3） 硬件．软件接口
系统中的各个子系统的软件和硬件的配置如下：
  　1服务器端子系统的运行要求．
    系统软件：SCO　UNIX
    数据库管理系统：SYBASE
    硬件要求：258MB RAM ,14G HD
      2客户端子系统的运行要求
    系统软件：windows 2000/98/NT
        数据库管理系统：SYBASE　客户端PR6.5
    硬件要求：P11以上PC   32MB 　RAM ，4.3GB  　

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。