学生学籍管理信息系统的可行性分析报告

1 引言 学生学籍管理系统的可行性分析报告 TOC \o "1-3" \h \z \u 2 问题定义 错误！未定义书签。 5.4 设计及约束条件 - 5 - 5.6 产品的功能 错误！未定义书签。 5.7 影响 - 8 - 5.9 技术方面的可行性 - 9 - 6.学生管理部门组织结构图 - 9 - 7 投资及收益分析 - 10 - 7.1 市场分析 - 10 - 7.2 投资估计 - 11 - 8 社会因素方面的可行性 - 11 - 8.1 技术 - 11 - 8.2 使用方面的可行性 - 11 - 9 产品可检测性 - 11 - 9.1 检测标准 - 11 - 9.2 检测的 方法 快递客服问题件处理详细方法山木方法pdf计算方法pdf华与华方法下载八字理论方法下载 - 11 - 10 产品的可生产性 - 11 - 10.1 生产标准 - 11 - 11 可行性综合分析 - 12 - 11.1 技术上可行 - 12 - 11.2 管理上可行 - 12 - 11.3 经济上可行 - 12 - 11.4 可行性结论 - 12 - 1 引言 现代社会是信息时代，只有充分的利用先进的科学技术知识，从事科学的管理，才能够使企业或者公司或者个人立于不败之地，管理信息系统正是这个时代特征的体现。在现今的商品社会是一个讲究效率的社会，人们有很强的时间观念。如果仍使用手工操作或使用相当繁琐的软件，既浪费了人力，又浪费了物力，效率无法提高，为此开发学生学籍管理信息系统软件，能够适应现今社会并提高生产效率。该系统软件是对学校学生学籍管理并提高效率的一种工具。学生学籍管理信息系统结台日常教务管理和学籍管理的特点，对学生信息进行登录、查询、统计、增加、删除、修改、打印等功能组成。为学生学籍管理工作提供一个便捷、高效的工具。本系统的开发是为经济管理学院设计的，系统分布在各个系和一些科室。首先，以用户的需求为核心，力求建立友好的人机交互界面 在遵循开放化、适度化原则的基础上，保证易用性。其次，是可靠性，给用户1个实际可用的系统。第三，可扩展性，随着以后系统的扩张，系统具有可扩充性、可修改性，数据具有共享性，模块功能具有可移植性。第四．网络化。系统设计充分利用网络的功能，网络系统提供齐全的职能和业务操作功能。 1.1 摘要 1.1.1企业介绍 我们小组进行研究的是经济管理学院的学籍管理系统。 1.1.2学生学籍管理信息系统 1.1.3企业现状 1.2 编写目的 1.2.1 目的 这份可行性研究报告是对学生学籍系统作的可行性研究分析及指出存在的必要性及本软件的可行性。 1.3背景 1.3.1 系统的名称： 学生学籍管理系统 1.3.2 系统组织者： 学生学籍开发小组 2 问题概述 2.1 系统概述 2.1.1 开展该系统的原因 目前学院现有的学生学籍资料分别由系、教务处、学生处管理。每个管理部门几乎都有一份相同的学生基本信息。这样，工作容易重复，而且，最大的问题是彼此工作不透明，容易出现数据的不一致。这问题的出现是致命的。现在学校各部门分别使用不同数据库，各部门之间的信息还不能实现网上共享。由于学校的各个部门都需要一些学生的基本信息，所以各个部门都有一份学生档案。一个部门的改动，将导致其他各部门必须修改，否则，学生的信息将不一致。针对目前该学生学籍管理系统的系统局限，与功能的不完整，我们开发了此个管理系统。 2.1.2 该系统的基本目标 学籍管理信息系统是对学生信息进行登录、查询、统计、增加、删除、修改、打印等功能组成。学生登记表的内容包括：学号、姓名、性别、年龄、班级、专业、学科成绩(微积分，英语，经济学，会计等专业基础课，专业课、学校任选课等)。学生对基本信息查询和成绩查询，学生处对学生学籍情况的处理，教务处对学生成绩相关数据的修改和查找，教师对所教课程成绩的录入、修改等功能。系统备用的修改功能均可反悔。 2.2 社会和经济目标 希望能够通过开发此系统能够为学校学生学籍管理更好的服务，提高学生学籍管理的效率，更方便，更准确。 2.3 系统规模 2.3.1 该系统所需人力资源总数为4人 　　辅导老师：刘会齐 　　组 长：杜海凤 　　小组成员：闫晓宇 张艳梅 2.3.2 该系统所需时间 预计时间一个月，截止到此课程结束前一周，余下一周时间测试。 3 可行性研究的方法和信息系统开发原则及指导思想 3.1 可行性研究所采用的方法和步骤 　　通过调查分析开发学生管理所具备的能力及实现的方法。确定总体结构，利用VB及管理信息系统的相关知识，以最简洁最容易的方法，设计一个初级的系统软件。 3.2信息系统开发原则及指导思想 本系统的开发是为经济管理学院设计的，系统分布在各个系和一些科室。首先，以用户的需求为核心，力求建立友好的人机交互界面 在遵循开放化、适度化原则的基础上，保证易用性。其次，是可靠性，给用户一个实际可用的系统。第三，可扩展性，随着以后系统的扩张，系统具有可扩充性、可修改性，数据具有共享性，模块功能具有可移植性。第四．网络化。系统设计充分利用网络的功能，网络系统提供齐全的职能和业务操作功能。在系统软件设计方面．主要从两个部分人手：一是根据功能说明书的要求对系统的功能需要划分功能模块，进行功能设计 二是根据用户的使用要求进行数据结构设计并 规范 编程规范下载gsp规范下载钢格栅规范下载警徽规范下载建设厅规范下载 化． 3.3 评价尺度 　　此软件由于只是一个初级产品，只要能构建一个结构，并不写很多代码或者不写代码，只是起到锻炼我们开发信息系统的能力。 4 对现有管理产品的分析及其局限性 学院目前使用全校通用的教务管理系统，针对性不强；接收上级文件以email形式，速度慢；学校网络情况不稳定，若发生故障学院教务管理工作也受影响；组织机构和人员分工方面，现有的学生学籍资料分别由教务科、学生科管理，最大的问题是容易出现数据的不一致。 5 系统概述 5.1 设计目的 　　本系统的设计目标就为学校学生管理提供快捷方法，帮助学校学生学籍的管理人员对于学生的各种信息可以方便的查询、输入，及有条件的查找，并有经理人员做出相应科学的决策，使学校管理自动化。 5.2系统软、硬件技术解决 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 及比较评价 　　5.2.1软件系统： 学生学籍管理系统是利用VB技术开发建立在windows操作系统中的，最低要求 ★网络操作系统：Windows2003； ★数据库服务器：Microsoft Accessr2003； ★服务器平台：Windows2003； ★客户机平台：Windows／2000/XP； ★前端开发工具：visualBasic6.0(企业版)； ★数据访问对象：ADO 5.2.2硬件系统： 服务器硬件系统 名称 最低配置 标准配置 建议配置 CUP PIII 500   PIII 800   PIII800以上，或双PIIICPU   内存 256M   512M   512M   硬盘 10G   20G   20G SCSI   网络 10/100M Ether 100M 100M以上 客户机硬件系统 名称 标准配置 建议配置 CPU 主频200MHz以上   主频400MHz以上 内存 32M以上 64M以上 硬盘 10G 10G   网络 10MEther   10MEther   5.2.3网络方案比较 合理的网络架构不仅关系到整个系统的安全可靠性，而且关系到整个系统的总体成本。参考目前现有的校园一卡通系统，有如下几种方案: (1 ) 方 案 1 : RS-485联网方式 在这种联网方式中，整个系统的网络连接采用RS-485方式构建，包括每个子系统的局部网络连接和从子系统到中心数据库服务器的网络连接。 优 点 :在小型局部网络连接中，用这种联网方式方便，而且支持的硬件产品相对比较多。 缺 点 : ① 抗雷击及静电千扰能力差，加上信号在传输过程中会产生电磁干扰和终端反射，使有效信号和无效信号在传输线上相互叠加，严重时会使通信无法正常进行。 ② 故障率高，在一般的饭堂售饭系统中，采用的便是RS-485的联网方式，由于RS-485网络拓扑一般采用的是终端匹配的总线型结构，不支持环形或星形网络，因此，当某个饭堂有一台读卡机出现故障时，其它机器都不能使用。 ③ 传输距离短，传输速率低。RS-485其最大传输距离约为1219米，最大传输速率为10Mbps。由于平衡双绞线的长度与传输速率成反比，在100kbps速率以下，才可能使用规定最长的电缆长度，只有在很短的距离下才能获得最高速率传输。一般100米长双绞线最大传输速率仅为1 Mbps。在通常情况下，要达到最长的传输长度，速率仅能达到19.2Kbpso "" (2 ) 方 案2:单一总线联网方式 在这种方式中，整个系统的联网包括每个子系统中的局域网的联网以及从中心服务器到每个子系统的这一部分网络都采用LONWORKS现场总线技术。 优 点：采用这种方式的系统，因为从底部的控制部分到数据的传输部分都采用了单一的LON总线技术，能享受LON总线技术优越的联网性能，使数据的传输速率高。在130米距离内，最坏情况下通讯速率也能达到1.25Mbpso 缺 点 : 因为整个系统采用LON技术联网，因此，对于学校而言，需要重新铺设整个网络，这样，使整个系统的成本相对较高。 (3 ) 方 案3:综合联网方式 在综合联网方式中，整个系统的网络连接，可以分为两部分:一是各子系统内部的子网;二是从各子系统到一卡通中心服务器之间的网络连接。对于每个子系统内部的子网，可以根据自身的需要和要求，采用符合自身特点的方式进行联网，如可以采用LONWORKS联网，也可采用RS-485方式联网等;对于从各子系统到一卡通中心服务器之间的网络连接，可以联入现有的校园网，以减少整个系统的投资。 优 点 : 采用这种联网方式，既可以充分利用现有网络中的部分设施，减少投资，又能满足系统要求，是一种经济可行的联网方式。 综合考察以上各种网络连接方案以及本校园一卡通系统，我认为，采用综合联网方式不仅能够充分利用现有网络设施，极大的降低系统成本，同时又能根据自身的需求，建立起符合自身特点的网络， 是一种既经济又可行的方案。 5.3 系统总体功能 该系统要求具有以下功能： 1​ 登录：学生登记表(学生基本情况登记．各科成绩登记等)。 2​ 查询：即检索功能，如按学号、姓名检索或组合查询(如查询某一分数段或某一年龄段的学生情况等)。 3​ 修改：按需要修改学生信息。 4​ 统计：按学科成绩统计．按分数段成绩统计。 5​ 打印：学生登记表、成绩通知单、全校学生花名册，各系及各班学生花名册等 5.4 设计及约束条件 a. 软件系统的界面要美观,布局要合理,窗口的内容尽量简单明了提供的信息,语言要通俗易懂,有层次感,分类清晰明了，易于学生学籍管理人员操作。 b. 根据现有条件和知识我们必须在管理信息系统开发及技术方面进行学习和提高。 5.5系统初步调研方案 5.5.1调研背景： 目前学校现有的学生学籍资料分别由系、教务处、学生处管理。每个管理部门几乎都有一份相同的学生基本信息。这样，工作容易重复，而且，最大的问题是彼此工作不透明，容易出现数据的不一致。这问题的出现是致命的。现在学校各部门分别使用不同数据库，各部门之间的信息还不能实现网上共享。由于学校的各个部门都需要一些学生的基本信息，所以各个部门都有一份学生档案。一个部门的改动，将导致其他各部门必须修改，否则，学生的信息将不一致而这对于学生学籍高效的为学生服务是有阻碍作用的。所以一个完善的学生学籍管理系统的开发显得非常有必要。 5.5.2调研目标： 一个好的系统必须切合实际，所以对学校学生学籍的调研可以帮助了解实际，对正在运行的系统的存在的问题和合理之处有一个正确的认识。这样就能在开发新系统时继续使用原有系统的精华之处并对其问题进行改正，以使能够开发出一个相对完善的系统。 5.5.3调研方法： 因为现在学校的学生学籍属于公有，各个学院学生学籍之间的情况基本相同，而且都在运行同一个系统，所以没有必要对每个学院学生学籍，我们对经济管理学院的学生学籍管理系统进行调研。 ， 5.5.4调研时间： 5月6日 5.5.5调研总结： 通过调研我们了解到：每个学院的学生学籍管理主要由教学科负责 学院现行的学生学籍成绩管理、 档案管理 财务及档案管理制度档案管理制度培训安全生产档案管理制度人事档案管理制度人事档案管理制度范本 、日常教务处理、毕业生学位管理、奖惩管理。 各种原始单据如下： 单据 简述 来源 去处 组成 流通量 学生资料 主要是学生的学号、姓名、出生年月、住址等 学生入学时由学生科从学生升学档案获得 供老师查阅 学号、姓名、专业，出生年月、住址 大 成绩 学生在校期间，各学期课程的成绩 教师 可供学生、老师查阅 课程号、课程名、学分、成绩 大 授课 老师在本学期所上的课程 由教务科根据老师的专业安排 供 系、学生、老师查阅 课程代号、课程名、学时、上课地点、上课班级、教师代号 中 补考成绩 学生重修某门课程以后，所取得成绩 教师的成绩单 毕业参考 课程名、学分、成绩 小 奖励处分 系、学生处根据学生的表现进行奖励和处分 系、学生科 供学生系、用人单位等查阅 奖励，处分 小 相关信息说明：本MIS使用对象为学院教务科。便于教务科对本学院的学生的学籍管理，档案管理，及时，快速，在学校教务管理系统不稳定的情况下，能够提供数据备份和工作的操作平台。 5.5.6调研结论： 用户需求 调研结果教务部门对本系统提出以下要求： A 使用范围： 本科学生和专科学生的学籍管理，本科生用学年学分制(最终用学分制)，专科生用学年 制 B 功能要求： 学生档案管理：学生的一般情况，奖励处分、等级考试的情况学生成绩管理：学习成绩、补考成绩；学籍处理：学生留(降)级处理、休(复)学处理、退学处理、专升本、转学处理等；日常的教务管理：日常报表，如通知书、补考通知书等，学生学习成绩的各种分类统计；毕业生学籍处理：结业处理、毕业处理、授位处理、学籍卡等。 C 信息采集与各部门的使用权限 为了信息的安全和数据的权威性，对于网上的信息的使用权限和责任规定如下：学生工作处：学生档案的录入，奖励、处分登记及相应的修改；各系：本学期的学生成绩登记及修改；教务处：补考成绩录入、学生成绩校对修改、等级考试情况录入、学籍处理、毕业生学籍处理；院长办公室及各处、室：可对所有的信息进行查询；另外每位用户均应有密码，密码可由教务处改动 针对现行的学生学籍管理系统的问题，我们重新设计了学生管理系统主要有六个子系统构成：学生档案管理，成绩管理，学籍管理，教学管理，毕业生管理，和系统管理。 (1)档案管理(新生入学注册包括：输入学生资料、输入学生奖励情况、输入学生处分情况、输入学生等级考试情况，查询，修改，统计)此模块根据用户需求规定，由各不相同的单位输出，完成学籍管理信息系统中所需的所有信息的采集。输入学生的资料，系统自动生成学生所在班名、学号，系统保证学号的连续性和唯一性。 (2)成绩管理（包括输入，修改，统计，查询子系统，输入授课教师名单、输入学生必修课成绩、输入学生选修课成绩、输入补考成绩、修改考试成绩、修改补考成绩，统计学生成绩排名等) 每学期由师资料按教学进程安排输入一次授课教师名单，它规定了本学期全校应开的课程及授课教师，输入学生成绩时必须以此为依据。在教务科分发完教学 计划 项目进度计划表范例计划下载计划下载计划下载课程教学计划下载 后。在指定时间段内输入该学期课程成绩。在此功能中，各系只能输入本系本学期的成绩。 (3)教学管理(本修改模块，科生退学处理、本科生退学警告、专科生退学或留(降)级处理、毕业生学籍处理、已毕业学生成绩处理、教学计划分发、收集成绩、输入课程参数)。降级退学处理：退学处理根据学生手册的条款，自动地查出应处理的学生名单及退学原因，由管理部门校核后t可进入处理子功能进行处理。毕业生学籍处理：按照学生学籍管理办法自动地将学生按毕业、结业划分，对毕业学生还可作授位和不授位处理等。 (4)信息查询(依据班级统计各学期的课程，同一课程不同班级问比较考试课程成绩统计，补考情况统计，补考查询，教师授课情况，新生入学，等级考试t处分奖励情况)在成绩查询中可对成绩进行统计分析，如最高发、最低发、平均分、均方差、各个档次人数比例等，若需要还可以打印输出。 (5)毕业生管理分为报表生成和统计，可以查询所有毕业学生的学籍状况，并按指定格式打印。 (6)系统管理(访问权限，系统维护，综合查询)。综合查询；是为用户提供的一个查询条件任意的宽口径的查询。 5.7 影响 5.7.1 需要得到领导的支持和一定的人力物力财力 本系统的开发需要得到餐厅管理人员的支持 5.7.2 对用户单位机构的影响 　　对于学生学籍人员要有一个接受和适应的过程，必须要得到领导的支持，只要操作人员懂得基本汉语操作。对于没有配置微机的学生学籍，需要配置中端微机设备。 　　5.7.3 对运行过程的影响 　　a．用户操作规程 　　 用户将本系统随意安装在终端计算机。 　　b. 输入数据预处理过程 　　 对输入数据预处理的过程无影响。 　　c. 输入的处理过程 　　 多输入的处理过程无影响。 　　d. 系统失效的后果及恢复的处理方法 　　 系统失效后会给出错误信息,恢复的方法将采用结束当前任务或重新启动计算机。 　　5.7.4 对产品后继开发的影响 　　a. 随着计算机的发展，所有的开发人员要发现在此过程中本产品出的问题和不足，及时更新。 　　b. 与此同时也要准备好人力和设备资源做紧急事件的更新。 　　c. 申请专利，使用法律的手段对本产品进行系统保护。 5.8 局限性 　　目前我们的使用范围非常狭窄，开发能力有限，且本软件是我们的初次版本，如果该软件提高版本，本软件需要大量的修改和更新。 5.9 技术方面的可行性 系统现阶段的发展过程中，利用现有人力和物力是完全具备的能力开发出来的，作为阶段性产品，日后的发展空间大，实现方法逐步简单容易，所以学生学生学籍管理系统的技术上是完全可行的。 6.学生学籍部门组织结构图 组织结构图 岗位1 (科长岗)： 　　协助分管处长做好学生培养科各项工作；督促全科人员履行各岗位职责，并组织考核；协助处领导制定学生培养科有关管理文件；研究和探索学分制管理规律，实施学分制学籍管理；负责学生注册工作及专转本、转专业、转学、停止学籍、试读、退学等学籍处理工作；负责组织学生毕业资格审查及参与毕(结)业证等证书的发放管理工作；负责结业后重修考试资格审核及证书换发管理；会同有关部门搞好学风建设工作；协调与相关单位的关系，完成处长交办的其他工作。 岗位2 (副科长岗)： 　　协助分管处长做好学生培养科的相关工作；协助分管处长制定学生学籍学历电子注册等相关管理文件；负责新生学籍资格认定工作；负责在校生学籍信息管理工作；负责学籍异动（转专业、转学、专转本、休学、复学、试读、退学等）学生的学籍信息处理工作；负责毕（结）业证书的管理与结业后证书的换发工作；负责新生电子注册、学籍异动电子注册和学历证书电子注册工作；负责证书遗失办理工作；完成处长交办的其他工作。 岗位3 (科员1岗)： 　　协助处领导制定学生培养计划管理的相关文件；负责组织本科学生培养方案的制订工作，检查落实计划的执行情况；负责辅修与第二专业的计划管理；落实每学期各专业的执行计划，协调计划变更；完成培养计划方面的统计报表工作；完善与维护计算机培养计划管理系统；负责转专业、专转本、退学后考回我校学习等学生的学习计划管理工作；完成科内其他协调工作。 岗位4 (科员2岗)： 　　负责组织优异生及理工综合班学生的选拔与培养工作，组织落实优异生及理工综合班学生培养方案，开展优异生、理工综合班指导教师信息汇总等管理工作；组织实施推免研究生选拔工作；负责本科学生辅修与攻读第二专业的计划执行，与获证资格审查及相关证书的发放管理；负责第二学位的学生管理工作；负责本科生留学的选拔工作；负责外国本科留学生的管理工作；负责体尖、艺尖学生的培养与管理工作；完成科内其他协调工作。 岗位5 (科员3岗)： 　　主管本科学生注册工作及相关学籍处理的计算机管理；负责学生休学、复学、学籍警告等学籍管理及各种学籍处理文件的登记、分发工作；清理、统计每学期学籍处理后的报表；完成培养科相关数据资料的统计上报工作；协助专转本、转专业工作及落实学习计划的执行；负责办理退学学生离校及肄业证书发放工作；负责学生学籍及学籍处理和毕业生的归档工作；完成科内其他协调工作。 7 投资及收益分析 7.1 市场分析 学生学生学籍管理系统主要是为了解决学校的学生学生学籍管理问题，并且减轻管理人员的工作负担。本软件是以VB语言编程作为工具。它具有编辑与解释合一的特点，主要应用于Windows操作平台。它是一个自底层硬件逐渐铺垫上来的，因此我们所生产出来的软件相互适应性较强，所以在学校市场可以占有一定的份额。 7.1.2 系统产品所追求的市场 本系统所占有的市场为学校的市场，它追求的是简单、易学、易懂、易用，能够更有利的解决管理人员的负担，能够辅助学校有效的管理学生学籍档案。 　 7.1.3 市场现状 　　目前学校并没有完善的学生学生学籍管理，因此，我们可填补此项技术上的空白,并且推向全国市场。 　　7.1.4 该产品的销售对于购买方有影响 对于学生管理系统的用户--校方，可满足对学生学籍管理的需求，且此种需求被接受并且满足，其软件便可以推广。 7.2 投资估计 　　按本软件学生学生学籍管理系统开发方案，对于本系统软件投资方向，体现于软件开发、软件生产及软件测试。 　　7.2.1 估算方案 　　本系统完全按开发计划进行估算，办公用品的消耗，办公设备的消耗，开发人员生活与维护等。 　　7.2.2 具体项目总体估计 　　本系统大约总体耗费为 20000元。 　　7.2.3 收益估计 本系统本非收益性质开发，重要是为解决学校现行学生学生学籍管理的需要。 7.2.4费用分配 费用 工期－时间 一周 二周 三周 一 10000 二 7000 三 3000 工期一进行开发设备的购买，以及初步的开发，工期而进行调试，检验，工期三如果系统有问题进行修改，并优化系统 8 社会因素方面的可行性 8.1 技术 　　本系统与校方紧密结合，并且得到指导经验丰富的刘老师的支持。因此本系统具有开发研制条件。 8.2 使用方面的可行性 学校管理人员对该产品的应用是可行的。 9 产品可检测性 9.1 检测标准 　　软件标准：软件规模、复杂程度、安全性、可操作性、可观察性、可控制性、冗余的大小。 9.2 检测的方法 通过软件测试：按照课本上的方法，主要应应以下两种 　　黑盒测试：主要在软件界面上进行的测试，选取合适的测试用例。 　　白盒测试：在重要逻辑路径进行测试，检测重要数据结构的有效性。 10 产品的可生产性 　　学生管理系统使用VB语言可以达到开发效果,有着技术的先进性和可行性。 10.1 生产标准 　　质量标准： 　　正确性：程序是否按程序流程图及数据字典完成程度。 　　可靠性：安全运行时间越长越好。 　　可用性：是否能够解决实际的存在问题。 　　完整性：对未授权的人员访问此系统软件可控性强。 灵活性：修改一个程序的工作量。 11 可行性综合分析 11.1 技术上可行 该系统所需硬件设备，如服务器、PC机、打印机及网络配件等，市场上有销售且价格较低，能满足系统功能要求。软件上，操作系统采用WindowsNT, 数据库管理系统采用SQL Server2000，这些软件在 MIS开发中已被大量应用，技术上都比较成熟。因此技术上是可行的。 11.1.2 管理上可行 由于该学校有很好的管理体制：每位学生均有学号及相关的成绩管理记录，且每次奖惩均会记录在相关档案中，以此来决定学生的升级、留级、退学情况。因此可以利用管理信息系统来进行管理。学校的大力支持，老师的指导，对我们系统的进程非常有利。 11.1.3 经济上可行 由于学校急需采用计算机来进行学生的学籍管理，因此对开发学籍管理信息系统大力支持。 11.2 竞争者分析 当产品生产出来后可大大减轻学生学籍管理人员的负担。这会保证我们在竞争中占有很大的优势。 11.3 可行性结论 综上所述，本系统的技术可靠、完备，测试手段可靠，具有良好的市场拓展，因此本系统可立即开始。