软件工程火车票预定系统的需求分析说明书
软件工程课程设计-火车票网上订票系统
软件工程课程设计-火车票网上订票系统本文档将介绍软件工程课程设计的背景和目的，以及我们要设计的火车票网上订票系统的概述和目标。
背景软件工程课程设计是计算机科学与技术专业的一门重要课程，旨在培养学生的软件开发和项目管理能力。
通过实际的软件工程项目设计和开发，学生能够将理论知识应用到实践中，并提高解决问题和合作开发的能力。
目的本课程设计的目的是让学生研究和应用软件工程的基本概念和方法，同时培养他们的团队合作能力和项目管理能力。
通过设计火车票网上订票系统，学生将研究到软件开发的整个过程，包括需求分析、系统设计、编码实现、测试和部署等环节。
火车票网上订票系统是一个在线预订火车票的系统。
它旨在提供一个方便快捷的方式让用户能够通过互联网预订和购买火车票，避免了传统排队购票的繁琐过程。
系统目标提供用户注册和登录功能，保障用户信息安全。
实现火车票的查询功能，用户可以根据出发地、目的地、日期等条件查询可用的车票。
提供在线预订和购买火车票的功能，用户可以选择合适的车次和座位进行预订并支付费用。
管理员可以对车次、座位和订单等信息进行管理和维护。
提供用户支付和退票的功能，保障用户权益。
提供用户订单查询和历史订单记录功能，方便用户查看和管理自己的订单信息。
系统特性用户友好的界面设计，使用户能够轻松使用系统进行操作。
数据的安全性和可靠性，保障用户信息和交易数据的保密和完整性。
高性能和稳定性，保证系统能够处理大量用户请求并提供稳定的服务。
系统模块化设计，方便后续功能的扩展和维护。
良好的用户体验，提供用户反馈和建议的渠道。
开发计划本项目将按照以下开发计划进行：需求分析和系统设计：确定系统需求、功能和界面设计等。
编码实现：根据系统设计，进行编码实现和模块测试。
集成测试和系统测试：对已实现的模块进行集成测试和系统测试，确保整体功能正常。
部署和上线：将系统部署到服务器上并上线运行。
后续维护和功能扩展：根据用户反馈和需求，进行系统的后续维护和功能扩展。
铁路售票管理系统需求说明书
软件工程课程设计报告专业班级：信息与计算科学0901班项目名称：铁路售票管理系统项目组长：成员：2012.1.5铁路售票管理系统软件需求规格说明书目录铁路售票管理系统软件需求规格说明书 (2)1.前言 (3)1.1 目的 (3)1.2范围 (3)1.3术语表 (3)1.4参考文献 (4)2.整体描述 (4)2.1 产品描述 (4)2.2产品功能概述 (4)2.3用户分类及其特征 (5)2.4设计与实现上的约束 (6)2.5运行环境 (6)2.6假设和依赖 (6)3需求描述 (6)3.1功能需求 (6)3.1.1 铁路售票管理系统各子系统用例图 (6)3.1.1.1 列车及车票信息查询子系统 (8)3.1.1.2 登录系统及信息管理子系统 (11)3.1.1.3 车票的销售与退票子系统 (14)3.1.1.4 列车及车票管理子系统 (15)3.1.2 铁路售票管理系统各子系统类图，次序图及协作图 (17)3.1.2.1列车及车票信息查询子系统 (17)3.1.2.2 登录系统及信息管理子系统 (20)3.1.2.3火车票的销售及退票子系统 (23)3.1.2.4．列车及车票管理子系统 (24)3.2外部接口需求 (26)3.2.1用户界面 (26)3.2.2硬件接口 (26)3.3.3 软件接口 (27)3.3.4 通讯接口 (27)3.3非功能需求 (27)组长：张银分工情况：张银子系统1 ：列车及车票信息查询子系统子系统2 ：登录系统及信息管理子系统子系统3 ：车票的销售与退票子系统子系统4 ：列车及车票管理子系统1. 前言1.1 目的本文档的目的在于明确项目的具体需求，让客户及设开发者均有据可依，遵从这个需求报告来组织开发整个系统。
通过对目标用户需求的细化，分析由具体场景中的用例所驱动的事件及其处理流程。
1.为编制后续各阶段的文档提供基本依据；2.提供给用户确认或本地化修改的基本文件；3.作为日后软件确认测试和系统验收之参考依据；4.作为日后系统维护工作基准文件。
火车票预订系统(详细设计说明书)
详细设计说明书1引言 .............................................. 错误!未定义书签。
编写目的............................................... 错误!未定义书签。
背景................................................... 错误!未定义书签。
定义................................................... 错误!未定义书签。
参考资料............................................... 错误!未定义书签。
2程序系统的结构......................................... 错误!未定义书签。
3TICKETCX类设计说明..................................... 错误!未定义书签。
程序描述............................................... 错误!未定义书签。
功能................................................... 错误!未定义书签。
性能................................................... 错误!未定义书签。
输人项................................................. 错误!未定义书签。
输出项................................................. 错误!未定义书签。
算法................................................... 错误!未定义书签。
流程逻辑............................................... 错误!未定义书签。
火车票预订系统总体设计说明书
火车票预订系统总体设计说明书2013年10月31日1．引言1.1编写目的通过此说明书让用户更加清晰的了解本系统的功能，通过模块的形式将各项功能向用户展示。
对接口的描述让用户知道相关的数据输入与输出，体现了一定的人机交互理念。
数据库的逻辑与物理设计将需求分析中数据库设计更加详细具体化。
最后指出本系统的开发运行环境，为用户提供的参考依据。
1.2背景●待开发软件系统的名称：火车票预订系统●开发者：施丹昊施季春1.3定义提供了迄今为最先进的Web开发平台。
它是一个已编译的、基于.NET的开发环境，可以用任何与.NET的语言（本系统采用C#）开发应用程序，而不仅仅是使用JavaScrip t和VBS crip。
可以无缝地与WYSIWYG HTML编译器和其他编程工具一起工作。
另外，任何ASP .NET应用程序都可以使用整个.NET Framew ork。
2．系统功能结构设计2.1模块的划分和描述火车票预订系统可分为五个模块：顾客查询模块，网点售票员模块，车站售票员模块，信息修改模块和系统管理员模块。
顾客查询模块：主要是提供顾客在购买出行的火车票前，可以登录系统，通过方便自己的查询方式，来查询到满足自己要求的火车,并可以确定出自己需要的某个日期是否有票可以出售。
网点售票员模块：主要提供其注册及登陆，查询和售票三个功能。
网点售票员是通过在网络中注册自己的信息，来获得售票的权限的，要注册过并通过系统管理员审核成功。
登录系统后，系统会显示出网点售票员可以获得查询和售票的权限。
车站售票员模块：主要提供其登陆，查询，售票和退票功能。
车站售票员登录后，系统会显示出车站售票员所具有的所有操作权限。
其中退票的功能只有车站售票员才有退票的权限。
火车票售票系统软件需求说明书教材
火车售票系统软件需求说明书目录1•引言 (2)1.1编写目的 (2)1.2项目背景 (2)1.3定义 (2)1.4参考资料 (2)2•任务概述 (3)2.1目标 (3)2.2运行环境 (3)2.3条件与限制 (3)3•数据描述 (3)3.1静态数据 (3)3.2动态数据 (4)3.3数据库介绍 (4)3.4数据词典 (4)3.5数据采集 (8)4.功能需求 (8)4.1功能划分 (8)4.2功能描述 (9)5.性能需求 (9)5.1数据精确度 (9)5.2时间特性 (9)5.3适应性 (9)6 •运行需求 (9)6.1用户界面 (9)6.2硬件接口 (10)6.3软件接口 (10)6.4故障处理 (10)7.其它需求 (10)1.1编写目的本需求分析报告的目的是规范化本软件的编写，旨在于提高软件开发过程中的能见度, 便于对软件开发过程中的控制与管理，同时提出了本火车售票系统的软件开发过程，便于程序员与客户之间的交流、协作，并作为工作成果的原始依据，同时也表明了本软件的共性，以期能够获得更大范围的应用。
本文档供项目经理、设计人员、开发人员参考。
1.2项目背景a.开发单位：长春大学 b•主管部门：计算机学院c.软件名称：火车售票系统d.软件开发者：谢晓龙1.3定义a.铁路售票应用系统软件：基本元素为构成铁路售票及相关行为所必须的各种部分。
b.需求：用户解决问题或达到目标所需的条件或功能；系统或系统部件要满足合同、标准，规范或其它正式规定文档所需具有的条件或权能。
c.需求分析：包括提炼，分析和仔细审查已收集到的需求，以确保所有的风险承担者都明其含义并找出其中的错误，遗憾或其它不足的地方。
d.模块的独立性：是指软件系统中每个模块只涉及软件要求的具体的子功能，而和软件系统中其他的模块的接口是简单的。
1.4参考资料a.《实用软件工程》（第二版）郑人杰，殷人昆，陶永雷。
清华大学出版社，1997。
b.《JAVA网络高级编程》金勇华，曲俊生。
软件工程实验火车票自动售票系统分析报告
火车票自动售票系统实验报告学院：电子与信息工程学院专业：软件工程班级： 2010级本(1)班姓名：刘亿、崔佳、曾玉婷、刘硕、张丽君指导教师：**起讫时间： 2012.02——2012.06(初学者实验报告)目录1可行性研究报告引言 (5)1.1编写目的 (5)1.1.2背景 (6)1.1.3定义 (6)1.1.4参考资料 (6)1.2可行性研究的前提 (8)1.2.2要求 (8)1.2.2目标 (9)1.2.3条件、假定和限制 (9)1.2.4进行可行性研究的方法 (9)1.2.5评价尺度 (9)1.3对现有系统的分析 (10)1.3.1数据流程和处理流程 (10)1.3.2工作负荷 (12)1.3.3费用开支 (12)1.3.4人员 (12)1.3.5设备 (13)1.3.6局限性 (13)1.4所建议的系统 (13)1.4.1对所建议系统的说明 (15)1.4.2数据流程和处理流程 (15)1.4.3改进之处 (17)1.4.4影响 (17)1.4.5局限 (18)1.4.6技术条件方面的可行性 (18)1.5可选择的其他系统方案 (18)1.5.1可选择的系统方案1 (18)1.5.2可选择的系统方案2 (19)1.6投资及收益分析 (19)1.6.1支出 (19)1.6.2收益 (20)1.6.3收益/投资比 (20)1.6.4投资回收周期 (20)1.6.5敏感性分析 (21)1.7社会条件方面的可行性 (21)1.8结论 (21)2项目开发计划引言 (21)2.1.1 编写目的 (21)2.1.2项目背景 (22)2.1.3 定义 (22)2.1.4参考资料 (23)2.2项目概述 (23)2.2.1 工作内容 (23)2.2.2 主要参加人员 (24)2.2.3 产品及成果 (24)2.2.3.1 程序 (24)2.2.3.2 文件 (24)2.2.3.3 服务 (24)2.2.3.4 非移交产品 (24)2.2.4验收标准 (25)2.2.5 完成项目的最迟期限 (25)2.2.6 本计划的审批者与批准者 (25)2.3实施总计划 (25)2.3.1 工作任务的分析 (25)2.3.2 接口人员 (25)2.3.3 进度 (25)2.3.4 预算 (26)2.3.5 关键问题 (26)2.4支持条件 (27)2.4.1计算机系统支持 (27)2.4.2 需要用户承担的工作 (27)2.4.3 需由外单位提供的条件 (27)2.5. 专题计划要点 (28)3软件需求说明书引言 (28)3.1编写目的 (28)3.2范围 (28)3.2.1 名称 (28)3.2.2 任务目标 (28)3.2.3 任务描述 (29)3.3参考资料 (29)3.4项目概述 (30)3.4.1项目来源 (30)3.4.2运行环境 (30)3.4.3产品功能 (30)3.4.4用户特点 (31)3.5具体要求 (31)3.5.1功能需求 (31)3.5.2 功能组成 (31)3.6数据库 (33)3.6.1 数据关系 (33)3.6.2 数据定义 (34)3.8其他要求 (35)3.8.1可使用性 (35)3.8.2保密性 (35)3.8.3可维护性 (36)3.8.5双方签字 (36)4数据要求说明书引言 (36)4.1编写目的 (36)4.1.1背景 (37)4.1.2定义 (37)4.1.3参考资料 (38)4.2数据的逻辑描述 (38)4.2.1静态数据 (38)4.2.2动态输入数据 (43)4.2.3动态输出数据 (43)4.2.3.2内部生成数据 (51)4.2.3.3数据约定 (52)4.3.数据的采集 (52)4.3.1要求和范围 (52)4.3.2输入的承担着 (53)4.3.3影响 (54)5概要设计引言（崔佳） (54)5.1.1编写目的 (54)5.1.2 背景 (54)5.1.4参考资料 (55)5.2.1运行环境 (56)5.2.2基本设计概念和处理流程 (56)5.2.3结构 (57)5.2.4功能需求与程序关系 (59)5.2.5人工处理过程 (59)5.2.6尚未处理的过程 (59)5.3 接口设计 (59)5.3.1用户接口 (59)5.3.2外部接口 (60)5.4 运行设计 (60)5.4.1运行模块组合 (60)5.4.2运行控制 (61)5.4.3运行时间 (61)5.5 系统数据结构设计 (62)5.5.1逻辑结构设计要点 (62)5.5.2物理结构设计要点 (62)5.6 系统出错处理设计 (64)5.6.1出错信息 (64)5.6.2补救措施 (64)5.6.3统维护设计 (65)6详细设计说明书引言 (66)6.1. 编写目的 (66)6.1.1 项目背景 (66)6.1.3参考资料 (67)6.2程序系统的组织结构 (67)6.3. 程序1（结构符）设计说明 (69)6.3.1登录模块 (69)6.3.2查询模块 (73)6.3.3 确认、购票模块 (77)7测试计划引言 (81)7.1编写目的 (82)7.1.1背景 (82)7.1.2术语定义 (82)7.1.3参考资料 (83)7.2测试需求 (84)7.3测试约束 (84)7.4相关参考文档 (84)7.4.1测试参考文档 (84)7.4.2测试提交文档 (84)7.5测试类型和策略 (84)7.5.1测试项目计划 (84)7.5.2功能测试 (85)7.5.3性能测试 (85)7.5.4负载测试 (86)7.5.5可靠性测试 (86)7.5.6数据和数据库完整性测试 (86)7.5.7接口测试 (87)7.5.8集成测试 (87)7.6测试项目说明 (88)7.6.1测试用例 (88)7.6.2测试结果 (92)7.7评价 (96)7.7.1软件能力 (96)7.7.2缺陷和限制 (96)7.7.3测试结果 (96)1可行性研究报告引言1.1编写目的可行性研究的目的为明确将要设计的软件是否有开发价值，以最小的代价在最短的时间内确定问题是否可解。
(新)火车票售票系统-软件工程设计报告
3.2.2数据需求
1、数据录入和处理的准确性
数据的输入是否正确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，从而得不到想要的结果。数据的输入来源是手工输入。所以系统地界面要让用户容易使用，如果用户出现误操作，系统能简单明了的给出中文提示。
5.2 模块设计
本火车售票下系统主要有登录/注册、查询、售票、退票、改签、修改车次、统计信息这些功能，设计时按这些功能设计模块就可以了。其详细功能图如下：
5.2.1登录/注册模块
本火车售票下系统有客户、售票员、系统管理员三种用户，其中客户可以自己注册账户登录，而售票员和系统管理员则直接由相关部门授权给定账号密码登录。
是
否
否
100
售票员姓名
Varchar（50）
否
否
否
无
售票员密码
Varchar（16）
否
否
否
无
证件号码
Varchar（20）
否
否
否
无
联系地址
Varchar（50）
否
否
否
无
联系电话
Varchar（20）
否
否
否
无
表3客户表
字段名称
字段类型
主键
外键
是否为空
默认值
客户ID
Varchar（10）
是
否
否
10000
1）对车次的查询，可以按照发车车次进行查询；
2）车次信息包括：火车列次、出发地、目的地、发车日期、开出时刻、票价。
3）座位类型设定。
4）车次信息只允许用户查询，不能修改。
软件工程课设-网上火车票订票系统
目录1. 选题意义 (1)2. 网上火车票订票系统要达到的目标及限制 (1)2.1要达到的目标 (1)2.1.1功能目标 (1)2.1.2 质量及性能目标 (2)2.2限制 (2)3. 用例、事件流及对应活动 (3)3.1系统用例图 (3)3.2用户注册 (3)3.2.1用例简述 (3)3.2.2 基本事件流 (3)3.2.3 活动图 (4)3.3用户登录系统 (4)3.3.1 用例简述 (4)3.3.2 基本事件流 (4)3.3.3 活动图 (5)3.4用户退出系统 (5)3.4.1 用例简述 (5)3.4.2 基本事件流 (5)3.5按起点终点和出发日期浏览车票 (6)3.5.1 用例简述 (6)3.5.2 基本事件流 (6)3.5.3 活动图 (6)3.6订单生成及支付 (7)3.6.1 用例简述 (7)3.6.2 基本事件流 (7)3.6.3 活动图 (7)3.7查看订单 (8)3.7.1 用例简述 (8)3.7.2 基本事件流 (8)3.7.3 活动图 (8)3.8退票 (8)3.8.1 用例简述 (8)3.8.2 基本事件流 (8)3.8.3 活动图 (8)3.9业务数据管理 (9)3.9.1 用例简述 (9)3.9.2 基本事件流 (9)3.9.3 活动图 (9)3.10管理员账号管理 (10)3.10.1 用例简述 (10)3.10.2 基本事件流 (10)3.10.3 活动图 (10)4. 类图 (11)5. 主要时序图 (11)5.1注册 (11)5.2检索车票 (12)5.3选座购票 (13)1. 选题意义铁路作为中国最重要的交通工具之一，在市场经济浪潮中，面临着严峻的考验。
公路运输的便捷，航空运输的快速，这一切都对铁路运输构成很大的冲击。
火车站市场的管理和规范问题，是困扰我们多年的一个老问题，也是政府管理中的一个难点，订票是客运业务中的一个最基本的业务，表面上看，它只是火车站业务的一个简单的部分，但是它涉及到管理与客户服务等多方面，因此，随着我国铁路交通的不断发展，过去传统的售票方式已经不能满足现代客运业务流量剧增的客观要求，简单的窗口售票模式已经不能满足方便人们出行的目的。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
计算机与通信工程学院《软件工程》实验报告
（火车票预定系统）
需求分析说明书The Specification of Requirement Analysis
专业：计算机科学与技术
班级：计0804班
姓名：
报告日期：2011年5月19日
1、引言
随着计算机技术的发展，用计算机为人们的生活服务已经变得普及化。
对于企业而言，时间就是金钱，能高速度地处理事物的计算机更能提高企业办事的效率，减少由于人为因素所照成的误差，使他们在这个激烈的市场经济中保持不败的地位。
火车票订票系统是典型的信息管理系统的一部份，火车票订票系统的开发充分利用了计算机信息技术提高了火车票订票的管理水平、服务水平。
系统实现了乘客查询信息、订票操作、取票操作、销售统计等功能，可明显提高对火车票订票的有效管理。
1.1 编写的目的
1）根据火车站工作人员的要求，探究此系统是否符合了火车工作人员和乘客的要求，以便于为软件的后期开发和维护做准备。
预期的读者是火车站的工作人员和所有的乘客。
2）本报告是由谢缅（200850080404）独立完成。
1.2 背景
1）火车站工作人员要求为其设计一个火车票订票系统，以便方便工作人员和乘客对火车飘得相关操作。
开发者是长沙理工大学计算机科学与技术0804班的谢缅，用户为所有坐火车的乘客。
2）本系统同其他系统或其他机构基本上没有相互来往关系。
1.3 定义
软错误：由于输入信息，或无法满足要求时产生的错误。
硬错误：由于其他问题，如网络传输超时等，产生的问题。
1.4 参考资料
[1]张海藩.软件工程导论（第四版）[M].北京：清华大学出版社，2003
[2]王珊，萨师煊.数据库系统概论[M].北京：高等教育出版社，2006
[3]刘惊雷.VC++实用教程[M].北京：电子工业出版社.2008
[4]Google Web APIs Reference[EB/OL]./api/reference，2005.5
2、任务概述
2.1 目标
在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放体系结构的、易扩充的、易维护的、具有良好人机交互界面的火车票订票系统，实现火车运载公司的火车票销售的自动化的计算机系统，为企业的决策层提高准确、精细、迅速的火车票销售信息。
具体功能为各个售票点把预定火车票的乘客信息（乘客名称、乘客身份证等）和订票信息（乘行时间、乘行始发地和目的地，车位要求等）输入到系统中，系统为乘客安排行程。
在乘客支付购买车票所需的金额后，系统为乘客打印出正确的车票。
2.2 用户的特点
本系统的最终用户是全世界所有的乘客，只需要对计算机操作有一点了解就可以使用本系统。
由于火车票预定，查询，退票的基本流程不会怎么改变，所以本系统维护的好的话，基本上可以使用5年。
2.3 假定和约束
本系统无假定和约束。
3、需求规定
3.1 对功能的规定
本功能主要有火车票的查询，预定，取消，及系统的维护。
总体功能图如下所示：图3.1 总体功能模块图
3.2 对性能的规定
3.2.1 精度
本系统对数据无精度要求，包括：数据类型、大小范围、小数位长、文本信息长度等。
3.2.2 时间特性要求
本系统对时间的要求不能超过3秒，其中时间包括：输入、输出和传输的响应时间等。
3.2.3 灵活性
本系统的灵活性比较强，能较好地适应用户的需求变化。
3.2.4 其他性能需求
本系统有很大的主存容量；足够大的磁盘容量；安全性好，系统还具有易操作性，可维护性。
3.3 细化数据流图
3.3.1订票系统基本系统模型
图3.2订票系统基本系统模型
3.3.2 订票系统0层数据流图
图3.3订票系统0层数据流图3.3.3 订票系统1层数据流图
图3.4 订票系统1层数据流图
3.4 E-R图
3.4．1车票信息E-R图
图3.5 车票信息E-R图3.4.2列车信息E-R图
图3.6 列车信息E-R图
3.4.3 管理员信息E-R图
图3.7 管理员信息E-R图
3.4.4 订票信息E-R图
图3.8 订票信息E-R图
3.5 数据管理能力要求（针对软件系统）
此系统表的个数有4个，能记录的最大规模是5000，随着经济的增长，坐车人数的增加，本系统如果维护的好的话，估计能记录的数据可以达到6000.
3.6 故障处理要求
程序在运行时主要会出现两种错误：软错误和硬错误。
对于软错误，须在定票/领票操作成功判断及输入数据验证模块由数据进行数据分析，判断错误类型，再生成相应的错误提示语句，送到输出模块中。
对于硬错误：可在出错的相应模块中输出简单的出错语句，并将程序重置，返回输入阶段。
同时，出错信息必须给出相应的出错原因，例：“全部班次座位已满！”“查无此定位信息！对于以上故障，我们也采取了一下措施：（1）所有的客户机及服务器都必须安装不间断电源以防止停电或电压不稳造成的数据丢失的损失。
若真断电时，客户机上将不会有太大的影响，主要是服务器上：在断电后恢复过程可采用 SQL SERVER 的日志文件，对其进行ROLLBACK 处理，对数据进行恢复。
（2）在网络传输方面，可考虑建立一条成本较低的后备网络，以保证当主网络断路时数据的通信。
在硬件方面要选择较可靠、稳定的服务器机种，保证系统运行时的可靠性。
3.7 其他专门要求
3.7.1 安全保密设计
由于数据的传输上需要通过网络传输，为了客户资料进行保密，需要在网络的传输过程中对数据进行加密。
3.7.2 维护设计
维护方面主要为对服务器上的数据库数据进行维护。
可使用 SQL SERVER 的数据库维护功能机制。
例如，定期为数据库进行Backup，维护管理数据库死锁问题和维护数据库内数据的一致性等。
4、运行环境规定
4.1 设备
硬盘500G,显示器分辨率800*600以上, 正常情况下服务器CPU占用率不得超过20%,同时支持50000个http响应。
4.2 支持软件
装有VC和SQL Server的计算机。
4.3 接口
本产品的用户一般需要通过终端进行操作，进入主界面后点击相应的窗口，分别进入相对应的界面(如：输入界面、输出界面)。
本系统同其他系统之间无接口与协议、数据通信协议等。
4.4 控制
本系统无运行的方法和控制信号。