01期刊管理系统需求分析

合集下载

软件工程实训 期刊管理系统 项目开发总结报告(PDSR)

软件工程实训 期刊管理系统 项目开发总结报告(PDSR)

项目开发总结报告(PDSR)目录项目开发总结报告(PDSR) (1)1引言 (3)1.1标识 (3)1.2系统概述 (3)1.3文档概述 (3)2引用文件 (3)3实际开发结果 (4)3.1产品 (4)3.2主要功能和性能 (4)3.3基本流程 (4)3.4进度 (5)3.5费用 (5)4开发工作评价 (5)4.1对生产效率的评价 (5)4.2对产品质量的评价 (5)4.3对技术方法的评价 (5)4.4出错原因的分析 (5)4.5风险管理 (6)5缺陷与处理 (6)6经验与教训 (6)7注解 (6)1引言1.1标识适用于WindowsXP/Win7操作系统,适用的软件是Microsoft Visual Studio 2010、Internet Explorer、Microsoft Office Access 2010。

1.2系统概述系统的名称:期刊管理系统;产品所有权:张庭小组任务提出人:刘建钊老师。

需求分析人:张庭小组成员。

用户:使用该软件且具有一定特权的管理人员(老师)本文档适用的项目:期刊管理系统。

以上时间均为2012年。

1.3文档概述该文档描述对计算机软件配置项CSCI,系统或子系统进行合格性测试的计划安排。

内容包括进行测试的环境、测试工作的标识及测试工作的时间安排等。

2引用文件文档格式要求按照我国GB/T8567-1998国家标准和IEEE/ANSI830-1993标准规范要求进行。

包括以下文件:软件工程项目开发文档范例软件工程国家标准文档软件需求说明书编写规范书籍包括:殷人昆等编著.实用软件工程(第3版).北京:清华大学出版社,2010;郑诚等编著.软件工程课程设计.北京:机械工业出版社,2010;王少锋编著.面向对象技术UML教程.北京:清华大学出版社,2004。

3实际开发结果3.1产品期刊管理系统3.2主要功能和性能1.期刊信息存储与管理,包括:1)期刊编目。

2)期刊种类的录入、删除及修改。

04期刊管理系统系统实现

04期刊管理系统系统实现

04期刊管理系统系统实现第一部分:系统需求分析(400字)非功能需求包括系统的性能要求和安全要求等。

性能要求包括系统的响应速度、负载能力和稳定性等。

安全要求包括用户身份验证、数据加密和系统日志记录等,以保障期刊数据的安全和机密性。

第二部分:系统设计与实现(800字)本系统的设计与实现主要包括数据库设计、用户界面设计和系统架构设计。

数据库设计是期刊管理系统的重要组成部分。

数据库应包括期刊、用户、稿件和审稿等主要表格。

期刊表格包括期刊的基本信息和最新内容;用户表格包括用户的基本信息和权限等;稿件表格包括稿件的基本信息和状态等;审稿表格包括审稿人的基本信息和审稿结果等。

系统架构设计是系统的整体框架和模块划分。

本系统采用三层架构,包括展示层、业务层和数据访问层。

展示层负责与用户进行交互,接收用户请求并返回相应的结果;业务层负责处理用户请求,调用相应的服务模块进行数据处理;数据访问层负责与数据库进行交互,进行数据的增删改查操作。

系统的实现采用Web技术,使用Java语言和相关框架进行开发。

数据库使用MySQL进行存储和管理,使用Hibernate框架进行对象关系映射和数据访问。

界面设计采用HTML、CSS和JavaScript等前端技术,使用Bootstrap框架进行页面布局和响应式设计。

系统的部署可以选择在本地服务器或云服务器上进行,使用Tomcat作为应用服务器。

总结:本文对期刊管理系统进行了需求分析和设计实现的详细说明。

通过对用户需求、功能需求和非功能需求的分析,明确了系统的基本功能和扩展功能,以及系统的性能要求和安全要求。

通过数据库设计、用户界面设计和系统架构设计,搭建了期刊管理系统的整体框架和模块划分。

