实例1学校教材订购系统

合集下载

学校教材订购系统软件详细设计文档资料

学校教材订购系统软件详细设计文档资料

学校教材订购系统软件详细设计文档资料-CAL-FENGHAI-(2020YEAR-YICAI)_JINGBIANQR-RD-022(Ver1.2)学校教材订购系统详细设计说明书(内部资料请勿外传)编写:日期:2015年5月8日检查:日期:2015年5月8日审核:日期:2015年5月8日批准:日期:2015年5月8日南京邮电大学计软学院版权所有不得复制文档变更记录目录1. 引言 (6)1.1 编写目的和范围 (6)1.2 术语表 (6)1.3 参考资料 (6)1.4 使用的文字处理和绘图工具 (6)2. 全局数据结构说明 (7)2.1 常量 (7)2.2 变量 (7)2.3 数据结构 (7)3. 模块设计 (9)3.1 用例图 (9)3.2 功能设计说明 (11)3.2.1 模块1 (11)3.2.2 模块2 (15)4. 接口设计 (18)4.1 内部接口 (18)4.2 外部接口 (18)4.2.1 接口说明 (19)4.2.2 调用方式 (19)5. 数据库设计 (21)6. 系统安全保密设计 (22)6.1 说明 (22)6.2 设计 (22)6.2.1 数据传输部分 (22)6.2.2 IP过滤分部 (22)6.2.3 身份验证部分 (22)7. 系统性能设计 (22)8. 系统出错处理 (23)1.引言1.1编写目的和范围根据《需求规格说明书》、《概要设计说明书》,在仔细考虑讨论之后,我们对《学校教材订购系统》软件的功能划分、数据结构、软件总体结构的实现有了进一步的想法。

我们将这些想法记录下来,作为详细设计说明书,为进一步设计软件、编写代码打下基础。

1.2术语表1.3参考资料1.4使用的文字处理和绘图工具文字处理软件:Microsoft Office绘图工具: Rose2.全局数据结构说明2.1常量输入项目需要输入购书单中要求的信息(提交人姓名、书名、书号、数量、身份识别码)。

输出项目需要打印领书单(书名、书号、数量、领书人姓名),发票(书名、书号、开票人姓名、交易金额、交易日期)2.2变量分析:由订书人员提交购书单后,经过审核,通过后提交成功,由工作人员开出发票,同时登记购书记录并审核无误后,发领书单,最后更新相应表项,如出库表,库存表,并进行审核修改。

学校教材订购系统详细设计说明书

学校教材订购系统详细设计说明书

学校教材订购系统详细设计说明书目录1引言 (2)1.1编写目的 (2)1.2背景 (2)1.3基线 (2)1。

4特殊名词定义 (2)1.5参考资料 (2)2模块命名规则 (3)3程序系统的结构 (3)4程序的描述 (7)4.1教材销售系统模块 (7)4.1。

1功能的描述 (7)4.1。

2模块的IPO表 (7)4.1.3界面的设计 (8)4。

1.4主要算法 (10)4。

1.5流程逻辑 (10)4.1。

6接口 (11)4.1.7存储分配 (11)4.1。

8注释设计 (12)4.1.9限制条件 (14)4.1.10测试计划 (14)4.1。

11尚未解决的问题 (14)4.2教材采购系统模块 (14)1引言1.1编写目的本说明书目的在于明确说明系统各功能的实现方式,指导各成员进行编码。

本说明书的预期读者为:项目经理、程序开发人员、测试经理及测试人员等。

1。

2背景待开发软件系统的名称:学校教材订购系统此软件系统任务提出者:学校此软件系统任务开发者:12信管专业此软件系统任务用户:学校教材订购处1。

3基线学校教材订购系统需求分析说明书v1.1学校教材订购系统概要设计说明书v1。

11.4特殊名词定义1.5参考资料学校教材订购系统需求分析说明书学校教材订购系统概要分析说明书所用到的相关资料,文件以及标准如下:2模块命名规则3 程序系统的结构本系统的软件结构图如下所示:说明:学校教材订购系统包括教材销售模块和教材采购模块、退出系统模块,教材销售模块包含如下功能:教材浏览、填写订单、订单结账、新书通知;教材采购模块包含教材入库和缺书通知。

销售系统的用例图如下所示:采购系统模块的时序图如下:教材入库的时序图:说明:当教材采购人员输入教材名称时,系统会通过查询数据库,检查教材是否存在,当查询结果存在时,接着就是要填入教材入库的数量,系统就会在数据库中更新教材的数量。

查看缺书通知的时序图:说明:教材采购人员通过客户端查询缺书通知,系统会通过数据库查找缺书信息,接着系统会返回缺书的信息,然后打印缺书信息的列表,其他相关人员就会根据这个列表进行相关的处理。

教材购销系统

教材购销系统

1 2 3 4
初售命令 补售命令 统计缺书命令 登记进书命令
2
3
4
登记进书
初售
补售

统计缺书
图 6-34 最终SC图的上层框架
获得有效购书单
错购审查
重购审查
打印无效书单
图 6-35 改进后的效购书单分支
补售书单 获得补售书单
书号 补售标志
读进书登记表
补售书单
产生补售书单
图 6-36 改进后的补售书单分支
例1 教材购销系统概况
1) 根据学校教学计划,向选课学生供应教材 审查购书单有效性,对有效的购书单发售 教材 若书库无申请的教材进行缺书登记. 2) 采购教材,通知学生补购. 缺书汇总为待购教材计划 待购教材到货,及时通知学生补购.
实例
教材购销系统
教材 购销 系统
缺书单 进书通知 书库 保管 员
销售
书库保 修改教材 管员 进书通知 库存和待 进书通知 购量
图 6-29 第三层DFD图——采购子系统
p57
F2 缺书登记表 2.1 按书号汇总 缺书 F1 教材存量表 F5 待购教材表 2.3 F7进书登记表 修改教材 库存和待 购量 进书通知 书库保 管员 2.2 按出版社统 计缺书 F6 教材一览表
购书单
学 生
领书单
图 6-25 教材购销系统的顶层DFD
F1 教材存量表
学 生
购书单 领书单
1 销售
进书 通知
2 采购
书库 保管 进书通知 员
缺书单
F2 缺书登记表
图 6-26 教材购销系统的中间层DFD
F2 缺书登记表
采 购
1.6 进书 通知 产生补售 书单

