第一篇:考试成绩分析系统需求简介
考试成绩分析系统简介
一. 建设目的
1.2.对全市各学校每位学生在校的相对发展情况进行实时跟踪。
对各校的教学绩效作诊断性评价,为市教学行政管理及教研部门的行政决策、教学指导提供数据依据。3.对各班级甚至教师个人的学科教学绩效实施诊断性评价,为学校教学行政管理及教学指导提供数据依据。4.对试卷进行分析,为出卷老师提供分析帮助
二. 应用框架
三. 个人成绩分析
功能简介:成绩查询为班、校、区、市各级用户提供单科成绩查询及多科成绩查询的功能。包括:班级单科(多科)成绩查询、年级单科(多科)成绩查询、区级单科(多科)成绩查询、市级单科(多科)成绩查询。
1.单科成绩查询指标包括:原始分,等级,班标准分,年级标准分,市标准分,班排名,年级排名,市排名,班百分等级,年级百分等级,市百分等级,班比值,年级比值,市比值。
2.多科成绩查询指标包括:总分,总分等级,班标准分,年级标准分,市标准分,班排名,年级排名,市排名,班百分等级,年级百分等级,市百分等级,班比值,年 级比值,市比值。
图一:成绩查询界面示意图
四. 团体质量分析
功能简介:质量分析为班、校、区、市各级用户提供单科质量分析及多科质量分析的功能,各级用户可根据权限级别获取考试成的数据与分析图表。包括:班级单科(多科)质量分析、年级单科(多科)质量分析、区级单科(多科)质量分析、市级单科(多科)质量分析。其中涉及的指标参数包括:
1.基本指标:应考人数,实考人数,缺考人数,统计人数,平均分,最高分,最低分,年级排名,市排名,超校均率,超市均率
2.差异量指标:众数,中位数,全距,偏度,峰值,标准差,标准误差,差异系数,方差
3.等级分布:优秀人数,优秀率,良好人数,良好率,及格人数,及格率,不及格人数,不及格率,低分人数,低分率
4.分数段分布:0~10人数,0~10比例,…,90~100人数,90~100比例 5.得分分布:最高分、最低分、平均分、高分组平均分、低分组平均分 6.百分等级分布:小于0.25人数,小于0.25比例,0.25~0.5人数,0.25~0.5比例,0.5~0.75人数,0.5~0.75比例,大于0.75人数,大于0.75比例 7.自定义:提供给用户自己选择所需要的指标参数,形成列表。
图二:质量分析界面示意图
五. 试卷分析
功能简介:试卷分析提供对市、区、校、班级考试试卷从总体得分、大题得分、小题得分等的分析,进而接合命题的知识点、能力水平要求等进行分析,从而评价试卷命题的质量。包括:班级试卷分析、学校试卷分析、各区试卷分析、全市试卷分析。其中涉及的分析指标参数包括:
1.试卷综合分析:参考人数、试卷满分、平均分、难度、标准差、信度、区分度 2.试卷小题分析:题型,知识块,知识点,能力水平,满分,期望得分率,平均分,区分度,标准差,区得分率,市得分率,最高分,最低分,全对率,全错率 3.知识点得分率分析:查询分析各学校、班级、学生在不同知识点上得分率比例。4.知识块得分率分析:查询分析各学校、班级、学生在不同知识块上得分率比例。5.能力水平得分率分析:查询分析各学校、班级、学生在不同能力水平上的得分比例 6.难度得分率分析:查询分析各学校、班级、学生在不同那难度上的得分比例 7.自定义得分率分析:提供给用户自己选择所需要的得分率分析参数,形成列表 8.单选题选项分析:查询分析单选题各选项比例及正确选项比例 9.多选题选项分析:查询分析多选题各选项组合比例及正确选项比例
图四:试卷分析界面示意图
六. 团体质量发展分析
功能简介:发展分析对不同群体的学业成绩情况进行跟踪分析,分析多个学生,多个班级,多个学校,多个科目,多个指标的不同考试间的发展变化情况,帮助教师及时了解、跟踪学生成绩变化情况。包括: 1.多个学生,多个科目成绩发展变化比较分析 2.多个班级,多个科目成绩发展变化比较分析 3.多个学校,多个科目成绩发展变化比较分析 4.全市,多个科目成绩发展变化比较分析
图三:发展变化分析界面示意图
第二篇:系统需求分析报告
系统需求分析报告
目录
目录.............................................................................................................I
1、项目描述...............................................................................................1 1.1 背景................................................................................................1 1.2研究意义........................................................................................1
2、需求分析...............................................................................................1 2.1功能需求分析................................................................................2 2.1.1 系统管理功能......................................................................2 2.1.2 流量劫持功能....................................................................2 2.2性能需求分析................................................................................2
I
1、项目描述
1.1 背景
随着网络的普及,网络业务应用向深度和广度不断发展,方便用户的同时,也因用户终端存在网络安全漏洞或用户网络安全意识的疏忽,使得网络上涉及如:电子商务、在线游戏、DNS授权服务、网银支付系统、社交网站、论坛、博客、门户网站等在线业务受到黑客及网络犯罪份子的攻击,对个人用户信息(网银、支付钱包账号密码等)的保密和对国家互联网信息管理与审计构成严重威胁。
1.2研究意义
本项目针对以上问题,主要利用了以下两种技术:僵尸网络反制技术及HTTP/HTTPS协议通信的监控技术。
网络攻击已严重威胁着网络的安全,及时的发现网络攻击并在必要的时候劫持与反制网络攻击,成为保障互联网正常运行、保障在线业务系统正常访问的重要方法。
2、需求分析
经过与项目委托方多次讨论,设计系统的目的是为实现对特定非法用户Web(HTTP/HTTPS协议)通信进行监控及反制,具体要求实现的功能有:监控系统远程控制、针对特定非法用户上网流量劫持、针对特定非法用户Web通信进行JS脚本注入、获取非法用户账号和密码、获取非法用户访问某些网站的Cookie。
第 1 页 2.1功能需求分析
根据监控系统的要求对系统的功能进行分析,明确了系统需要实现的功能。系统的功能结构模块:系统管理功能、流量劫持功能、监控与反制功能。
2.1.1 系统管理功能
系统管理模块主要负责系统登录、系统远程控制、黑名单库配置、数据存储和展示。数据展示包含数据存储和数据展示,数据存储负责接收后端和前端JS探针采集的数据并存储到数据库,数据展示负责提取数据库数据并显示。
2.1.2 流量劫持功能
本文流量劫持指DNS协议劫持,主要由四个部分组成:报文捕获、协议解析、IP及域名查找匹配、DNS协议欺骗。
2.2性能需求分析
1.DNS流量劫持成功率
为了达到项目委托单位的要求,需要对特定用户访问特定网站的流量进行准确监控,同时保证流量劫持的成功率(90%以上)。
2.监控与反制系统并发量
监控与反制系统服务器的并发性能直接决定同时能够监听的用户数。当被监控用户数过大,监控与反制系统并发处理能力到极大挑战。
3.系统运行稳定性
第 2 页 系统稳定性是系统最基本也是最重要的要求,运行稳定性关系到系统能否长时间稳定运行。系统的稳定性体现在:随着运行时间的增加,系统并不会出现内存泄露、甚至系统崩溃等情况。其中内存泄露可通过内存消耗、CPU使用率指标度量。
第 3 页
第三篇:门禁系统需求分析
门禁系统建设需求分析
1.是否联网通过RS485还是TCP/IP 方式?如果采用485,是否需要配置485 HUB?(增加通讯距离,挂接更多的控制器)如果采用TCP/IP 是直接采用网络转换器还是通过TCP/IP转化器? 2.门禁控制器类型:单门,双门,四门,八门控制器还是门禁一体机?
3.识别方式:密码,指纹,刷卡,识别脸等? 4.管控方向:单项刷卡还是双向刷卡?
5.卡片类型:EM(智能采用EM 读卡器,需要联网),Mifare,HID 6.读卡器类型:韦根,485,如何发卡:通过控制器,232读卡器,键盘口读卡器,输入卡号?
7.系统软件:单机版还是网络版?需要考勤,电梯和更新软件模块吗?
8.电控锁类型:磁力锁,电插锁(阳极锁,双向开门),阴极锁,需要支架吗?
9.供电方式:集中供电还是分散供电? 10.线材选材:RVVP 还是RVSP? 联网门禁系统说明:
1:
说明:进出安装两个按键读卡器,通过韦根接口连接到单门控制器上,进出均可提供三种开门方式,刷卡、刷卡+密码和安全密码。但不可以设为进门不要密码管制,而出门要密码管制进出安装两个指纹读卡器,通过韦根接口连接到单门控制器上。两台指纹读卡器,可通过485接口连接到控制器的485 总线上,便可通过计算机将采集到的指纹,下传到指纹读卡器中,或者将指纹读卡器中指纹数据备份到计算机中。
2:
指纹一体机就是集成了指纹读头的单门控制器
指纹一体机可内置射频读卡模块,提供刷卡+指纹等更多种开门方式
如果内置了Mifare读写模块,还可以配置成将指纹存储在Mifare卡中。正常情况下,指纹存储在指纹机中。
指纹存储在Mifare卡中,一个最大的好处是,提供1:1的指纹比对方式,提供系统的安全性,降低误识率;同时一台指纹机管理的员工数量,不再受到指纹机中指纹存储容量的限制,可增加到 10,000个员工。
第四篇:办公自动化系统需求分析报告
办公自动化系统 需求规格说明书
1.引言 1.1 目标
开发网络办公系统的市场前景是广阔的。大型企业需要高层次的网络办公自动化,他们往往会选择大型的软件公司合作开发,所需的开发费用和维护费用也是非常高的。这些高额的费用并非大多数中小企业所能承受得起的。本系统就是为这些公司制定的。
1.2 参考文献
《软件工程导论》,张海藩,清华大学出版社。《实用软件工程》,郑人杰等,清华大学出版社。
2.总体描述
2.1 用户类和用户特性
本OA办公系统软件的最终用户是面向中大型企业的员工和相关管理人员一套软件,操作人员需要有一定的计算机操作基础,对于系统管理员不仅要有一定的计算机基础,还要求有一定的网络管理经验。
2.2 运行环境(Operation Environment, OE)OE-1:“办公自动化系统”的操作将通过如下的Web浏览器来完成:Microsoft Internet Explorer版本10.0和11.0,Netspcape Communication版本4.7和Netscape版本8和9。OE-2:“办公自动化系统”将运行在一个服务器中,该服务器运行当前由公司批准的Red Hat Linux版本和Apache HTTP Server。OE-3:“办公自动化系统”将允许用户通过公司内联网来访问,如果用户将被授权在公司的外部穿过防火墙来访问,那么用户也可以在家通过Internet来访问该系统。
2.4 设计和实现的约束条件(constriant)
CO-1:系统的设计、编码和维护文档将遵照Process Import Intranet Development Standard(Process Import公司内联网开发标准)版本1.3。CO-2:系统将采用公司标准的当期Oracle数据库引擎。CO-3:所有HTML代码将遵照HTML4.0版本。C0-4:所有脚本都用Perl语言来编写。
2.5 用户文档(User Documentation, UD)
UD-1:系统将提供一个分层的跨链接的HTML联机帮助系统,它描述并演示了所有系统功能。
UD-2:如果是一个新用户第一次使用该系统,系统可以根据用户的要求,提供一个联机帮助,这样用户可以使用静态教程菜单来具体实践一下如何使用。系统不会将采用这一模板的管理案例存储到数据库。
UD-3: 开发期限十一至十二周。
3.系统特性
3.1 员工名录管理
本系统会将员工的信息录入到系统数据库中。其中包括人员履历、转正申请、离职申请以及员工一些重大事情的记录。
3.2 部门管理 上级部门有权对下级部门进行管理,并查看该下级部门人员的信息,以及上级部门对下级部门发布任务、取消任务、撤销部门、创建部门。
3.3 综合邮件管理
管理员有权对已经超过规定时限的数据库中的邮件进行管理,如进行邮件的删除;对于一些已经删除的邮件进行恢复等。员工可以对自己写的邮件进行发送、修改、删除、保存操作;对收到的邮件进行保存、删除操作。
3.4 综合事务管理
综合事务管理包括行政管理、信息管理、人事管理、车辆管理进行全面的管理。
3.5 工作流管理
几乎所有的业务过程都是工作流,特别是办公公文审批流转处理。每一项工作以流程的形式,由发起者(如文件起草人)发起流程,经过本部门以及其他部门的处理(如签署、会签),最终到达流程的终点(如发出文件、归档入库)。
3.6 个人日程管理
个人日程管理中有工作日志、工作计划、消息提醒、通讯录。工作日志:基于网络的工作日志系统,可设为私有,限制,公共三类级别分别供自己,部门领导,全部人员查看。便于个人总结,便于上级检查工作,便于和同事分享工作经验,是知识管理挖掘隐性知识的一种手段;用户可以随意添加、删除、修改多个日志,通过翻阅日历查看任一天的日志也可通过日期,关键字等检索日志。工作计划:针对自己和领导下达的任务进行布置;布置的具体任务涉及时间、任务查看人、任务完成的标准、任务附件、提醒日期、汇报时限等内容。消息提醒:设置消息提醒功能每当用户登录系统时提示窗口。通讯录:记录联系人具体通讯信息,包括我的通讯录、公共联系人和内部通讯录三种类型。
3.7 内部消息服务
内部消息服务将消息在公司内部传递,管理员有权对消息进行添加、修改、删除操作。
3.8 文件档案管理
对现有档案进行管理,可以直接增加新的档案,并对档案实现添加、删除和分发查询、分类存储等操作。
3.9 云存储管理
云存储管理是对云数据库中内容进行存储、删除、备份、修改操作。
4.用例图
4.1 邮件管理用例图
4.2 个人日程安排
5.外部接口需求
5.1 用户界面(User Interfaces, UI)
在用户界面部分,根据需求分析的结果,用户需要一个用户友善界面。在界面设计上,应做到简单明了、易于操作,并且要注意到界面的布局,应突出的显示重要以及错误信息。外观上也要做到合理;合理化,考虑到用户多对Windows风格较熟悉,应尽量向这一方向靠拢。在设计语言上,已决定使用Delphi所提供的可视化组件,向Windows风格靠近。其中服务器程序界面要做到操作简单,易于管理。在设计上采用下拉式菜单方式,在出错显示上可调用Delphi库中错误提示函数。总的来说,系统的用户界面应做到可靠性、简单性、易学习和使用。
5.2 硬件接口(Hardware Interfaces, HI)
处理器型号及内存容量;
外存容量、联机或脱机、媒体及其存储格式。设备的型号及数量 数据通信设备的型号和数量 ④输入及输出设备的型号和数量 ⑤功能及其他专用硬件
5.3软件接口(Software Interfaces, SI)
服务器程序可使用Delphi提供的对SQL SERVER 的接口,进行对数据库的所有访问。服务器程序上可使用SQL SERVER对数据库的备份命令,以做到对数据的保存。在网络软件接口方面,使用一种无差错的传输协议,采用滑动窗口方式对数据进行网络传输及接受。
6.其他非功能性需求 6.1 性能(PErformance)需求
本项目软件性能要求如下:
告警信息从产生到显示出来的时延不应该大于15秒。配置信息的更新最大时延为24小时。性能监控数据时间间隔不超过15分钟。
④对本软件系统用户经常使用的90%操作响应时间小于20秒,对于极少使用的10%操作响应时间应不小于120秒。
⑤ 保证系统并发访问用户数>30。
⑥系统数据库容量应能够满足各功能模块的需要。能满足告警和性能原始数据、日志信息等半年的存储容量;告警统计和性能数据一年的存储容量。
6.2 安全性(SEcurity)需求
系统应该具有对系统自身的管理功能,应实现网管系统自身的完善的维护和管理,需提交标准安装程序。提供必要的操作维护手册及技术手册。当进行版本升级时,提供版本差异的详细说明。
7.其他需求
7.1 系统的封闭性:用户的封闭性较好,用户基本上在提示信息下输数据。7.2 系统的容错性:用户数错数据都有提示信息,具有较好的容错性能。7.3 可维护性:新功能的实现仅涉及局部。
第五篇:工资管理系统需求分析报告
工资管理系统需求分析报告
引言
1.编写目的
编写该文档是为了分析人工管理企业工资的流程,把人工模式抽象为可在计算机上处理的自动模式,对企业工资的科学管理进行分析与总结,便于开发小组成员对系统整体功能的认识,通过该文档,确定了系统的目的和功能,以及管理的流程和方法,同时也为使用者提供参考。
2.背景
随着企业的快速发展,企业规模越来越大,在职员工的数量也越来越多,企业工资管理更加的复杂,而工资管理是一项琐碎、复杂而又十分细致的工作,工资计算、发放、核算的工作量很大,一般不允许出错,如果实行手工操作,每月发放工资须手工填制大量的表格,这就会耗费工作人员大量的时间和精力,计算机进行工资发放工作,不仅能够保证工资核算准确无误、快速输出,而且还可以利用计算机对有关工资的各种信息进行统计,服务于财务部门其他方面的核算和财务处理,同时计算机具有着手工管理所无法比拟的优点.例如:检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高人事工资资管理的效率,也是企业的科学化、正规化管理,与世界接轨的重要条件。这就对企业工资管理提出了新的要求,用计算机管理系统来管理企业工资已经成为目前的趋势,使用计算机可以高速,快捷地完成以上工作。在计算机联网后,数据在网上传递,可以实现数据共享,避免重复劳动,规范数据管理行为,从而提高了管理效率和水平。企业工资管理系统便是以计算机为工具,通过对工资管理所需的信息管理,不仅把管理人员从繁琐的数据计算处理中解脱出来,而且优化了管理体系,使其高效化,简易化,智能化,也提高了透明度和互动性。
3.功能定义
(1)员工基本信息的添加,修改,删除,查找和辅助查询。
(2)工资标准设定功能。具体包括工资,出行费,医疗保险,养老金,水电费,其他费用,补贴,奖金标准的设定。
(3)工资信息浏览。
(4)员工工资表创建。
(5)工资调整管理。
(6)工资统计。
为完善系统管理功能,增加工资系统用户管理功能,包括系统用户数据的添加,修改和删除。教职员工为系统普通用户,只能运行系统个人工资查询功能;系统管理员则能运行系统所有功能,从而有效保证系统数据的安全性。
4.功能描述
用例模型
顺序模型(管理员查询工资)
活动模型(登陆)
4.1员工基本档案信息管理功能描述:
凡属于本部门的员工,都需要对其基本的档案信息做好记录存储处理。以方便高级管理人员时时的了解或查阅其员工基本信息。对员工基本信息的操作包括添加信息、修改信息、查询信息,同时在数据库中要形成员工基本信息表。
4.2工资管理功能描述: 工资计算:
在进行工资计算之前,管理员首先应该根据部门的实际业务情况确定好各个部门中所需要的工资项目及分别对工资项目进行计算的方式,然后按照系统工资种类的设定,对每个员工分别依次实际工资项目构成情况,如考勤情况工资、底薪工资、奖惩工资、提成工资、应交所得税等等项目,录入相应的工资金额数,再计算出总的应得工资、实得工资的工资项目。在数据的录入过程中系统会根据用户 3
误输、错误输入智能提示引导用户录入数据的正确性。要形成的数据库中的表为员工工资信息表。
工资统计分析:
对员工工资数据计算完后,同时要将工资信息统计分析,如汇总统计,工资项目明细数据的汇总等,又分为对员工个人工资统计分析、部门工资统计分析、月份工资统计分析、季度工资统计分析、年工资分析统计。
4.3工资查询功能描述:
在查询这个模块里,系统能支持用户在客户端按照各种不同的字段名称进行工资信息的查询。同时,迅速的响应用户的查询请求,不同级别的人系统会根据其权限级别的大小享有不同程度的功能。不同级别的人不能越权进行操作。在查询过程中,为避免由于在同一时刻里访问人数过多造成响应缓慢时,每登录的一个用户,系统记数器自动加一,当记数大于峰值时,系统弹出对话框提示用户进行等待,从而有效的避免了系统在查询过程中快速响应的优点。
4.4系统维护:
用户在第一次使用系统时,在服务器端需要用户做系统初始化的处理,包括; 1. 设置工资项目种类、相应工资项目的计算
2.设置系统使用用户及口令、权限的级别,对公司不同要求用户授不同权限,可限制一次性访问数据库用户数量。对每个访问数据库的登陆用户有日志记录。由系统管理员维护。在系统运行过程中,数据库管理员在系统运行过程中,还可以即使的进行系统数据的更改,如:对员工工资数据的更改,对工资项目计算方式的更改,定期做好系统数据的备份操作、还原、清理等。
5.非功能性需求: 5.1可靠性
1. 可恢复性
如果正在使用时出现故障,为了完成做好的工资记录,需要尝试采用本地方案(如存储和转发)加以解决。对此需要更深入的分析 2. 长时间运行
每月都要对工资结算,要求系统能够持续可靠运行,3. 容错性
当员工不能识别,应能够给予提示。
5.2可支持性
1.可适应性
不同型号的票据打印机打印的效果可能存在差异,软件能够支持市场上主流的票据打印机。2.可配置型
人员的权限会根据企业的变化而调整,系统应该能够方便配置调整。还存在一些其他的配置要求,如打印格式、查询项目等,对此需要进一步分析。
5.3可行性
1.评价标准
A.是否消耗太多经费,耗时太长; B.是否功能齐全,运行稳定; C.是否方便管理; D.设置是否灵活;
E.是否具有界面灵活,操作简单的特点。
6.用例说明
本系统的设计目标是能够对大型企业员工的基本信息和工资信息进行添加和修改,根据个人信息将工资分为职务工资,职称工资和其他工资。能够调整工资标准和员工信息,也能够调整其他工资项目,根据需要对教职员工基本信息和工资信息的查询,本系统能够生成各个月的工资表,能够打印报表方便保存和管理,还包括对系统的一些基本操作功能,比如为完善系统管理功能,增加工资系统用户管理功能,系统应该包括系统用户数据的添加,修改和删除。员工为系统普通用户,只能运行系统个人工资查询功能;系统管理员则能运行系统所有功能,从而有效保证系统数据的安全性,系统应该具有简单,易用,小巧,经典的特色,应该能够对企业工资管理进行优化,使其系统化,高效化,智能化。并保证工资管理的准确性,简易性,为企业财务人员提供便利。
7.系统性能需求分析:
7.1 性能需求
此工资管理系统对工资数据精度的计算能在默认情况之下精确到小数点后3位小数,即是精确到分的计算。但在用户使用过程中,能自行根据实际情况进行小数计算精度的设定,最大能允许保留小数点后5位的精度。在时间特性上,当用户发出命令请求时的服务器的响应时间、对数据更新处理、工资数据的查询检索等上,同样要求系统响应时间不会超过0.5秒时间。系统支持多种操作系统的运行环境,多不同操作系统,不同文件格式的磁盘
上的数据均能实现信息的互通,及共享。当服务器移植到其他的系统平台,如:Linux平台下时,同样能和其他的系统进行数据存取同步,不会出现系统之间互不兼容的情况,系统支持多系统之间的互连互通,系统有巨大的强健性。
7.2 运行需求
系统在进行数据的录入、计算、统计的时候,能将数据精确到小数点后三位小数。系统接收到用户的操作命令后(如:计算处理、查询等),能迅速的响应其操作请求,响应时间不超过1秒。在同一时间,系统还提供支持至少10个客户端进行同一个操作请求的响应。
系统可移植较强,在不同的平台下运行,均不会影响系统的稳定性。同时,支持在客户端安装不同操作系统、浏览器版本,均不会影响系统的运行。
7.3安全需求
为保障系统数据的安全性,系统采用访问控制策略,未授权者不能进入系统。同时,对不同级别的用户授予不同的使用权限。在系统运行期间,如发生掉电尚未保存数据,或由于操作不当等原因导致系统重启等,为保证数据的易恢复性,系统提供每隔30秒自动保存数据的机制,让用户的数据在发生意外时能最大程度上
得到恢复。同时,系统提供强大的容错性能,当一台服务器发生故障时,系统能自动切换到另外一台服务器上,从而保障服务器能长时间的提供系统的运行支持。在输入数据时,如果用户输入的数据不符合系统的要求,则系统自动提示错误信息,并要求用户重新输入,直到输入完全正确时才允许进行下一步的操作。
7.4 系统界面需求
系统开发基于C#的开发,界面直观、简洁,人机交互性强。基于表单和弹出式窗口的数据录入方式,菜单点击的方式操作。用户使用时,只要是按照格式和要求填入信息,系统在后台响应用户操作过程。让用户在最短时间里,不需要经过专门培训,就可以轻松上手使用。
7.5 其他需求
数据不管是在企业内部之间传输,还是公司与分公司之间进行远程数据传输时,防止数据被不法分析任意的修改和破坏,只有对信息解密的人员才能最终读取数据信息。这样,能 最大程度的防止数据在传输过程的安全保密性。
8.总结
在第一阶段总体分析的基础之上,我们小组进在系统需求过程中,主要是围绕着系统数据流程图和数据字典这两个方面展开文档的编辑工作。当然,在需求分析过程中,我们对系统的功能需求、性能需求、可靠性等方面做了进一步的描述,这为我们进行下一步设计阶段的顺利进行做好铺垫的工作。