系统的实现使用了Web技术,具备良好的可扩展性和可维护性。

学术期刊管理信息系统目标与可行性分析

学术期刊管理信息系统目标与可行性分析
S c i e n c e & Te c h n o l o
科 技 视 界
科技・ 探索・ 争鸣
学术期刊管理信息系统 目标与可行 I 生 分析
朱冠 华 梁晓道 ( 广东 石油化 工学 院 。 广东 茂名 5 2 5 0 0 0 )
【 摘 要】 为提 高学术期刊竞争力, 需要构建管理信息系统, 以解 决如何 高效率地向作 者、 编辑、 审稿人、 读者传递 业务信 息的迫切 问题 。本 文针对 学术期 刊编辑部 管理信息 系 统, 在论述 系统开发 目 标 的基础上 , 从技 术和经济方 面详细地分析 了系统开发 的可行性 , 以期 为构建 学术期
如在职高高一年级的学习中excited一次的学习中充分利用思维导图引导学生在课文中联系学习过的或课外知识中积累的词汇建立自己思维导图excited作为关键词其关联词语excitingbored等在导图的绘制中教师引导学生在课文中寻找与excited相关的词汇并找出他们之间内在联系并绘制相应的思维导图在此基础上回顾思考已经学习过的词语通过对相关信息的查询将链接上出现的空白进行填补从而促进课外词汇量的扩大促进学生运用词汇的能力
刊管理信息 系统提供有益参考。 【 关键词】 学术期刊 ; 管理信息 系统; 系统 开发 ; 可行性分析
长期以来 . 学术期刊承担了广大科研工作者 的学术成果 出版传播 的重 任 . 为 我 国的科 技发 展做 出了重 大贡献 . 受 到学术 界的广 泛关 注[ 1 当前 . _ 随着计算机 网络技术和办公 自动化技术 的快速发展 , 能够 高效解决业务信 息高效传递 、 分发和回收的管理信息 系统平 台已经越 来越被各行各业认可 . 逐步实现基 于网络 的管理信息系统 己成为各行 各业提高竞争力 的重要手段 在这样 的背景下 . 为提高学术期刊竞争 力, 如何构建管理信息系统 , 以解决 高效率地 向作者 、 编辑 、 审稿人 、 读 者等系统用户传 递业务信息 . 是学术期 刊编辑部需要 的迫切 问题 。为 此. 本文拟对学术期 刊管理信息系统开发战略进行 分析探讨 . 以期为 构建学术期刊管 理信息系统提供有益参考

软件工程期刊管理系统设计报告

软件工程期刊管理系统设计报告

小组成员:张含茜,朱蓉蓉,王月,赵静雯实验名称:期刊管理系统综合测试实验日期:2013年12月22日目录一、实验内容 (1)二、实验目的 (1)三、可行性分析 (2)3.1 可行性研究3.2数据流图3.3数据字典四、需求分析 (3)4.1 需求分析任务4.2 E-R图五、总体设计描绘软件结构 (4)5.1层次图和HIPO图5.2 IPO图六、详细设计主要界面 (5)七、数据库………………………………………………………………………………………八、测试方案 (6)九、附录 (7)第四次会议讨论记录一、实验内容期刊管理系统综合测试二、实验目的完成期刊管理系统综合测试三、可行性分析3.1可行性研究1)技术可行性JSP对数据库的支持好、开发难易度容易、使用简单的Windows 平台、对组件的支持,采用编译之后执行的方式。

SQL Server数据库和JSP技术的有机结合,可以开发出实用、简便的期刊管理系统。

因此技术上是可行的。

2)经济可行性。

开发期刊管理不需要很大的投入,硬件上只需要web服务器和数据库服务器即可。

3)操作可行性。

操作简单,每个人都容易学习使用。

综上所述,期刊管理系统在社会中是可行的。