教材订购系统-采购系统资料

教材订购系统-采购系统资料

软件工程实验设计报告课题: 教材订购系统-采购系统姓名:吴航学号:09120125同组姓名:谢璐、李林、杨文成、高月华、罗凯波、李芳、罗燕、曾鹏、龙丽群、吴珊专业班级:计算机科学与技术指导教师:周学清设计时间:2012年下学期评阅意见:评定成绩:指导老师签名:年月日目录一、需求分析 (1)(一)需求收集整理 (1)(二)需求分析建模 (2)1.功能模型DFD (2)2. 数据模型ER图 (4)3.行为模型图 (5)二、概要设计 (5)(一)软件结构图 (5)(二)各个功能模块说明和接口描述 (6)1.发票验证模块 (6)2.销售子模块详细设计 (7)(三)数据库设计 (8)1.逻辑结构设计 (8)2.数据库表的详细清单 (9)三详细设计 (10)(一)各个功能模块的模块流程图或伪码 (10)1.验证模块的模块流程图 (10)2.销售模块的模块流程图 (10)四.编码 (12)五. 实验心得 (17)第一章:需求分析(一)需求收集整理随着市场经济的不断发展,一方面,市场由卖方市场转变成买方市场,企业有权挑选客户,另一方面,竞争的激烈要求企业要尽可能的降低成本。

所以,购销系统应运而生。

教材购销管理系统:教材购销管理系统是帮助管理人员、教材销售和库存的管理软件。

该教材购销管理系统软件目前已有比较完善的管理与使用功能,该项目的用户是学校,开发本系统是为了教材购销管理系统更完善,为了教材购销对商品库存和销售的管理更方便,为了减轻工作人员的工作负担,以现代化的创新思维模式去工作。

系统的功能要求:销售系统:(1)审查有效性教师或学生提交购书单,教材发行人员审核是有效购书单后,开发票、登记并返给教师或学生领书单,教师或学生即可去书库领书。

(2)开发票如果允许学生买书,教材科会计将按购书单查阅教材存量表,如果有书且数量够,则开交款发票,否则,将购书单中无法购买的书的信息写入缺书登记表,以备以后补售教材。

(3)登记并开领书单教材科出纳员根据发票上的总金额收取现金,并进行售书登记,同时开领书单,学生将领书单交给保管员,领书。

教材订购系统

教材订购系统

教材订购系统随着时代的进步,网络的应用已经相当普及,人们也认识到网络信息量大,传播方便快捷等特点,网上银行、网上商店、网上查分都应运而生。

需求促进了技术的发展,而在这其中,ASP技术则因为可以进行复杂的数据库操作、很强的交互性以及方便用户控制管理且简便易学而备受青睐,成为当前相当热门的网络开发技术。

ACCESS是一个真正的多用户,多线程的ACCESS数据库服务器。

是一个客户机/服务器结构的实现,它由一个服务器守护程序ACCESS和不同的客户程序和库组成。

由于其源码的开放性及稳定性,且与网站流行编程语言PHP的完美结合,很多站点都利用其作为后端数据库,获得了广泛应用。

本文首先介绍了ASP技术的工作原理、工作过程及其运行环境和ASP文件的编程特点,以及如何较好地配置ASP的需求环境,既使大家对ASP有更好的了解,同时也有利于更好地使用ASP技术。

其次,介绍了ACCESS数据库,包括ACCESS数据库数据类型和数据表,对ACCESS数据库数据操作的核心概念,即数据的添加、删除、修改和查询进行了简单的介绍。

关键词:ASP技术,ACCESS数据库,教材征订系统第一章引言在不断信息化的今天,网络已经成为人们生活不可缺少的一部分,它的出现使人能够很快的知道世界上发生的事.也可以为人们做很多的事, 所以各个领域、各个阶层都引进了计算机网络来为他们的企事业单位提高办事效益这是最平常最普遍不过的事.当然是由应用软件来实现这些功能的.因此利用ASP来开发本系统来体现他的网络性.开发本系统的目的是为了更好的对学校的教材进行管理,开发工具为:ASP+ACCESS数据库(网络版),实现的功能:用于学校的教学计划、教材征订。

可以制定所开设的课程,制定教学计划,制定教材计划,对教材进行需求统计,教材入库,出库管理。

可查询每个系的开课课程,所用教材,所需教材数量,对书库进行各种类型盘点,维护整个书籍库存。

并对书库的入库,出库的书籍进行实时跟踪,实现书籍的出入库落实到人。

教材可行性论证报告(出版社出具)

教材可行性论证报告(出版社出具)

教材可行性论证报告(出版社出具)篇一:实验1学校教材订购系统可行性研究报告文档编号: BOS--4版本号:V1.0项目名称:学校教材订购系统文档名称:可行性研究报告项目负责人:李建朋编写:高璐李建朋___ XX年12月29日校对: __全体人员 XX年12月30日审核:全体人员同意 XX年1月1日批准:李建朋XX年1月1日开发单位:河北大学工商学院05计科李建朋,高璐,窦丽华,韩垚,袁志翔可行性研究报告1引言1.1 目的编写随着信息技术的不断发展,计算机已经应用到各个领域,通过使用计算机可以减少大量的手工操作,提高工作效率。

为了使老师和学生在买教材时方便和高效,因此需要开发一个学校教材订购系统。

通过进行可行性分析,我们编写了本可行性研究报告,对该系统的技术、经济、运行等方面的可行性进行分析。

在本阶段中,我们应该对下一阶段的开发提出建议,为开发人员推荐一个较好的解决方案,为工程制定一个初步的计划。

主要工作有:分析和了解现有的系统(系统流程图),分析系统数据的信息集合(数据字典)及数据在软件过程中的流动(数据流图),最后对开发此系统成本和效益进行分析描述。

1.2 项目背景a.开发软件的名称:《学校教材订购系统》b.整个系统的工作过程:首先由教师或学生提交购书单,经教材发行人员审核是有效购书单后,由财务系统开发票、付了款后,登记并由财务系统返给教师或学生领书单,教师或学生即可去书库领书。

若是脱销教材,则登记缺书,财务系统发缺书单给书库采购人员;一旦新书入库后,即发进书通知给教材发行人员。

1.3 定义1.3.1专门术语库存表:存放库中存在得书籍数据。

