需求分析实验报告
需求分析建模实验报告
需求分析建模实验报告1. 引言需求分析是软件开发生命周期中非常重要的一个阶段，通过需求分析可以明确系统的功能和性能要求，并为后续的开发、测试、部署等工作提供基础。
在需求分析过程中，采用合适的建模方法有助于准确描述系统的需求，识别并解决潜在的问题。
本实验旨在通过需求分析建模实践，提高对需求分析过程和技术的理解和应用能力。
2. 实验目的- 掌握需求分析建模的基本概念和方法；- 学习使用UML建模语言描述系统需求；- 提高对需求获取、分析和建模能力。
3. 实验环境- 操作系统：Windows 10- 工具软件：Visual Paradigm4. 实验内容本实验选择一个实际案例进行需求分析建模，详情如下：4.1 项目背景某在线购物平台开发团队决定对其系统进行升级，以提供更好的用户体验和功能。
升级后的系统将包括商品浏览、购物车管理、订单管理等模块。
4.2 需求获取通过与平台运营团队沟通和观察用户行为，获取以下需求：1. 用户可以通过平台浏览商品，包括商品的名称、价格、库存等信息；2. 用户可以将商品加入购物车，并对购物车中的商品进行管理（增删改查）；3. 用户可以对购物车中的商品进行结算，生成订单，并选择支付方式；4. 用户可以查看历史订单和订单详情。
4.3 需求分析建模在实验过程中，通过Visual Paradigm工具进行建模，选择了以下几个UML图形进行需求分析建模：1. 用例图：用于识别和描述系统的功能需求，并展示功能间的关系；2. 类图：用于描述系统中的类和类之间的关系，以及类的属性和方法；3. 活动图：用于描述系统的业务流程，展示各个活动的先后顺序和逻辑关系。
4.4 实验步骤1. 利用Visual Paradigm创建新项目，选择用例图模板；2. 根据需求获取的内容，识别系统的功能需求，并创建相应的用例图；3. 根据用例图创建类图，描述系统中的类和类之间的关系；4. 根据用例图创建活动图，描述系统的业务流程；5. 验证建模结果的正确性和完备性。
可行性分析和需求分析实验报告
可行性分析和需求分析实验报告1. 引言本实验旨在对某新项目进行可行性分析和需求分析，以确保项目的可行性和满足用户需求。
本报告将介绍对项目进行的可行性和需求分析实验过程和结果。
2. 可行性分析在本节中，我们将对项目进行可行性分析，主要包括技术可行性、经济可行性和时间可行性的评估。
2.1 技术可行性对于本项目，我们需要评估所需的技术是否可行。
首先，我们进行了技术调研，发现相关技术已经成熟并可以支持项目的实施。
其次，我们组内有相关技术领域的专家，可以提供必要的技术支持。
综合考虑，我们认为技术可行性高。
2.2 经济可行性经济可行性是评估项目在经济层面上的可行性。
我们进行了详细的经济分析，并评估了项目的投资回报率、成本和效益。
根据分析结果，我们认为项目的投资回报率高，成本和效益相对可控，因此认为项目具备经济可行性。
2.3 时间可行性时间可行性是评估项目是否能在合理的时间内完成。
我们编制了详细的项目计划，并根据项目成员的能力和资源情况，对项目的时间进行了估算。
分析结果显示，项目可以在合理的时间范围内完成，因此具备时间可行性。
3. 需求分析需求分析是评估项目是否能满足用户需求的过程。
在本节中，我们将进行用户需求分析和产品特性的定义。
3.1 用户需求分析我们首先进行了市场调研，分析了目标用户的特征、行为和需求。
通过用户调研和需求收集，我们得到了以下用户需求：- 快速、准确地进行某项任务- 用户界面友好，易于操作- 提供详细的任务报告和分析- 具备可扩展性，能适应未来需求变化3.2 产品特性定义根据用户需求分析的结果，我们定义了以下产品特性：- 提供快速的任务执行功能，保证准确性- 设计易用的用户界面，降低用户的学习成本- 提供详细的任务报告和分析模块- 构建灵活的架构，方便后续的功能扩展和升级4. 结论通过本实验的可行性分析和需求分析，我们得出以下结论：- 本项目具备技术可行性、经济可行性和时间可行性- 项目满足用户的核心需求，具备可扩展性- 针对用户需求，我们定义了相应的产品特性在未来的项目开发中，我们将根据分析结果进行具体的开发和进一步测试，以确保项目的成功实施和用户满意度的提高。
实验报告需求与分析
实验报告需求与分析1. 引言实验报告是科学实验中的重要组成部分，它记录了实验的目的、原理、实验步骤和结果等内容。
实验报告的编写要求详细、准确、清晰，并能够清楚地表达实验的目的、过程和结论。
本文将对实验报告的需求和分析进行讨论。
2. 实验报告的需求实验报告是对实验工作进行归纳总结的文稿，其需求主要包括以下几个方面：2.1 清晰的结构实验报告应有明确的结构，包括标题、引言、实验目的、实验原理、实验步骤、实验结果、实验分析和结论等部分。
这样的结构能够使读者快速地了解实验的背景、目的和结果等关键信息。
2.2 准确详细的实验步骤实验报告应清楚地描述实验的具体操作步骤，包括仪器设备的使用、实验条件的设置、数据的采集和处理等内容。
每个操作步骤都应简洁明了，能够方便读者进行实验的重复。
2.3 精确的实验结果和数据分析实验结果是实验报告中最核心的部分，它应该准确地反映实验数据的收集和处理情况。
实验报告还应该对实验数据进行适当的分析和解释，以求得结论的合理性和可靠性。
2.4 规范的表达和格式实验报告要求使用规范的表达和格式，包括字体、字号、段落、标题等。
通过统一的格式，可以使实验报告更加美观、易读，并且能够减少不必要的歧义。
3. 实验报告的分析实验报告的编写是一个系统性的过程，需要进行分析和策划。
在编写实验报告之前，应对实验过程进行详细的分析。
3.1 确定实验目的和原理在编写实验报告之前，首先需要确定实验的目的和原理。
实验目的是为了解答实验中的相关问题，而实验原理是为了理解实验中所涉及的科学原理和现象。
3.2 设计实验步骤根据实验目的和原理，设计实验步骤是编写实验报告的核心内容。
实验步骤的设计要考虑到实验的可行性和准确性，确保实验结果的可靠性。
3.3 收集和处理实验数据实验数据的收集和处理是实验报告的重要组成部分。
在收集实验数据时，应注意合理的数据采集方法和准确的数据记录。
在处理数据时，应根据实验原理和目的，运用适当的数学方法和统计分析方法进行数据处理和分析。
需求分析实验报告doc
需求分析实验报告篇一：需求分析实验报告武汉理工大学学生实验报告书实验课程名称软件需求工程开课学院指导老师姓名学生姓名学生专业班级学年第学期实验课程名称：软件需求工程实验课程名称：软件需求工程篇二：需求分析实验报告需求分析实验报告沙漠绿洲书店是福州大学附近最大的民营书店。
长期以来，城市沙漠书店为福大学子乃至整个城市读者提供了不少的便利。
在XX年，该书店扩大了书店的面积，大大提高了库存量，使得读者可以购买到更多的书籍。
但是，原来的图书销售已经渐渐无法适应市场的发展，因为图书销售的顾客群慢慢固定。
为了进一步扩大市场，书店决定开发一套新的销售系统，以自动化的方式进行图书的销售以及管理。
书店决定开通网上书店，面向全国进行网上售书，进一步扩大消费人群，同时，保留以往的电话售书的方式，为不在该市的消费者提供便利。
在图书管理方面，由于图书的数量年年增长，出现了许多新的消费热点，读者对图书的选择性有了一些变化。
原来的系统已经无法体现这些变化，也无法满足企业制定销售战略。
在书店内部，由于面积的扩大，使得原来的导购小姐无法满足书店的需要，同时，书店也有意尝试通过在书店的不同位置放置可供读者自己查询的电脑来满足读者的需要。
在书店的规划方面，原来的系统只能够描述销售及库存的情况，对于整个书店的财务，会计等方面并没有涉及，这对于书店进一步扩大规模是不利的。
÷因此，书店决定开发一套新的图书销售系统。
书店的新战略规划：书店的战略规划是要建立更多的客户群以扩大书店的发展规模，进而扩大市场。
一个战略是为外地用户扩大电话定购能力，另一个战略是要通过Internet增加直接客户市场销路。
新系统是一个能为企业的快速增长进行计划并准备加强支持客户交互作用的系统。
战略系统计划项目产生了技术结构计划，应用程序结构计划和实施的时间帧。
1，技术结构计划：1，把商业应用软件转移到客户－服务器结构来，为数据库和电信功能保留了主机，以允许其容量增加及快速发展。
需求分析实验报告
需求分析实验报告1. 引言在软件开发过程中，需求分析是成功项目实施的关键环节之一。
通过对需求的仔细分析和明确定义，可以确保软件开发团队和客户之间的沟通顺畅，减少开发过程中的误解和冲突，最终实现项目的成功交付。
本实验报告旨在通过需求分析实验，介绍需求分析的重要性以及如何进行需求分析。
2. 实验目标本实验的目标是通过以下步骤进行需求分析：1.收集需求信息：与客户和利益相关者会面，收集他们对软件系统的期望和需求，包括功能和性能要求等。
2.分析需求：对收集到的需求信息进行细致的分析和整理，明确各个需求之间的关联和优先级。
3.定义需求规格：以清晰、准确和可验证的方式定义每个需求，包括功能需求、非功能需求和约束条件等。
4.验证需求：与客户和利益相关者确认需求规格，确保需求与他们的期望一致，并能够满足系统开发的目标和约束。
3. 实验步骤3.1 收集需求信息在实验开始阶段，我们与客户和利益相关者进行会面，通过面谈、问卷调查等方式，收集他们对软件系统的期望和需求。
在与客户和利益相关者交流时，我们需要注意以下几点：•倾听和记录：认真倾听他们的需求和问题，并详细记录下来。
•进一步追问：如果客户或利益相关者的需求不够明确或存在冲突，我们应主动追问并澄清。
•理解背景：了解客户和利益相关者的业务背景、目标和约束条件，以便更好地理解他们的需求。
3.2 分析需求在收集到需求信息后，我们需要对其进行分析和整理。
这个步骤的目标是明确各个需求之间的关联和优先级，以便更好地满足客户的期望。
需求分析的方法可以包括以下几种：•用例分析：通过编写用例描述来分析需求，明确各个角色的行为和系统的响应。
•数据流分析：通过分析数据的流向和转换，来理解系统的功能和数据处理过程。
•静态分析：通过对需求文档的结构、术语和语法进行分析，来发现潜在的问题和风险。
3.3 定义需求规格在需求分析的基础上，我们需要以清晰、准确和可验证的方式定义每个需求。
需求规格应包括以下几个方面：•功能需求：明确系统应具备的功能，例如用户登录、数据查询等。
系统需求分析实验报告(软件工程)
二、实验目的
1.确定课题，组织组员，合理分工，熟悉软件开发环境，培养团队精神。
2.确定项目的可实施性，在此基础上完成系统的逻辑功能模型的建立，掌握结构化分析技术；
3.通过绘制系统流程图和数据流图，熟练掌握系统流程图和数据流图的基本原理，并能对简单问题进行系统流图和数据流图的分析，独立地完成数据流图设计。此外，学会使用Case工具完成数据流图和系统流程图的分析与实现。
三、实验要求：
每小组4人，共同形成一份需求规格说明文档
四、实验条件
1、装有 Windows2007以上操作系统的微型计算机；
2、Microsoft Office Visio 2013 软件。
3、其他可以完成实验的相应软件
五、实验分工情况
姓名
所完成工作名称
姓名
所完成工作名称
A
0层数据流图绘制、数据字典内容划分
实 验 报 告
课程名称：
院（系）：
专业：
班级：
项目经理：
学号：
项目成员：
指导老师：
实 验 报 告
实验名称：需求分析
项目经理
项目成员
实验项目
系统需求分析
实验日期
实验类别
1.验证性实验或基础性实验 2.综合性实验
3.设计性实验 4.创新性实验和研究性实验
教师评语
实验成绩
指导教师（签名）
年月日
一、实验内容：
1.根据各组选择的课题，实行项目经理制，各组推荐一名项目经理，统一管理整个项目的实施过程，并合理调整资源和负责项目全局；根据项目的难易合理分配组员的任务，对问题达成一致的看法；针对项目的实施，熟悉相应的软件开发工具的使用环境。
需求分析实验报告
需求分析实验报告一、实验目的本次需求分析实验的主要目的是深入了解用户对于特定产品或服务的需求，以便为后续的设计、开发和改进提供有力的依据。
通过收集、整理和分析用户的需求，我们期望能够准确把握用户的期望和痛点，从而开发出更符合用户需求的产品或服务，提高用户满意度和市场竞争力。
二、实验背景随着市场竞争的日益激烈，企业越来越意识到满足用户需求的重要性。
在产品或服务的开发过程中，如果不能准确理解用户的需求，就很容易导致产品或服务的失败。
因此，进行需求分析实验成为了产品开发过程中不可或缺的环节。
本次实验所针对的产品或服务是一款_____（产品或服务的简要描述），该产品或服务旨在解决_____（用户的问题或需求）。
三、实验方法（一）用户调研我们采用了多种用户调研方法，包括问卷调查、用户访谈和焦点小组讨论。
问卷调查：设计了一份详细的问卷，涵盖了用户的基本信息、使用习惯、需求期望等方面。
通过线上和线下的方式，共收集了_____份有效问卷。
用户访谈：选取了_____名具有代表性的用户进行深入访谈，了解他们在使用类似产品或服务时的体验、遇到的问题以及对新产品或服务的期望。
焦点小组讨论：组织了_____个焦点小组，每个小组由_____名用户组成，通过引导讨论的方式，挖掘用户的潜在需求和共同关注点。
（二）竞品分析对市场上现有的同类产品或服务进行了详细的分析，包括功能、用户体验、价格等方面。
通过对比，找出了我们产品或服务的优势和不足之处。
（三）数据分析对收集到的问卷数据和访谈记录进行了整理和分析，运用统计学方法和数据挖掘技术，提取出有价值的信息和趋势。
四、实验结果（一）用户需求1、功能需求用户普遍期望产品或服务具有_____（列举主要的功能需求）等功能，以满足他们在_____（具体场景）中的需求。
2、性能需求用户对产品或服务的性能有较高的要求，希望其具有_____（列举主要的性能需求，如响应速度、稳定性等）。
3、界面设计需求用户倾向于简洁、直观、易用的界面设计，希望界面布局合理，操作流程清晰。
需求分析实验报告总结
需求分析实验报告总结一、引言需求分析是软件工程开发过程中非常重要的一部分，它主要确定用户的需求，为后续的设计和开发提供依据。
本实验旨在通过实际操作，掌握需求分析的基本方法和技巧，加深对需求分析的理解和应用能力。
二、实验目的- 了解需求分析的基本概念和过程；- 学习需求获取的方法和技巧；- 掌握需求建模的方法和工具；- 实践需求规格说明的撰写。
三、实验环境- 操作系统：Windows 10；- 需求分析工具：Axure RP；- 文本编辑器：Visual Studio Code；- 浏览器：Google Chrome。
四、实验过程及结果1. 需求获取需求获取是需求分析的第一步，我们通过与用户的沟通和了解，获取到了以下需求：- 用户希望能够通过系统浏览商品目录，查看商品的详细信息；- 用户希望能够登录或注册账号，以便于购买商品时进行身份认证；- 用户希望能够将商品添加到购物车，并在结算时进行支付；- 用户希望能够查看订单历史和个人信息。
2. 需求建模在需求建模阶段，我们使用Axure RP工具进行了原型设计和交互演示。
通过绘制UI界面和制定交互流程，我们可以更直观地了解系统的功能和用户的操作路径。
以下是我们完成的原型设计：（插入截图）3. 需求规格说明需求规格说明是对需求的详细描述和规范，它包括了用例描述、功能需求、非功能需求等内容。
我们使用Markdown语言编写了需求规格说明文档，并进行了格式化和组织。
以下是部分需求规格说明的示例：3.1 用户登录3.1.1 用例描述- 用户输入账号和密码；- 系统验证用户信息；- 如果验证通过，系统跳转至用户首页；- 如果验证失败，系统提示错误信息。
3.1.2 功能需求- 用户输入账号和密码应有输入限制，确保输入的账号和密码符合规范；- 系统验证用户信息时应对输入的账号密码进行校验；- 验证失败时应在界面提示错误信息。
3.1.3 非功能需求- 用户输入账号和密码时，系统应有相应的输入提示；- 系统验证用户信息时，应保证验证过程的安全性。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件工程实践报告计科12—1班杨光敏08123234（一）软件需求分析1.实验目的学习图形工具软件VISIO，掌握结构化需求分析方法，熟练绘制数据流图；学习快速原型工具的使用。
2.基本要求（1）针对银行ATM系统进行需求分析工作，了解银行ATM系统的功能、流程；（2）安装VISIO2003以上版本软件，熟练应用Visio绘制DFD图，绘制银行ATM系统数据流图，完成系统的软件逻辑模型；（3）安装Axure RP Pro 或者Balsamiq Mockups快速原型软件，学习绘制软件原型，完成银行ATM系统的软件原型。
3.系统概述（1）ATM系统为银行提供一套高效稳定可靠的终端服务平台，为储户登录，存款，取款，查询，打印凭条，转账，修改密码等操作提供便利。
图1 ATM工作流程（2）.用户特点本软件的用户主要是银行的广大持卡人，大多都具有使用ATM经验。
另外，我们的系统要实现的一个重要目标就是当储户取钱出现故障时能在下笔业务进行之前自动恢复。
以此来方便用户和保障用户的利益。
本系统还为用户提供了足够的界面友好性和易操作性。
即使是一个对ATM系统完全陌生的客户，也可以在交易界面的提示下顺利完成交易。
另外一部分的用户是银行工作人员，本系统不予考虑。
4需求说明(1) 基本描述ATM终端可以接受一张可识别的银行储蓄卡，通过储户身份验证后，同储户进行各种交互，例如：查询、存款、取款、打印凭条等；处理储户相应的要求，执行对应操作，为储户服务。
该系统要求须保持一定时间内的交易记录，系统应每天自动汇总各种交易数据与服务器进行对账。
同时，在通讯失败或其他交易结果不确定的情况下，ATM要自动发起冲正交易，以保证账务的完整性。
本系统的实现需要记录一些相关信息，其中包括的信息有：用户信息和交易信息。
(2)交易信息卡信息：卡号，账号，密码，卡类型，卡金额ATM信息：ATM编号，ATM余额，交易流水信息：交易类型，交易代码，账号，交易时间（3）用例需求分析根据需求，做如下用例设计，在给出ATM系统需求用例图之后，我们将对各个用例逐一进行介绍。
登存取转查改印返退图2 ATM系统需求用例图3.2.1 取款用例描述：客户输入取款金额。
系统判断账户正常且金额允许后提供款给客户。
前置条件：取款身份帐号密码合法后置条件：无主干过程：客户指定所需金额，系统接受请求，判断帐号余额充足后从账户扣钱，ATM吐现金，客户取款客户得到交易凭条客户输入其他信息，结束此次取款系统保存交易信息，添加日志。
分支过程：1.1账户余额不足系统提示“您输入的取款金额超过您的账户余额”系统返回主交易界面，结束此次取款1.2单笔超限或当日取款总额超限系统提示“输入金额有误，一次的交易金额不超过2500或当日取款总额超过限制50000.”系统返回主交易界面，结束此次取款1.3 ATM余额不足系统提示“很抱歉，ATM余额不足，暂时不能为您服务”系统返回主交易界面，结束此次取款1.4异地取款需要交0.5%的手续费，不同银行取款机取款需要收0.5%的手续费异常：E.1账户状态非法（被冻结或强制冻结）系统提示“账户异常，写入系统异常日志系统返回主交易界面，结束此次取款E.2账户状态异常（挂失中）系统提示“您的账户处于挂失中…”系统返回主交易界面，结束此次取款E.3账户状态异常（卡已注销）系统提示“本卡已被注销，卡将被收回，请确认”系统返回主交易界面，结束此次取款E.4吐现金失败冲正，写入系统异常日志系统返回主交易界面，结束此次取款E.5打印失败写入系统硬件异常日志系统退卡，结束此次取款使用频率：很高，峰值每小时20次业务规则：单日取款总额不得超过5000元单笔取款总额不得超过2000元3.2.2 存款用例描述：客户选择存款交易。
客户塞入ATM钞票，ATM输出金额值，客户确认后，系统上账，打印凭条，退卡前置条件：客户是合法用户，通过验证账户状态正常所需ATM硬件就绪后置条件：无主干过程：客户塞入钞票系统硬件点钞，输出显示金额客户确认数额系统处理数据，给该账户加钱打印存款凭条返回主界面，此次存款交易结束系统保存交易信息，添加日志。
异地存款需要收0.5%的手续费异常：E.1 塞入钞票机器不认识系统提示“您的钞币不能识别，请检查”ATM吐钱系统返回主交易界面，结束此次存款使用频率：高，峰值10次每小时业务规则：所存纸币面值必须是50元或100元3.2.3 查询用例描述：客户选择查询余额交易。
系统显示输出账户余额前置条件：存款人是合法用户，通过验证账户状态正常后置条件：无主干过程：客户选择查询余额功能系统屏幕输出账户余额客户对金额值确认无误返回主界面，此次查询交易结束使用频率：较高，峰值10次每小时3.2.4 打印用例描述：用户存款或者取款后，无论成功与否，都可以让用户选择打印凭条一次前置条件：客户经过存款或者取款操作且在退卡之前后置条件：无主干过程：用户存，取款操作后系统出现提示信息，询问客户是否打印凭条用户选择是则ATM打印凭条异常：E.1 打印墨水不足或者打印纸不够或者卡纸ATM机提示无法打印写入系统硬件异常日志使用频率：较高，峰值10次每小时3.2.5 登录用例描述：客户在ATM上输入密码。
系统sever判断登录信息正确且账户正常前置条件：客户完成注册合法后置条件：进入交易主界面主干过程：1.0在ATM上输入客户对应帐号的密码，系统判断密码正确且帐号信息正常，进入主交易界面分支过程：1.1输入的密码不正确系统提示“您输入的密码有误，请重新输入”系统返回登录界面1.2当日同一个帐号登录提示密码有误三次系统提示”该帐号已不能登录”并退卡异常：E.1帐号在黑名单或挂失系统提示“该帐号不能操作，请换一张卡重新登录”系统退卡。
E.2 客户输入密码非法。
系统提示“您输入的密码有误，请重新输入””使用频率很高，峰值每小时20次业务规则3.2.6 改密用例描述：客户在ATM上输入密码。
系统sever判断登录信息正确且账户正常前置条件：客户登录密码正确后置条件：确认新设密码主干过程：1.0在ATM上输入客户对应帐号的密码，系统判断密码正确且帐号信息正常，修改密码并重复两次确认新设密码分支过程：1.1输入的密码不正确系统提示“您输入的密码有误，请重新输入”系统返回登录界面1.2 重复两次确认新设密码，完成操作异常：E.1 帐号对应密码输入错误系统提示“您输入的密码有误，请重新输入”使用频率很高，峰值每小时20次业务规则3.2.7 转账用例描述：储户提供他账户，转账金额，（系统不保证转账账户正确），确认。
系统从本账户下账，转账账户上账。
前置条件：存款人是合法用户，通过验证账户状态正常储户信息数据库在线后置条件：无主干过程：1.0系统内部转账储户选择转账功能储户输入账户，金额系统要求确认，用户确认系统执行处理：本地账户下账，他账户上账打印转账凭条返回主界面，此次转账交易结束转账需要收取0.5%的手续费分支过程：1.1输入的密码不正确系统提示“您输入的密码有误，请重新输入”系统返回登录界面1.2 输入的转账账户号核对的信息有问题，返回主菜单并重新输入账号异常：E.1 登录帐号对应密码输入错误系统提示“您输入的密码有误，请重新输入”使用频率很高，峰值每小时20次业务规则3.2.8 挂失用例描述：客户凭有效身份证，账户卡号及密码进行挂失前置条件：该账户已经存在后置条件：身份证号，账户卡号与密码相应则进行挂失处理主干过程：1.0 在ATM上输入客户对应帐号及密码，系统判断密码正确且帐号信息正常，选择挂失，暂停该账户的一切交易分支过程：1.1 输入的密码不正确系统提示“您输入的密码有误，请重新输入”系统返回登录界面1.2 将要挂失的账户冻结至客户激活账号异常：E.1 帐号已经在黑名单或挂失系统提示“该帐号不能操作”使用频率很高，峰值每小时20次业务规则3.3 性能需求在登录过程中，要求用户输入密码，该系统能够进行校验检查。
在查询过程中，要求系统显示该帐户卡上所有的余额。
如果交易中响应时间超过30秒，系统提示“操作已过时”，自动退出本系统。
在存取款交易过程中，如出现故障时，要求该系统能够及时冲正。
在转帐过程中，该系统支持任何用户输入的数据，但是仅仅限于本行之间的帐户转帐。
交易结束时，系统知道更新帐户上的数据，保持帐户余额的一致性。
交易完成后，用户可以点击“取卡”退出本系统。
注意：当交易金额超过当前帐户余额时，系统自己提示“余额不足”，自动退出本系统，当系统遇到任何不对输入时都自动退出本系统。
3.4对输入输出的规定密码：由用户设置的一个6位整数。
取款数目：只支持交易金额为50的倍数。
取款金额：不能输入5000以上的数字存款数目：只支持交易金额为50的倍数。
转帐数目：支持用户输入的任何数据，但是仅限于内间帐户转帐。
注意：如果输入、输出违反以上规定，则系统退出，返回到登陆页面。
3.5 其他专门的要求易用性：系统设计应具有良好的易用性、操作简便，符合常规Windows操作环境下的用户使用习惯。
同时，尽量减少用户的记忆工作量。
系统设计应具有良好的健壮性，如对各种用户各种错误输入应能及时识别并给出相应提示。
安全性：系统中所有涉及敏感信息如登录口令等，服务器端应设置严格安全访问控制策略，从而保证系统安全性和操作责任的可追溯性。
（1）银行ATM系统任务分析；（2）银行ATM系统的软件逻辑模型；（3）银行ATM系统的软件原型；（4）提交绘制的图形和实验报告。