3.2数据流图读者1读者 要求处理管理员2管理员要求处理读者要求期刊目录文件期刊内容文件管理员要求期刊订单期刊登记文件处理结果读者系统管理管理员读者要求处理结果刊期订单管理员要求图1-1顶层数据流图查询结果处理结果游客要求游 客3游客处理游客游客要求图1-2第二层数据流图期刊文件 管理员管理员要求2.1管理要求分类2.3期刊登记2.2变动处理2.4期刊征订期刊登记期刊内容期刊目录征订征订用户文件查询结果期刊借阅文件变动要求借阅要求归还要求1.2注册处理1.4归还处理1.3借阅处理1.5查询要求处查询要求用户文件期刊目录文件读 者期刊目录文件 1.1读者要求分类用户文件 期刊借阅文件图1-3第三层数据流图游 客 3游客查询要求3.3数据字典1. 读者信息=用户名+密码+电话+邮箱 用户名=8(字符)8 密码=10(字符)10 电话=0(数字)9 邮箱=8(字符)82 管理员信息=用户名+密码+电话+邮箱 用户名=8(字符)8 密码=10(字符)10 电话=0(数字)9 邮箱=8(字符)81.5.1 查询要求分类查询期刊要求去向1.5.2 查询期刊去向用户文件期刊借阅文件期刊去向信息读者1.5.3 查询期刊内容按期刊名查询要求按作者名查询要求按关键词查询要求期刊内容信息期刊内容文件期刊登记文件期刊目录文件图1-4 第四层数据流图3 期刊信息=期刊名+期刊编号+年+期+刊号+作者+简介期刊名=8(字符)8年=0(数字)4期=0(数字)5刊号=0(字符)10作者=0(字符)10简介=0(字符)3004 期刊订单=期刊名称+期刊种类+出版日期+邮发代号+数量期刊名称=8(字符)8期刊种类=0(字符)10出版日期=0(数字)10邮发代号=0(数字)12数量=0(数字)105 期刊借阅归还文件=期刊名+借阅人+借阅日期+归还日期期刊名=8(字符)8借阅人=0(字符)8借阅日期=0(数字)10归还日期=0(数字)10四、需求分析4.1需求分析任务1)管理员进行期刊征订期刊登记以及人员和期刊的变动处理2)读者进行注册,期刊借阅,期刊归还,期刊查询(查询期刊内容,查询期刊去向)4.2 E-R图五、总体设计描绘软件结构5.1 层次图与HIPO 图H 图:读 者 管理员借阅 登记 期 刊归还 查询 征订 用户名 电话 密码 邮箱 用户名 密码 电话期刊名 刊号 年 期 作者 简介 种类 邮发代号变动注册读者要求处理系统1.0注册1.1借阅1.2归还1.3查询1.4查询去向1.41查询期刊内容1.42管理员要求处理系统2.0变动2.1 登记2.2 征订2.3游客要求处理系统3.0查询3.1IPO图第一张:IPO表系统:主功能模块作者:编号:0.0 日期:12 .11输入:读者、管理员、游客身份调用:1.读者要求处理系统2管理员要求处理体统3游客要求处理被调用:无输出:所需要的文件处理:针对不同身份提出的不同要求给予具体响应。

期刊管理系统-软件开发计划

期刊管理系统-软件开发计划

项目开发计划1.引言 (2)1.1编写目的 (2)1.2项目背景 (2)1.3定义 (2)1.4参考资料 (3)2.项目概述 (3)2.1工作内容 (3)2.2条件与限制 (3)2.3产品 (4)2.4运行环境 (4)2.5服务 (5)2.6验收标准 (5)3.实施计划 (5)3.1任务分解 (5)3.2进度 (5)3.3预算 (6)3.4关键问题 (6)4.人员组织及分工 (6)5.交付期限 (6)6.专题计划要点 (6)1.引言1.1编写目的(1)在软件产品完成之前,为用户和开发者之间建立共同协议创立一个基础。

对要实现的软件功能进行全面描述,帮助用户判断软件产品是否符合他们的要求。

(2)提高开发效率:使用户在设计开始之前周密地思考需求,从而减少事后重新设计、重新编程和重新测试的返工情况。