出库表:存放已销售的书籍的数据。

入库表:存放入库书籍的数据。

购书表:存放提交的购书信息。

缺书登记表:存放缺少的书籍的信息。

待购教材表:存放待购书籍信息。

财务表:核对信息。

1.3.2 缩写系统:若未特别指出,系统指本“学校教材订购系统”。

Access。

1.4 参考资料1) 张海藩《软件工程导论》清华大学出版社《数据库系统概论》高等教育出版社 2) 萨师煊、王珊2 可行性研究的前提2.1要求2.1.1 功能为方便教师、学生领书,教材发行人员处理各种单据,以及采购人员采购需开发一个“学校教材订购系统”。

(完整版)概要设计说明书学校教材订购系统

(完整版)概要设计说明书学校教材订购系统

实验三:软件设计过程(一)实验学时:4 实验类型:综合性一、目的与任务目的:在实验二基础上完成系统的体系结构的建立,并给出相应的系统设计说明书。

任务:认真分析实验二的结果,给出系统合理的体系结构,描绘系统结构图(或层次方框图),并合理划分系统的各组成模块,最后给出系统的各部分设计说明书。

二、内容、要求与安排方式1、实验内容与要求:功能结构图设计(或层次图),软件处理流程设计,输出设计(主要指打印输出设计),存储文件格式设计(数据库结构设计),输入设计(主要指数据录入卡设计),2、实验安排方式:一人一组,每人1台计算机。

三、思考题1.系统设计和需求分析的关系是什么?两者必须先后关联吗?2.怎样描绘系统的体系结构?3.怎样绘制复合规范的流程图。

4.怎样组织对设计阶段工作的评审?概要设计说明书1引言 (3)1.1编写目的 (3)1.2背景 (3)1.3定义 (3)1.4参考资料 (3)2总体设计 (3)2.1需求规定 (4)2.2运行环境 (4)2.3基本设计概念和处理流程 (4)2.4结构 (5)2.5功能器求与程序的关系 (5)2.6人工处理过程 (7)2.7尚未问决的问题 (7)3接口设计 (7)3.1用户接口 (7)3.2外部接口 (7)3.3内部接口 (8)4运行设计 (8)4.1运行模块组合 (8)4.2运行控制 (8)4.3运行时间 (8)5系统数据结构设计 (9)5.1逻辑结构设计要点 (9)5.2物理结构设计要点 (9)5.3数据结构与程序的关系 (10)6系统出错处理设计 (11)6.1出错信息 (11)6.2补救措施 (11)6.3系统维护设计 (12)1引言1.1编写目的概要设计说明书编制的目的是:说明对程序系统系统的设计考虑,包括程序系统的基本处理流程、程序系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等,为详细设计提供基础。

本软件概要设计说明书的读者是系统开发人员或合同约定人员。

学校教材订购系统

学校教材订购系统

目录第一章系统概述 (1)1.1 开发背景 (1)1.2必要性分析 (1)1.3可行性分析 (2)1.4开发及运行环境 (2)第二章系统需求分析 (3)2.1 需求定义说明书 (3)2.2 系统组织结构图 (3)2.3 业务流程图 (4)2.4系统数据流程图 (5)2.5数据字典 (5)第三章系统设计 (8)3.1 代码设计 (8)3.2 输入/输出设计 (8)3.3 系统结构设计 (8)3.4 数据库设计 (9)3.4.1概念结构设计 (9)3.4.2逻辑结构设计 (12)3.4.3 物理结构设计 (13)总结 (26)参考文献 (27)第一章系统概述1.1开发背景高校工资管理是公司管理的一个重要内容。

随着企业人员数量增加,企业的工资管理工作也变得越来越复杂。

工资管理既涉及到企业劳动人事的管理,同时也是企业财务管理的重要组成部分。

工资管理需要和人事管理相联系,同时连接工时考勤和医疗保险等等,来生成企业每个职工的基本工资、津贴、医疗保险、保险费、实际发放工资等。

资金是企业生存的主要元素,资金的流动影响到企业的整体运作,企业员工的工资是企业资金管理的一个重要的组成部分。

早期的工资统计和发放都是使用人工方式处理纸质材料,不仅花费财务人员大量的时间且不易保存,往往由于个人的因素抄写不慎或计算疏忽,出现工资发放错误的现象。

基于以上原因,企业工资管理系统使用电脑安全保存、快速计算、全面统计,实现工资管理的系统化、规范化、自动化。

高校工资管理系统是典型的信息管理系统(MIS),对企业加强工资管理有着极其重要的作用,就一般的大型企业来说,它的设计内容非常复杂而且繁多,比如拥有工资计算功能,工资统计功能,报表输出功能,而且设计的模块也很多,比如工资管理模块,工资统计模块,报表设计模块,打印输出模块,模糊查询模块等等。

本系统前台程序开发工具采用delphi,后台数据库采用SQL Server数据库。

delphi 是一种面向对象的开发工具,具有组件丰富、语言简单、功能强大的优点。

实例1-学校教材订购系统

实例1-学校教材订购系统

1.引言1.1编写目的对学校教材订购系统进行初步设计1.2项目背景名称:学校教材订购系统本项目的用户:学校的学生,老师和教材订购管理员本项目与其它软件或其他系统的关系:工作于windows所有的系统1.3参考资料软件工程—理论、方法与实践1.4系统简介本系统可以细化为两个子系统:销售系统和采购系统销售系统的主要工作过程为:首先由教师或学生提交购书单,经教材发行人员审核是有效购书单后,开发票、登记并返给教师或学生领书单,教师或学生可以到书库领书。

采购系统的主要工作过程为:若是教材脱销,则登记缺书,发缺书单给书库采购人员;一旦新书入库后,即发进书通知给教材发行人员。

1.5技术要求及限定条件(1)当书库中的各种书籍数量发生变化(包括进书和出书)时,都应修改相关的书库记录,如库存表或进/出库表。

(2)在实现上述销售和采购的工作过程时,需考虑有关的合法性验证。

(3)系统的外部项至少包括:教师、学生和教材工作人员。

系统的相关数据存储至少包括:购书表、库存表、缺书登记表、待购教材表、进库表和出库表。

需求说明书1.需求分析的目的需求分析对学校教材订购系统进行简单的分析,给出了系统的数据流图。

加深与用户间的交流,在功能与系统界面上与用户达成一致的看法,以便于开发出用户满意的系统。

2.软件产品的作用范围学校教材订购系统是为大多数教育院校开发的,用于日常的教材管理,包括销售与采购。

提供数字化的管理,提高学校教材管理部门的工作效率。

3.一般性描述本系统可以细化为两个子系统:销售系统和采购系统销售系统的主要工作过程为:首先由教师或学生提交购书单,经教材发行人员审核是有效购书单后,开发票、登记并返给教师或学生领书单,教师或学生可以到书库领书。

采购系统的主要工作过程为:若是教材脱销,则登记缺书,发缺书单给书库采购人员;一旦新书入库后,即发进书通知给教材发行人员。

4. 产品功能本系统在向学生售书时主要输入学生学号、班级代号、购书数量、购书书名信息,然后打印领书单返回给学生领取书籍。

实验1学校教材订购系统可行性研究报告

实验1学校教材订购系统可行性研究报告

文档编号: BOS--4版本号: V1.0 项目名称:学校教材订购系统文档名称:可行性研究报告项目负责人:李建朋编写:高璐李建朋___ 2007年12月29日校对: __全体人员 2007年12月30日审核:全体人员同意 2008年1月1日批准:李建朋 2008年1月1日开发单位:河北大学工商学院05计科李建朋,高璐,窦丽华,韩垚,袁志翔可行性研究报告1引言1.1目的编写随着信息技术的不断发展,计算机已经应用到各个领域,通过使用计算机可以减少大量的手工操作,提高工作效率。

为了使老师和学生在买教材时方便和高效,因此需要开发一个学校教材订购系统。

通过进行可行性分析,我们编写了本可行性研究报告,对该系统的技术、经济、运行等方面的可行性进行分析。

在本阶段中,我们应该对下一阶段的开发提出建议,为开发人员推荐一个较好的解决方案,为工程制定一个初步的计划。

主要工作有:分析和了解现有的系统(系统流程图),分析系统数据的信息集合(数据字典)及数据在软件过程中的流动(数据流图),最后对开发此系统成本和效益进行分析描述。

1.2 项目背景a.开发软件的名称:《学校教材订购系统》b.整个系统的工作过程:首先由教师或学生提交购书单,经教材发行人员审核是有效购书单后,由财务系统开发票、付了款后,登记并由财务系统返给教师或学生领书单,教师或学生即可去书库领书。

若是脱销教材,则登记缺书,财务系统发缺书单给书库采购人员;一旦新书入库后,即发进书通知给教材发行人员。

1.3 定义1.3.1专门术语库存表:存放库中存在得书籍数据。

出库表:存放已销售的书籍的数据。

入库表:存放入库书籍的数据。

购书表:存放提交的购书信息。

缺书登记表:存放缺少的书籍的信息。

待购教材表:存放待购书籍信息。

财务表:核对信息。

1.3.2 缩写系统:若未特别指出,系统指本“学校教材订购系统”。

Access。

1.4 参考资料1)张海藩《软件工程导论》清华大学出版社2)萨师煊、王珊《数据库系统概论》高等教育出版社2 可行性研究的前提2.1要求2.1.1 功能为方便教师、学生领书,教材发行人员处理各种单据,以及采购人员采购需开发一个“学校教材订购系统”。

(完整版)教材订购系统

(完整版)教材订购系统
软件工程课程设计》报告
——学校教材订购系统
院系:
专业班级:
报告人:
指导教师:
实验地点: 教6-404
完成起止日期:12.18-12.30
学号
姓名
角色
成绩
组长
完成工作
结合三人讨论的草稿画出系统的顶层图、0 层图、结构图、Usecase 图、E-R图、顺序图和整个系统的类图。对Word部分编写包括:编码、测试、总结和参考文献。
4.3.2筛选候选对象 在外部实体中, 销售系统和采购系统同属于教材订购系统, 登录系统和信息 管理系统只是作为外部执行者参与创建和维护师生信息和教材信息。师生 、发 行人员、采购人员、表单都有明确的属性和操作,显然应该成为最终的对象。考 虑到表单又可分为购书单,领书单,缺书单、进书单、进/出库表等,因此增加 这些对象。综合上述分析,最终得到教材订购系统包含以下类:师生、教材发行 人员、教材采购人员、购书单,领书单,缺书单、进书单、进/出库表。
书目信息:书目信息的增加、删除、修改、查询。 用户管理:用户信息的增加、删除、修改、查询。 供应商管理:供应商信息的增加、删除、修改、查询。
采购管理,也称进货管理,负责处理从供应商采购图书的相关事务,完成图 书采购和采购查询。
图书采购:从供应商那里采收新书,或是补充旧书库存。 采购查询:查询历史采购记录。
4.1
经过前期的分析, 对需要开发的系统已经有了一个清楚的把握, 对系统的总 体结构也有了充分的了解。 该阶段要做的工作: 在需求分析的基础上对待开发的 系统各部分模块将要实现的功能进行详细的分析, 同时确定各个模块功能之间的 逻辑结构, 确定系统与用户间的交互方式、 操作顺序和交互界面的组成, 最后对 数据库进行设计。

《学校教材订购系统》需求分析说明解析

《学校教材订购系统》需求分析说明解析

《学校教材定购系统》用户需求说明书组长:组员:2012年5月10日信电学院计算班目录一、引言 (4)1.1编写目的 (4)1.2背景 (4)1.3定义 (4)1.4参考资料 (5)二、系统说明 (5)2.1系统目标 (5)2.2运行环境 (5)2.3条件、假定和约束 (5)2.4系统功能图 (6)2.5数据流图 (7)2.5.1顶层流图 (7)2.5.2第一层数据流图 (7)2.6 系统E-R图 (9)2.7 数据字典 (10)三.功能分析 (11)功能1订书功能 (11)功能2审核订书单 (12)功能3库存索引 (12)功能4缺书登记 (13)功能5书籍入库查看 (13)功能6书籍出库记录 (13)功能7采购系统 (14)四、外部接口要求 ........................................................................................ 错误!未定义书签。

4.1外部接口说明...................................................................................... 错误!未定义书签。

4.1.1用户接口........................................................................................ 错误!未定义书签。

4.1.2软件接口........................................................................................ 错误!未定义书签。

4.2性能需求.............................................................................................. 错误!未定义书签。