通过对各种需求进行仔细复查,在开发早期发现若干遗漏、错误的理解和不一致性,以便及时加以纠正。

(3)为成本计价和编制计划进度提供基础:软件功能的描述是计算机软件产品成本核算的基础,也有助于估计所必须的资源,并用作编制进度的依据。

(4)为软件测试与验收提供一个基准。

(5)为了更好地适应当前高校图书馆的期刊管理需求,为期刊管理提供更加科学的依据和数据,缓解手工管理存在的弊端。

该设计说明书面向项目组全体人员。

1.2项目背景项目的委托单位:盐城工学院优集学院开发单位:张庭小组主管部门:BU计算机091班期刊管理系统是图书情报信息管理系统中的一个相当重要的组成部分。

其主要作用是帮助图书情报管理部门对各种期刊的采购、借阅、装订等项工作进行管理。

同时要针对不同类型的期刊和不同类型的读者分别设置期刊的借阅方式,并根据期刊的借阅情况分析期刊的使用效率和读者情况。

1.3定义专门术语:Access:系统服务器所使用的数据库关系系统。

事务流:数据进入模块后可能有多种路径进行处理。

主键:数据库表中的关键域。

外部主键:数据库表中与其他表主键关联的域。

期刊稿件管理系统开题报告

期刊稿件管理系统开题报告

期刊稿件管理系统开题报告期刊稿件管理系统开题报告一、项目背景随着科技的不断发展和学术研究的日益深入,期刊成为学术界重要的信息传播和交流平台。

然而,传统的期刊稿件管理方式存在一些问题,如手工处理繁琐、效率低下、易出错等。

为了提高期刊稿件的管理效率和质量,我们决定开发一个期刊稿件管理系统。

二、项目目标本期刊稿件管理系统的目标是实现以下功能:1. 稿件提交:作者可以通过系统在线提交稿件,包括论文摘要、关键词、作者信息等。

2. 审稿流程管理:系统可以自动分配审稿人,并跟踪审稿进度,提醒相关人员完成审稿任务。

3. 审稿意见管理:审稿人可以通过系统在线提交审稿意见,包括对稿件的评价、修改建议等。

4. 编辑决策:编辑可以根据审稿意见和自身判断,决定是否接受或拒绝稿件,并给出相应的修改意见。

5. 编辑修改:如果稿件需要修改,作者可以在线进行修改,并重新提交修改后的稿件。

6. 出版管理:编辑可以将最终接受的稿件安排到相应的期刊发表,并进行排版和出版流程管理。

7. 统计与报表:系统可以生成各类统计报表,如稿件数量、审稿周期、审稿人评价等,为期刊管理者提供决策支持。

三、项目计划1. 需求分析:对期刊稿件管理的各项功能进行详细调研和需求分析,明确系统的功能和性能要求。

2. 系统设计:根据需求分析结果,进行系统的总体设计和模块设计,包括数据库设计、界面设计等。

3. 编码实现:根据系统设计,进行系统的编码实现,包括前端界面、后端逻辑和数据库开发。

4. 单元测试:对系统的各个模块进行单元测试,确保各个功能的正确性和稳定性。

5. 集成测试:对系统进行集成测试,测试各个模块之间的协作和整体性能。

6. 系统优化:根据测试结果和用户反馈,对系统进行优化和改进,提高系统的性能和用户体验。

7. 上线部署:将系统部署到服务器上,进行线上测试和运行,确保系统的稳定性和安全性。

8. 培训和推广:对期刊编辑和作者进行系统使用培训,并进行系统的推广和宣传,提高系统的使用率和影响力。

期刊管理系统(完整版)

期刊管理系统(完整版)

一、问题描述某单位的期刊阅览室藏有期刊,期刊借阅室有职工3名,主要负责期刊的定购和借阅工作。

其管理功能图如图所示。

随着读者人数的增加,手工借阅期刊的处理效率太低,而且容易出现差错,不能满足读者的基本需求。