学校教材订购系统-需求分析资料

学校教材订购系统-需求分析资料

需求分析报告1。

引言1。

1 编写目的随着生活节奏的加快和网络的发展,教师、学生对教材的订购越来越重视,希望获取教材的过程简单,方便,快速.因而,做一个好的学校教材订购系统是十分重要的。

在本小组成员对系统进行了全面细致的分析后明确了该系统“做什么”,编写这份说明书的目的是将小组分析结果条理清晰的展示出来,它说明了本产品实现的各种功能以及各种功能的适用范围.使小组成员充分认识本系统的情况,方便以后更好的开展具体工作。

本说明书主要提交给老师,小组成员和其他同学参考,以达到最终满足用户的要求,让用户满意。

1.2 项目背景项目名称: 学校教材订购系统项目提出者:XX(老师)项目开发者:XXX 用户:学校教务科,教师,学生运行环境:计算机开发平台:Eclipse、MySQL、JDK 1.61。

3 定义Eclipse:适合快速开发的Java的开源IDE.Java:一种面向对象的程序设计语言,具有面向对象、简单性、可移植性、稳定性、安全性等特点。

它最大的优势是不受平台限制,如。

NET,VB,VC,C++只能在Windows环境中运行而Java却可以在任何平台中运行。

MySQL:高性能的开源的数据库。

1.4 参考资料1.《软件工程导论》(第四版) 张海藩,清华大学出版社,20032。

《实用软件工程》(第二版)郑人杰等,清华大学出版社,19974.《Java语言程序设计》马皓等,清华大学出版社,20063。

《Eclipse使用教程》林峰等,东南大学出版社,20084。

《MySQL使用手册》2。

目标系统概述2.1 目标本系统可细化为两个子系统:销售系统和采购系统.销售系统的工作过程为:首先由教师或学生提交购书单,经教材科发行人员审核是有效购书单后,开发票、登记并返给教师或学生领书单,教师或学生即可去书库领书。

若是脱销教材则生成缺书单。

采购系统的主要工作过程为:汇总缺书单,发采购单给书库采购人员;一旦新书入库后,即发到货通知。

学校教材购销系统设计说明书

学校教材购销系统设计说明书

学校教材购销系统设计说明书1 引言本系统可细化为两个子系统:销售系统和采购系统销售系统的工作过程为:首先由教师或学生提交购书单,经教材科发行人员审核是有效购书单后,开发票、登记并返给教师或学生领书单,教师或学生即可去书库领书。

采购系统的主要工作过程为:若是脱销教材,则登记缺书,发缺书单给书库采购人员;一旦新书入库后,即发进书通知。

下面给出系统的初步概图,方便用户和读者充分认识本系统的最初实现情况,并对系统有个初步的了解,也方便开发人员把握开发方向,最终实现本系统.图1 教材订购系统概图主要功能销售系统的工作过程为:首先由教师或学生提交购书单,经教材发行人员审核是有效购书单后,开发票、登记并返给教师或学生领书单,教师或学生即可去书库领书。

采购系统的主要工作过程为:若是脱销教材,则登记缺书,发缺书单给书库采购人员;一旦新书入库后,即发进书通知给教材发行人员。

本系统在向学生售书时主要输入学生学号、班级代号、购书数量、购书书名信息,然后打印领书单返回给学生领取书籍。

本系统在查询数据库时主要输入需要查询的相关信息,包括图书编号、图书书名、出版社信息等信息方便操作人员把握图书信息。

图1 学校教材订购系统2 程序系统结构图2 系统总体框图3 数据库设计3.1 图3系统E-R图3.2主要的数据表设计库存表缺书表进库表出库表4 程序1(购书登记)设计说明4.1程序流程教材购销系统图4 教材购销系统工作流程图4.2程序功能A 学生或教师通过WEB客户端输入购书信息。

B 系统将学生或教师的请求存入购书表4.3 性能对系统中输入的数据要按照数据字典的规定严格输入,尽量避免数溢出处和数据的不合法性。

4.4输入项订书信息,书号,书名等4.5 输出项订书单,检索结果4.6 算法程序流程图表示:5 程序2(审核)设计说明5.1 程序描述本程序将常驻内存,与其它模块可同时运行。

教材发行人员通过本程序对学生或教师的购书申请进行审核,验证订书单的合法性。

实验报告一(需求分析) 教材订购

实验报告一(需求分析) 教材订购

实验序号及实验名称实验一软件项目的需求分析一、实验题目及要求1.1题目:学校教材订购系统本系统可细化为两个子系统:教材采购系统和教材销售系统。

(1)教材采购系统的主要工作过程为:定期按照教学用书要求查询教材的库存情况、统计出需要订购的教材信息。

对于需要订购的教材,发购书单给采购人员。

对新购入教材进行入库处理后,即发出教材库存清单给教材发行人员。

(2)教材销售系统的工作过程为:首先由教师或学生提交购书单,经教材发行人员审核后,登记并返给教师或学生领书单。

教师或学生凭领书单去书库领书。

1.2要求:(1)掌握采用软件工程方法开发软件系统的过程,即经历软件开发的各阶段——软件的定义、分析、设计、编码、测试、软件调试与过程管理,将软件工程的原理、方法与技术应用于实际的软件问题。

(2)加深对软件开发过程中所涉及的各种建模工具的认识和理解,学会利用现有的计算机辅助工具独立完成软件系统的开发工作。

(3)能够编写符合规范的软件开发过程中产生的各类技术文档。

二、项目概述2.1系统的功能:(1)教材采购系统:定期按照教学用书要求查询教材的库存情况、统计出需要订购的教材信息。

对于需要订购的教材,发购书单给采购人员。

对新购入教材进行入库处理后,即发出教材库存清单给教材发行人员。

(2)教材销售系统:首先由教师或学生提交购书单,经教材发行人员审核后,登记并返给教师或学生领书单。

教师或学生凭领书单去书库领书。

2.2用户特点:本系统的用户主要类型是学生、教师和管理人员,这种用户具有一定的计算机操作基础和基本常识,比较容易上手系统的基本操作,适应图形化界面的使用,但也有可能进行误操作。

2.3运行环境要求:操作系统:Windows 8.1 中文版数据库:SQL server绘图工具:Microsoft Office Visio 20072.4必要的约束条件与限制:经费的限制:本系统为学校或社会考生开发小组实践性开发项目,没有投资方和开发经费支持。

学校教材订购系统详细设计说明书

学校教材订购系统详细设计说明书

学校教材订购系统详细设计说明书1引言详细设计阶段的任务是要设计出程序的“蓝图”,以后程序员将根据这个蓝图写出实际的程序代码。

因此,详细设计的目标是在逻辑上正确的实现每个模块的功能。

1.1编写目的详细设计说明书编制的目的是:说明一个软件系统各个层次中的每一个程序(每个模块或子程序)的设计考虑。

本详细设计说明书的读者是系统开发人员或合同约定人员。

1.2背景所建议开发的系统的名称:学校教材订购系统本项目的任务提出者:扬州大学信息工程学院计科软件工程老师田怀凤开始者:吕阳,徐永杰用户:学校教材管理部门和全校师生项目与其他软件,系统的关系:本项目采用客户机/服务器原理,客户端的程序是建立在Windows NT 系统上以C#以及SQL Server数据库等为开发软件的应用程序。

1.3定义数据流图:数据流图描绘系统的逻辑模型,图中没有任何具体的物理元素,只是描绘信息在系统中流动和处理的情况。

系统的流程图:系统流程图是描绘物理系统的传统工具。

它的基本思想是用图形符号以黑盒子的形式描绘系统里的每个部件(程序,文件,数据库,表格,人工过程等)。

库存表:存放库中存在得书籍数据。

出库表:存放已销售的书籍的数据。

进库表:存放入库书籍的数据。

购书表:存放提交的购书信息。

缺书登记表:存放缺少的书籍的信息。

待购教材表:存放待购书籍信息。

1.4参考资料《软件工程第三版》《数据库原理及应用》2程序系统的结构本系统的软件结构图如下:3程序设计说明与界面设计3.1验证用户模块设计说明3.1.1功能描述本系统的所有功能模按块都必须调用“验证用户”子模块进行身份验证,此模块是所有用户进入系统时都必须调用的模块,验证用户身份的处理过程如图(1)所示,系统用户登录界面中的【登录】按钮触发。

3.1.2模块IPO表验证用户身份功能模块的IPO表如下表所示:系统名称学校教材订购系统模块名称验证用户身份模块简述用于对登陆系统的用户进行身份验证调用模块系统的主控制模块输入项目用户账号,密码格式用户账号:6位数的字符串密码: 0-12位的字符串处理验证用户输入的验证账号和密码;获得登录用户输入的用户账号和密码;访问数据库的用户账号表;查询匹配的用户名和密码,若未查询到或不匹配,返回结果到登录窗口,提示错误,相反登录成功输出提示信息:有效用户或无效用户注释涉及的表:用户账号表3.1.3界面设计验证用户身份的系统登录界面设计如图(1)所示。

学校教材订购系统设计

学校教材订购系统设计
1.3 定义
Eclipse:适合快速开发的Java的开源IDE。
Java:一种面向对象的程序设计语言,具有面向对象、简单性、可移植性、稳定性、安全性等特点。它最大的优势是不受平台限制,如.NET,VB,C++只能在Windows环境中运行而Java却可以在任何平台中运行。
Sql Server 2008:高性能的数据库。
并可对管理员的登录信息采用SHA加密技术。
4、物理设计
(1)将静态表与动态表分开存放
(2)将备份数据与现行数据进行分开存放
对于“学院表”,“专业表”,“学生表”,“老师表”这几个表,在整个系统运行过程中几乎没有更新,而更多是是查询,所以考虑在这几个表常用列上加索引,而具体的索引加入时该的实现可考虑由应用程序控制。
1.5.2系统数据流程图
1、教材订购系统
2、销售系统和采购系统
3.教材订购系统完整的数据流图
1.5.3功能介绍
销售系统的主要工作是:学院教材订购负责人根据教师提供的信息向系统输入教学用书表,在这之后,凡需要订购教材的学生可以通过学号密码登录系统输入订购教材的书名,数量等信息,提交购书单。经教材科发行人员审核是有效购书单后,登记并返给学生领书单,学生即可去教材发放人员处领书。若是脱销教材则生成缺书单。
高峰值:开学期间1000次/天
数据流名:入库单
别名:无
简述:新书入库清单
来源:书库采购人员
去向:库存表
组成:编号+数量
数据流量:1000次/周
高峰值:开学期间1000次/天
数据流名:进书通知
简述:详细的描述了进书的信息
组成:编号(数据库自动生成)+[书名+出版社+价格+数量]+采购日期+购数量

《学校教材订购系统》

《学校教材订购系统》

LULIANG UNIVERSITY软件工程课程设计题目:学校教材订购系统系别: 计算机科学与技术系专业年级: 2014级专升本14xx班姓名: xxx学号: 2014xxxxxx2015年10月28日目录第一章项目计划书.............. 错误!未定义书签。

第二章可行性研究分析.......... 错误!未定义书签。

第三章需求规格说明书.......... 错误!未定义书签。

第四章系统概要设计............ 错误!未定义书签。

第五章系统详细设计说明书...... 错误!未定义书签。

第六章系统测试说明书.......... 错误!未定义书签。

第七章项目结项总结............ 错误!未定义书签。

第一章项目计划书1.1项目设计目的设计本项目的目的是根据对软件工程设计的学习,对学校教材订购人员需求进行了全面细致的分析,深入描述《学校教材订购系统》软件的功能和性能与界面,确定该软件设计的限制和定义软件的其他有效性需求。

为了明确项目开发的目标和要求,明确任务进度,熟悉项目开发的基本流程和规范要求。

1.2项目简介销售系统的主要工作过程为:首先由教师及学生提交购书单,经教材发行人员审核是有效购书单后,开发票,登记并返还给教师和学生领书单,教师和学生即可去书库领书。

采购系统的主要工作过程为:若是脱销教材,则登记缺书单给书库采购人员,一旦新书入库后,即发进书通知给教材发行人员。

1.3项目开发环境开发地点:吕梁学院新校区电教楼三层系统环境:Windows xp开发人员:袁琳娜1.4项目所需文档《项目开发计划书》、《项目需求分析规格说明书》、《系统概要设计》、《系统详细设计规格说明书》、《系统测试说明书》、《用户手册》、《会议记录》、《项目结项总结》。