为了改善现状,期刊阅览室应需求建立一套计算机管理系统,既要解决目前存在的问题,又要增加读者注册管理、订购登记与到刊登记的核对处理、期刊借阅处理、期刊归还处理等功能,以达到提高期刊阅览室的工作效率和提高服务质量的目的。

在对期刊订购和到刊核对、借阅业务进行了调查分析后,对期刊阅览室订购和到刊核对、借阅期刊、归还期刊描述如下。

1、订购和到刊核对过程订刊管理员每订购一种新的期刊时,都要为这种期刊分配一个代码,称为期刊代码;同时还要登记期刊的名称、文种、出版同期(周、半月、月、双月、季、半年、年、不定)等信息。

订购的期刊到达时,必须与订购登记核对并为每一本期刊建立一张卡片,卡片上应登记期刊代码、总期号、复本序号(同一期刊可能订购多册,顺序编号加以区分)出版日期、本年期号等信息。

卡片中的期刊代码用于区分不同种的期刊;对于同一种期刊,用总期号区分不同期的期刊;对于同种同期期刊,用复本序号区分不同复本和期刊。

管理员用条码阅读器将以上期刊卡片的信息读入处理系统。

并为本单位职工办理借阅证,持有借阅证才有权借阅期刊。

2、借阅期刊过程读者从卡片箱中选到所需的期刊卡片(一张卡片对应一本期刊),将卡片和借阅证交给借刊管理员,管理员再根据卡片从架上找到相应的期刊给读者,并用条码阅读器将卡片(可以是多张)和借阅证上的期刊信息和读者条码信息读入处理系统。

系统根据读者条码从读者文件和借阅文件中找到相应记录。

3、归还期刊过程还刊时读者只要将期刊交给还刊管理员,管理员将期刊上的期刊条码读入系统,系统从借阅文件上找到相应的记录,填上还书日期后写入借阅历史文件,并从借阅文件上删除相应的记录。

最后期刊上架。

二、系统目标分析开发本软件系统的目标如下。

期刊信息管理系统可行性分析报告

期刊信息管理系统可行性分析报告

期刊信息管理系统可行性分析报告期刊信息管理系统可行性研究报告1. 引言1.1编写目的随着科学技术的发展,计算机已经是日常工程和生活不可或缺的工具,将图书管理从人工管理方式转变成为软件控制,具有检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等巨大优点。

如今,图书馆管理系统已成为日常教学工作中必不可少的管理软件,主要可以实现借书、还书、查询图书等功能。

1.2项目背景项目名称:图书馆管理系统项目提出者:项目开发者:用户:1.3定义IDE Integrated Development,集成开发环境SQL(Structured Query Language),结构化查询语言。

SQL语言的主要功能就是同各种数据库建立联系,进行沟通。

Eclipse ,开放源代码的、基于 Java 的可扩展开发平台。

1.4参考资料《软件工程导论》(第5版)张海藩编著清华大学出版社《数据库系统原理及应用》丁忠俊主编清华大学出版社《Java学习笔记》林信良编著清华大学出版社2 .可行性研究的前提2.1 要求主要功能:学生可通过该系统查询所需的图书资料,方便学生借书、还书,同时也便于图书管理员管理图书。

性能要求:所有数据实时更新保持同步,且定时备份。

输出要求:简单、快捷、实时。

输入要求: 及时的修改和更新图书的信息。

借书拒绝借书还书借书信息罚款单0层图:1层图:库存记录图1库存文件 借书文件图2还书借书文件库存文件图3读者名图书名统 计表图43.2 数据字典 数据流名称:借书别名:借书单简述:读者借书时填写的单据来源:读者去向:审核借书数据流量:250份/天组成:借书证编号+借阅日期+书名+借阅方式+密码+借阅人数据流名称:还书别名:无简述:读者还书时附带的数据来源:读者去向:审核还书数据流量:250份/天组成:借书证编号+借阅日期+书名+借阅方式数据存储名称:借书文件别名:无简述:借书证编号+借阅日期+书名+借阅方式+密码+借阅人+操作员查询要求:要求能立即查询并修改数据存储名称:库存文件别名:无简述:存放图书出/入库信息组成:书名+出版社+作者+出版日期+入库数据+总数量+(内容简介) +当前库存量组织方式:数据文件,以书名为关键字进行索引查询要求:要求能立即查询并修改加工名:审核借书证编号:1.1激发条件:接受到借书证输入:借书证输出:认定合格的借书证加工逻辑:根据借书文件及读者借书证if借书证编号在借书文件存在and未过期and密码正确then 借书证有效else借书证无效3.3 工作负荷列出现有系统所承担的工作:1、图书借阅2、学生查阅书号借书3、服务器记录借书学生学号4、登记借出图书3.4 费用开支列出由于运行现有系统所引起的费用开支,如人力、设备、空间、支持性服务、材料等项开支以及开支总额。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