1.5项目工作内容进度安排a)前期工作:完成项目可行性分析研究报告,制定开发计划,重点是完成项目的需求分析,总体设计,详细设计。

b)中期工作:编码实现需求功能,完成项目初步设计规格说明书和项目详细设计规格说明书。

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

1.引言编写目的对学校教材订购系统进行初步设计项目背景名称:学校教材订购系统本项目的用户:学校的学生,老师和教材订购管理员本项目与其它软件或其他系统的关系:工作于windows所有的系统参考资料软件工程—理论、方法与实践系统简介本系统可以细化为两个子系统:销售系统和采购系统销售系统的主要工作过程为:首先由教师或学生提交购书单,经教材发行人员审核是有效购书单后,开发票、登记并返给教师或学生领书单,教师或学生可以到书库领书。

采购系统的主要工作过程为:若是教材脱销,则登记缺书,发缺书单给书库采购人员;一旦新书入库后,即发进书通知给教材发行人员。

技术要求及限定条件(1)当书库中的各种书籍数量发生变化(包括进书和出书)时,都应修改相关的书库记录,如库存表或进/出库表。

(2)在实现上述销售和采购的工作过程时,需考虑有关的合法性验证。

(3)系统的外部项至少包括:教师、学生和教材工作人员。

系统的相关数据存储至少包括:购书表、库存表、缺书登记表、待购教材表、进库表和出库表。

需求说明书1.需求分析的目的需求分析对学校教材订购系统进行简单的分析,给出了系统的数据流图。

加深与用户间的交流,在功能与系统界面上与用户达成一致的看法,以便于开发出用户满意的系统。

2.软件产品的作用范围学校教材订购系统是为大多数教育院校开发的,用于日常的教材管理,包括销售与采购。

提供数字化的管理,提高学校教材管理部门的工作效率。

3.一般性描述本系统可以细化为两个子系统:销售系统和采购系统销售系统的主要工作过程为:首先由教师或学生提交购书单,经教材发行人员审核是有效购书单后,开发票、登记并返给教师或学生领书单,教师或学生可以到书库领书。

采购系统的主要工作过程为:若是教材脱销,则登记缺书,发缺书单给书库采购人员;一旦新书入库后,即发进书通知给教材发行人员。

4. 产品功能本系统在向学生售书时主要输入学生学号、班级代号、购书数量、购书书名信息,然后打印领书单返回给学生领取书籍。

本系统在采购图书过程中,图书发行人员需将脱销教材的编号、书名、出版社信息、版本号等一系列信息打印给书库采购人员,一旦新书入库后,即发进书通知给教材发行人员。

5. 数据流图与数据字典顶层数据流图学生/老师相关证明进书通知教材发行人员0层数据流图学生/老师相关证明相关信息缺书单教材工作人员领书单1层数据流图学生/老师审核相关证明(销售系统)人员信息存储相关信息(销售系统)人员信息处理购书单(销售系统)更新库存清单购书单(采购系统)登记缺书缺书单(采购系统)汇总缺书缺书单(采购系统)产生订购信息采购单教材工作人员领书单概要设计说明书 1. 引言定义1.1.1专门术语购书表:存放提交的购书信息。

库存表:存放库中存在的书籍数据。

缺书登记表:存放缺少的书籍信息。

待购教材表:存放待购的书籍信息。

入库表:存放入库书籍的数据。

出库表:存放已销售的书籍数据。

1.1.2缩写系统:若未特别指出,系统指本“学校教材订购系统”。

1.1.3系统相关数据存储模型购书表模型如下:编号书名书籍编号出版社数量交易金额交易日期备注12…库存表模型如下:书籍编号书名作者出版社数量类别SW-01SW-02…缺书登记表模型如下:书名书籍编号出版社数量备注AB…待购教材表模型如下:编号书名书籍编号作者出版社数量备注12…入库表模型如下:书名书籍编号作者出版社数量进书日期备注AB…出库表模型如下:书名书籍编号数量领书人姓名开票人姓名备注AB…2.总体设计需求概述为方便教师、学生领书,教材发行人员处理各种单据,以及采购人员采购需开发一个“学校教材订购系统”。

教师或学生提交购书单,经教材发行人员审核是有效购书单后,开发票、登记并返给教师或学生领书单,教师或学生可以到书库领书。

若是教材脱销,则登记缺书,发缺书单给书库采购人员;一旦新书入库后,即发进书通知给教材发行人员。

要求系统能有效、快速、安全、可靠和无误的完成上述操作。

并要求系统易于操作,数据库利于维护。

软件结构2.2.1销售子系统销售子系统提交购书单审核购书单开发票登记购书记录返回领书单领书修改库存记录维护相应的数据表2.2.2采购子系统采购子系统发缺书单登记取书记录发进书通知单修改相应的数据表维护数据库3.功能模块学校教材订购系统学生信息处理输入数据输入数据学生信息存储更新库存清单登记缺书审核拟定缺书情况4.程序描述功能销售子系统模块:提交购书单、审核购书单、开发票、登记购书记录、返回领书单、修改和维护数据库中相应的表。

采购子系统模块:发缺书单、登记缺书记录、打印待购书信息、发进书通知单、修改和维护数据库中相应的表。

性能(1)精度:购书是由需求决定的,只要有缺书现象则会体现出来,但也因为这样,如果需要提前多购书籍的话,则需要管理人员的参与。

(2)时间要求:订购需要提前若干天。

(3)可靠性:高(4)灵活性:在购书单未审核时,可以撤销订购或修改,一旦审核,则不能再修改。

输入项目销售子系统模块:需要输入购书单中要求的信息(提交人姓名、订购书籍书名、数量、备注)。

采购子系统模块:需要输入缺书单中要求的信息(脱销书籍书名、书籍编号、开票人姓名、交易金额、交易日期)。

输出项目销售子系统模块:需要打印领书单(订购书籍书名、书籍编号、数量、领书人姓名),发票(订购书籍书名、书籍编号、开票人姓名、交易金额、交易日期)。

采购子系统模块:需要打印进书通知单(书籍编号、书名、出版社、作者、数量、进书日期)。

详细设计说明书1.引言编写目的在学校教材订购系统中,已经对本系统所包含的子模块作了概要的茶树,这些子模块的具体功能将在以下得到详细的阐述。

本阶段已在系统的总体设计的基础上,对学校教材订购系统做详细设计。