一、期刊管理系统需求分析目录
1.2.1系统任务概述
1.2.2功能需求 (3)
1.2.3数据流图 (3)
1.2.4数据字典 (6)
1.2.5E-R图 (6)
1.2.6性能要求 (7)
1.2.7运行环境 (7)
一、期刊管理系统需求分析
1.2.1系统任务概述
人类社会已经进入了一个以信息技术为中心的时代。

人类传递信息、获取信息、交流信息的方式发生了前所未有的变革。

期刊信息是图书馆、企事业单位资料室等进行期刊管理所必需二频繁使用的信息资料。

在计算机尚未在图书馆广泛使用之前,借书和还书过程主要依靠手工。

一个最典型的手工处理还书过程就是:
读者将要借的书和借阅证交给工作人员,工作人员将每本书
上附带的描述书的信息的卡片和读者的借阅证放在一个小格栏
里,并在借阅证和每本书贴的借阅条上填写借阅信息。

这样借书
过程就完成了。

还书时,读者将要还的书交给工作人员,工作人
员根据图书信息找到相应的书卡和借阅证,并填好相应的还书信
息,这样还书过程就完成了。

以上所描述的手工过程的不足之处显而易见,首先处理借书、还书业务流程的效率很低,其次处理能力比较低,一段时间内,所能服务的读者人数是有限的。

利用计算机来处理这些流程无疑会极大程度地提高效率和处理能力。

我们将会看到排队等候借书、还书的队伍不再那么长,工作人员出错的概率也小了,读者可以花更多的时间在选择书和看书上。

1.2.2功能需求
期刊管理系统的目的是实现期刊登记、借阅、查询等业务的自动化管理,以提高工作效率。

该系统的主要功能如下:
1.读者信息管理:对于每一个读者都可以办一张借阅卡,并有自己的用
户名和密码,成为注册用户,添加读者信息,更改读者信息,删除读者信息,读者类型设置,读者档案管理,借阅证挂失与恢复,过期续证管理。

2.期刊管理:管理所有种类期刊的基本信息,管理员登记新到的期刊信
息,包括刊号、年、期、数量和相应的文字信息。

3.期刊借阅:处理读者的期刊借阅、归还业务。

4.期刊查询:查询期刊的库存、某期刊的取向信息
5.期刊的征订:完成下一年度预定的期刊目录的生成。

6.期刊内容登记:将新到的每本期刊的所有文章的信息(文章题目、作
者姓名。

作者单位、关键词等)登记到数据库中。

7.期刊内容的查询:输入关键词,查询出包括这些关键词的有关文章的
题目、登记的期刊信息(名称、年、期)等。

1.2.3数据流图
首先分析期刊管理系统的需求分析,该系统主要有两种角色:
读者和管理员。

读者向系统提出如下处理要求:1)读者信息变动要求,2)读者的期刊借阅处理要求,3)读者的期刊归还处理要求,4)读者对信息查询处理要求。

这些要求是由读者提出或激发的,在系统中并
不一定是用户操作完成,换句话说,其中的数据是从用户处流出进入系统的,由于顶层的数据流图不需要画得太细致,所以可以把这些输入数据流抽象成“读者要求”,系统处理完这些数据流后,可能有多个结果,这里把输出流抽象成“处
理结果”。