主要解决了实现该系统程序模块具体设计问题。

包括确定算法,数据结构,模块接口的使用,数据库的动态操作等。

2.系统模块的详细设计系统功能模块示意图学校教材订购系统学生信息处理输入数据输入数据学生信息存储更新库存清单登记缺书审核拟定缺书情况销售子系统模块具体描述销售系统的工作过程为:首先由教师或学生提交购书单,经教材发行人员审核是有效购书单后,开发票、登记并返给教师或学生领书单,教师或学生可以到书库领书。

采购子系统模块具体描述采购子系统工作过程为:工作人员提交缺书单后,进行审查,无误后登记缺书,审核登记过程后,汇总缺书,生成采购表,采购结束后发进书通知单,最后更新相应表单,审核修改过程。

在以上各审核过程中发现错误时,返回上一层重新进行操作。

程序逻辑2.2.1销售子系统模块程序流程图开始提交购书单审核购书单YN开发票登记购书记录错误显示①审核登记NY错误显示②发领书单修改相应表审核修改N错误显示③结束Y①购书单错误信息显示②登记购书记录错误信息显示2.2.2采购子系统模块程序流程图开始发缺书单审核缺书单YN登记缺书错误显示①审核登记NY错误显示②修改数据库的表审核修改N错误显示③发进书通知单Y结束①缺书单错误信息显示③修改错误信息显示存储分配为程序当中的数据结构在内存中开辟空间存储,加入到数据库中后在数据库的表中为其开辟存储空间。

限制条件输入的信息都封装在数据结构当中,不能独立存在,在向数据库中提交数据时必须一起提交而不能逐项提交。

输入数据的类型必须和定义的数据类型相匹配。

测试计划1.测试方法与用例设计测试目的测试的实施是对软件规格说明、设计规格说明和编码的最终审核。

软件测试的目的是以最少的人力、物力和时间投入,尽可能多地找出软件中潜在的各种错误和缺陷。

测试的结果为软件可靠性分析提供了依据。

测试内容测试库存数,订单数,缺货数测试步骤(1)单元测试:单元测试也称模块测试或程序测试,单元测试是对每个模块单独进行的,验证数据是否与模块一致,检查各个模块是否正确实现规定的功能,对模块的所有主要处理路径进行测试且与预期的结构进行对照,还要对所有错误处理路径进行测试,从而发现模块在编码中或算法中的错误。

(2)集成测试:集成测试也称组合测试或子系统测试,通常采用自上而下或自下而上的测试方法。

集成测试的对象是指已经通过单元测试的模块,不是对零散模块进行单个测试,而是用系统化的方法装配和测试软件系统。

(3)确认测试:确认测试又称有效性测试。

它的任务是检查软件的功能与性能是否与要求规格说明书中确定的指标相吻合。

(4)系统测试:系统测试是对整体性能的测试,主要解决各子系统之间的数据通信和数据共享问题以及检测系统是否达到用户的实际要求,系统测试的依据是系统分析报告。

系统测试应在系统的整个范围内进行,这种测试不只对软件进行,而是对构成系统的硬件和软件一起进行。

(5)用户验收测试:在系统测试完成后,进行用户的验收测试,它是用户在实际应用环境中所进行的真实数据测试。

在具体的测试中,一般应遵循以下原则:由程序设计者之外的人进行测试;测试用例应由两部分组成:输入数据和预期输出结果;选用不合理的输入数据与非法输入测试;不仅要检验程序是否实现预期功能,还应检查程序是否做了不应该做的工作;集中测试容易出错的程序模块;对程序求该以后,必须重新进行测试。

测试用例设计1.4.1白盒测试(结构化测试)入口库存记录>0取库存数订单数目>0&&订单计算缺货数数目>库存数返回1.4.2黑盒测试(功能测试)通过采用错误推测法可列举出程序中所有可能有的错误和容易发上的特殊情况:①库存数、订单数、缺货数<0②是否有不正确或遗漏了的功能③在函数传递的过程中,能否正确的接受输入数据,能否产生正确的输出信息④性能上是否满足要求根据以上情况设计测试用例:正确输入:教材编号:SW-01教材名称:软件工程—理论、方法与实践作者:孙家广出版社:高等教育出版社类别:计算机返回信息:书籍信息添加成功错误输入:教材编号:SW-02教材名称:数据结构与算法作者:张铭类别:计算机返回信息:输入信息不完整,请检查后填写完整测试情况分析1.5.1测试用例执行情况输入帐号和密码之后登陆系统,进入软件主界面,点击各按钮均能响应。

添加待购教材界面输入教材编号,作者信息等均能存入数据库,在待购教材信息界面能正确呈现待购教材信息。

通过测试系统基本达到设计要求,系统功能完整,错误处理正确,且能正确提示错误种类。

1.5.2建议将系统的功能更加完善;改写需求文档,设计文档,使系统的日后维护更加方便;进行系统化,提高性能。

2.测试总结总的来说,软件通过测试,基本上达到需求分析阶段所提出的要求.同时软件的质量和可靠性是可以接受的,但由于没有正式运行有些问题可能还发现不了,这些错误最终会被用户在使用过程中发现而需要在维护阶段改正它们。

可能的维护计划1.基本工作:a)检查用户需求说明书,对用户原来的需求做到心中有数;b)同用户和开发人员商讨,明确维护的类型;c) 检查程序和相应的文档;d)确定程序错误的性质与位置,或要增加功能的部分;e) 研究程序修改可行性和修改可能引起的副作用;f)对改变的部分进行编码;g) 修改相应的程序文档和程序库2.改进维护方法的一些建议:a)使用结构化程序设计技术来修改程序;b)鼓励维护人员与用户和开发人员互相商讨问题;c)建立和加强程序设计和文档标准;d)改进现有软件的文档;e)为检查维护工作的质量严格执行维护复审;f)提高用户对维护工作的重视;g)应以成批方式处理维护请求,而不是以分散的方式处理维护请求;h)当软件被修改后,应该特别重视重复测试和重复确认;i)应对维护人员加强应用领域新知识和新技术的培训,有利于搞好维护工作;3.理解现有系统;4.修改现有系统:a)制定修改计划;b)按计划修改系统c)控制系统修改的波动效应(如果修改一个模块引起其他模块的改变则称为波动效应)5.重新确定新的系统;。

相关文档
最新文档