同理,管理员也可以向系统提出要求,如期刊登记、期刊征订等,把从管理员处流到系统的输入数据流抽象成“管理员要求”,输
出数据流抽象成“期刊订单”。

由此可以得出顶层数据流图,如图1-4所示,顶层的这个加工不编号。

图1—4 顶层数据流层图
对顶层数据流图进行分解,分离出两个加工:读者要求处理和管理员要求处理,分别编号为1和2.由于加工分离出来,原先属于内部数据流(文件)
的部分(如期刊目录文件、期刊登记文件和期刊内容文件)这里就变成了外部数据流,它们被标在第二层数据流图上,“读者要求处理”加工分别从期刊内容文件、期刊登记文件和期刊目录文件读数据,“管理员要求处理”加工不仅从期刊
目录文件读数据,当数据处理完成后,还要向期刊目录文件写入数据。

分解后的第二层数据流图如图1-5所示。

图1-5 第二层数据流图
接下来对加工1和2继续分解。

同理,加工1进一步分解五个子加工:加工1.1读者要求分类,加工1.2变动处理,加工1.3借阅处理,加工1.4归还处理,加工1.5查询要求处理。

加工2进一步分解成三个子加工:加工2.1管理要求分类,加工2.2期刊登记,加工2.3期刊征订。

原先的内部数据流:读者文件和借阅文
件变成了外部数据流,第三层数据流图如图1-6所示。

加工1.5包含多种查询,可以进一步分解,变成三个加工:加工1.5.1查询要求
分类,加工1.5.2查询期刊去向,加工1.5.3查询期刊内容,第四层数据流图如图1-7所示
图1-6第三层数据流图
图1-7第四层数据流图
1.2.4数据字典
1.文件条目
用户=[读者|管理员]
用户文件={用户名+姓名}
期刊目录文件={刊号+刊名+邮发代号+主办单位+出版周期}
期刊登记文件={刊号+年+(卷)+期}
期刊借阅文件={用户名+刊名+年+(卷)+期+借阅日期+归还日期}
期刊内容文件={刊号+年+(卷)+期+文章题目+作者单位+作者姓名+关键词1+关键词2+关键词3+关键词4+关键词5}
2.数据条目
征订单={刊号+邮发代号+单价+数量+金额}
期刊去向信息={刊名+年+(卷)+期+读者姓名}
期刊内容信息={关键词1+关键词2+关键词3+关键词4+关键词5+刊名+年+(卷)+期}
变动要求={添加|更改|删除}
借阅要求={用户名+刊名+年+(卷)+期}
归还要求={用户名+刊名+年+(卷)+期}
按关键词查询要求={(关键词1)+(关键词2)+(关键词3)+(关键词4)+(关键词5)}
查询期刊去向要求={刊号+刊名+年+(卷)+期}
1.2.5E-R图
系统有三种数据对象:读者、管理员和期刊。

其中,读者的属性有:用户名,姓名,性别,专业班级;管理员的属性有:用户名,姓名,性别;期刊的属性有:刊号,刊名,年,期。

系统的E-R图如图1—8所示。

图1-8期刊管理系统的E-R图
1.2.6性能要求
在性能方面,要求系统的查询和更新时间不超过一秒。

其他一些要求如下:
系统最小寿命:系统应该能在无重大改动的条件下正常运行5年以上。

设备要求:计算机稳定性良好,整套系统经济实惠。

在使用上:要求系统易理解,易学习,易操作。

在安全性上:要求系统安全可靠,容错,易恢复。

在数据集中上:要求用统一的数据库实现数据的完整性和实时性。

在可维护性上:要求系统可修改,可测试,可扩充,可移植。

1.2.7运行环境
对本系统运行环境没有特殊要求,以下硬件配置就可以满足要求:服务器CPU为Pentium II 300或更高配置,内存128MB以上,硬盘至少为500MB,网络适配器10Mbps或更快的网卡,一个CD-ROM驱动器,打印机一台,UPS(选配),客户机CPU为Pentium 200或更高配置,内存64MB以上,硬盘至少100MB。

相关文档
最新文档