精华内容
下载资源
问答
  • 2019-08-22 09:20:26

    第3章  系统需求分析和总体设计

     系统需求分析

    为满足数据处理系统的前端友好展示与交互操作、后端数据分析集群高可用、系统整体稳定性。在此采用B/S+集群架构[],或说是web+集群架构,即在数据处理平台上搭建集群进行数据采集、分析、存储,而后将最终数据ETL结果直接写入相关消息中间件。而在web系统中Server端可以从消息中间件中读取结果数据反馈至客户端,在客户端采用图形化界面友好展示数据处理结果并提供简单的数据交互式操作。

    该系统总体上划分为两个模块同步迭代实现集成测试,首先是集群数据处理平台的环境搭建与相关数据处理业务设计与代码实现、而后是web站点的搭建及其与集群数据的交互。本系统关键在于集群数据处理平台的设计与实现,同时web站点与集群之间的数据及相关信息交互问题也需着重考虑。在集群运算平台中需首先实现至少三台节点的环境搭建,其中包括基本linux(centOS6.7)系统节点安装及其相关环境配置,如网络配置、免密登录、yum源搭建等;基本支撑软件平台的安装及其配置,如hadoop、zookeeper、spark等集群搭建配置与HA机制实现。在上述环境基础上运用java+scala混合编程实现相关数据处理的具体业务逻辑,其中包括实验环境下的原始数据模拟生成与采集,spark离线数据批处理,sparkStreaming实时流数据处理等,本系统侧重点在于sparkStreaming流数据处理。最后是web站点的搭建,为避免传统SSM/SSH体系下繁杂的文件配置进而实现web站点的敏捷开发,在此采用springboot整合各相关工具进行web开发,如kafka、mybatis、echarts等。其中为实现web站点的稳定性与可拓展性,将服务端挂在linux集群节点上;此外web站点可通过图形化界面提供一定程度上的交互式操作,即客户端用户可以基于web界面进行简单的数据操作。

     系统总体设计

    经过理论学习与科学实践,将该系统划分为两个模块:集群数据处理平台设计与实现、web站点搭建。集群数据处理平台主要对原始数据进行一系列ETL操作,根据用户需求对数据做进一步的聚合统计操作,并将处理结果写入消息中间件以便web平台获取。Web站点负责展示集群数据处理结果,基于数据图形化工具提供用户简单的数据交互操作。

     集群数据处理平台

    集群数据处理平台主要模块:

    1. 集群环境搭建:其中包括基本的CentOS操作系统集群搭建,Hadoop,Spark,Zookeeper集群等各个支撑软件的安装配置。
    2. 流数据生成与获取:采用消息中间件如Kafka在各功能模块间推送或采集数据。
    3. 实时流数据处理:主要为sparkStreaming数据实时流处理,包括数据集成、转换、规约等一系列ETL操作[]。 

    Web站点主要模块:

    1. 数据展示,借助图形化工具如Echarts展示数据。
    2. 数据获取,从消息中间件接收或从数据库读取数据,是数据在Web与集群间流通的关键所在。
    3. 用户交互,借助数据图形化工具,用户可简单的操作界面数据[]。

    系统功能模块图

    根据以上的分析和设计,本大数据处理平台的系统功能模块图如下图3-1所示:

    图3-1 系统功能模块图

    更多相关内容
  • 关于交互设计的调查分析报告 本学期我们学习了创意元素与产品设计其中的交互设计 引起了我的兴趣于是在此对交互设计进行了调查分析 一历史渊源 Bill Moggridge 在 20 世纪 80 年代后期提出了交互设计的概 念初始名为...
  • 如果有需要视频资源的可以关注"AI产品经理人",回复关键字“网易交互设计微专业”获取下载链接~ Chapter2 设计需求分析与方案选择 第一章 设计方案不能让人满意的原因 设计方案不能让人满意的原因 业务需求=...

    如果有需要视频资源的可以关注"AI产品经理人",回复关键字“网易交互设计微专业”获取下载链接~  

    Chapter2  设计需求分析与方案选择

    第一章  设计方案不能让人满意的原因

    设计方案不能让人满意的原因

    业务需求=业务目的+业务目标

    用户需求=目标用户(特征、经验)+场景+行为+体验目标

    用户体验路径:用户在使用前、使用中、使用后的各个接触点,确保设计方案能够形成闭环

    画线框图之前,先考虑:

    • 1、为什么要做这个功能?--业务目的
    • 2、产品期望得到怎样的成果?--业务目标
    • 3、谁来使用这个功能?--目标用户
    • 4、他们为什么要使用这个功能?--用户需求
    • 5、如何让他们都来使用这个功能?--将业务目标转化为用户行为

    雷军:永远不要试图用战术上的勤奋,来掩饰你在战略上的懒惰!

    第二章  设计需求分析方法简介

    业务需求分析方法

     

    详细步骤:

    第一步、分析业务需求

    • 业务需求 = 业务目的+业务目标
    • 将业务需求转化为用户行为

    没有目标会怎么样?

    • 方案的讨论容易发散;
    • 方案的评估缺乏评判标准;
    • 方案的效果无法衡量;

    了解业务目的和目标之后该怎么做?

     

    第二步、分析用户需求

    • 1、明确目标用户,而不是定义(产品经理的工作)

    产出:persona

    目标用户是产品或服务的直接接触对象,可以从特征和经验描述目标用户

    • 2、用户需求=目标用户(特征、经验)+场景+行为+体验目标

                   

    用户描述的需求,是外在的表象,用户体验目标(指用户在使用某一产品或者服务时,期望得到的最终成果,才是内在的原因、动机)

    让目标与设计建立关联(GSM):目标(Goal)+信号(Signal)+衡量指标(Metric)

    eg:快速完成在线表单填写+用户填写申请表单+表单的填写效率高

    案例

    第三步、分析关键因素

    1. 关键因素:动机、担忧、障碍

     

    2. 分解关键要素

    使用前 :

    • 创造--动机   有哪些因素会促使用户产生注册的动机?
    • 排除--担忧

    使用中 :

    • 解决--障碍   eg:新手指引

    案例:

     3. 归纳设计需求,明确设计策略

        

    第四步、用户体验路径分析

    1、画出用户体验路径和情感坐标;

     2、整理各个接触点的问题和惊喜(用户研究)

    3、判断各个点的情绪高低

    4、连接情感曲线

    和竞品进行比较

     

    第三章  选择合适的解决方案

    1. 互联网产品团队的分工

    交互设计的冰山层:

    需要掌握一定的排版、详细设计技巧,以及美学基础,更需要对也无需求和用户需求有深刻的理解,才能从中归纳出人机交互的界面设计需求。 

    团队有交互设计师的好处:

    (1)有人关注并负责人机交互和用户界面的细节设计;

    (2)有人站在全局的角度思考产品的用户体验,让流程更到位,提供更多的方案供团队讨论,发掘其他的可能性;

    (3)把产品经理要解决的问题通富哦线框图、流程图或其他手段可视化表达出来,方便团队一目了然地理解和讨论。

    交互设计师的职能价值:

    将需求转化为解决方案的能力,是交互设计师的职能价值。在交互设计过程中,从抽象到具体、模糊到清晰,设计师将解决方案可视化供团队讨论,帮助确认和发掘产品更多的可能性。

    交互设计师的数据价值:

    交互设计师还要将设计的解决方案与那些重要的衡量指标(比如跳出率、退出率、转化率等)结合起来,转换为数据价值,去帮助促进业务增长和产品发展。

    交互设计的评价维度

    卡诺模型(KANO模型)是对用户需求分类和优先排序的有用工具,以分析用户需求对用户满意的影响为基础,体现了产品性能和用户满意之间的非线性关系。在卡诺模型中,将产品和服务的质量特性分为四种类型:⑴必备属性;⑵期望属性;⑶魅力属性;⑷无差异属性。

    • 魅力属性:用户意想不到的,如果不提供此需求,用户满意度不会降低,但当提供此需求,用户满意度会有很大提升;
    • 期望属性:当提供此需求,用户满意度会提升,当不提供此需求,用户满意度会降低;
    • 必备属性:当优化此需求,用户满意度不会提升,当不提供此需求,用户满意度会大幅降低;
    • 无差异因素:无论提供或不提供此需求,用户满意度都不会有改变,用户根本不在意;
    • 反向属性:用户根本都没有此需求,提供后用户满意度反而会下降

    KANO问卷对每个质量特性都由正向和负向两个问题构成,分别测量用户在面对存在或不存在某项质量特性时的反应。

    2. 交互设计的决策方式和过程

    方式

    • 个人决策:太过片面;
    •  群体决策:

    优点:合理性、可执行性、创造性;

    缺点:决策时间长、容易没有明确的负责人;

    过程:内部review-->外部评审

    3. 如何推销设计方案:

    • 1) 将思考过程可视化
    • 2) 自己人效应:对自己人说的话往往更加信赖、更加容易接受
    • 3) 准备一份PPT
    • 4) 讲一个动听的故事
    • 5) 掌握必要的演讲技巧和表达能力

     

    展开全文
  • 三、需求分析 4 1、竞争商品分析 5 2、用户分析 5 四、交互设计 6 4.1任务描述 6 4.2界面功能需求 7 4.3小组交互设计方案的看法及独创性见解 7 五、交互实现 7 5.1整体页面布局展示: 7 5.2各项功能分析与总结 9 六...
  • UCD敏捷交互设计董安UCD敏捷交互设计交互设计是干什么的同事的理解把策划给的功能画成线框图UCD敏捷交互设计交互设计的完整流程用户研究访谈问卷人物角色情景分析(故事板)需求分析功能设计信息架构和流程交互细节...
  • Chapter5 交互设计测试与评估 第一章 为什么要开展测试与评估 用户测试:请目标用户使用产品来完成任务,观察并记录用户使用产品的整个过程. 用户测试的定义:也被称为产品可用性测试,指特定的用户在特定的使用...

    如果有需要视频资源的可以关注"AI产品经理人",回复关键字“网易交互设计微专业”获取下载链接~ 

    Chapter5  交互设计测试与评估

    第一章 为什么要开展测试与评估

    用户测试:请目标用户使用产品来完成任务,观察并记录用户使用产品的整个过程.

    用户测试的定义:也被称为产品可用性测试,指特定的用户在特定的使用场景中,为了达到特定的目标而使用某产品时,所感受到的有效性、效率以及满意度。从而找出产品可用性问题,并解决这些问题,目的是为了改善这些产品,让产品更容易使用。

    用户测试的测试目标

    • 有效性--用户能够达成自己的目标;
    • 效    率--用户能以最短路径达成目的;
    • 满意度--用户没有产品不愉快的体验;

    用户测试基本流程:

    1. 设计测试。设计参与者在测试中需要完成的任务;
    2. 招募用户。筛选符合测试要求的目标用户进行测试;
    3. 进行测试。观察并记录参与者完成任务过程中的情况。Tips:以抛出问题为主,少做建议。
    4. 分析报告。列出问题并进行分析,判定问题的严重性及特殊性。

    案例:网易云课堂

    用户测试的意义

    1. 挖掘用户的潜在需求
    2. 发现并解决产品存在的问题
    3. 降低产品周期成本
    4. 增强设计的说服力

    评估形式分类:

    • 评估主体,主要有用户评估和专家评估

    用户评估,就是用户测试,主要靠收集用户使用数据,它相对客观,但时间和费用花费较多,评估范围较宽

    专家评估,是让工程师及设计师等专家基于自身的专业知识和经验进行评估的一种方式。它相对主观,但时间和费用花费少,评估的范围较窄

    • 评估性质,主要有定性评估和定量评估

    定量评估,是指对可以计量的部分进行评价,如点击量、使用率等

    定性评估,是指对非计量性的部分进行评价,如流畅度、舒适性、创造性等

    • 评估过程,主要有理性评估和感性评估

    理性评估,相对客观,从客观角度出来判断客观事物,例如对比的是价格,我们一定会选择便宜的

    感性评估,更为主观,评估结果并没有客观规律

    以上评估方式各有优缺,需要结合起来使用。

    四种常见评估方法

    • 1、原型评估方法

    “在产品研发过程中,对于界面设计以及程序的测试来获得用户的反馈是至关重要的。以用户为中心交互式设计的重要因素之一就是原型方法,原型方法的目的是将界面设计与用户的需求进行匹配。”

    • 快速原型:原型迅速成型,系统从草案中得到完善;
    • 增量原型:需要阶段性的测试;
    • 演化原型 :对前期的原型进行不断地补充;
    • 2、简易测试评估方法(摄像机、实验室、记录员)

    “在条件不允许的情况下,可以采用简易的方法来对用户体验进行评价”

    • 3、眼动评估方法

    眼动追踪可以用来评价用户对产品设计的感性意象,评测产品设计的特性。眼动评估的指标主要有注视热点图(Hotspot)、搜索过程测量指标、兴趣区域(AOI,即用户视觉注意的交点去)

    • 4、脑电评估方法

    通过对脑电信号的分析,研究者可以探索大脑的认知加工过程和受试者的心理状况

    第二章  启发式评估

    1. 什么是启发式评估?

    定义:是专家评估法的一种,也被称为经验性评估。是一种简易的可用性评估方法,使用一套相对简单、通用、有启发性的可用性原则,让几个评审人员根据专业知识和经验来进行评估,发现产品潜在的可用性问题。

    两大要素:

    • (1)评估者

    人数:推荐3~5人,有时也会简化

    岗位:设计师、用户研究员

    身份:最好非设计者本人

    知识:同时具有可用性知识及设计知识更佳

    • (2)评估原则

    Nielsen启发式10原则、Nielsen拓展原则、Nielsen首页可用性指南、iSO9241、八项黄金法则、HHS网页设计与可用性指南

    适用阶段:

    • “评估越早越好”,一般是在交互/视觉设计阶段、测试优化阶段、正式发布阶段进行评估

    特点:

    • 优:成本低;效率高;发现大多数可用性问题;
    • 缺:不能代表真实用户,相对主观;有时发现问题过多;对评估人员知识背景要求较高;

    适用情况:

    • 适合时间、资源有限的情况下快速发现可用性问题,降低风险及成本;
    • 版本变动不大的情况下,小成本检验
    • 作为可用性测试之前的准备

    2. 如何进行启发式评估?

    Step1:评估准备阶段

    • 确定范围:整体vs局部
    • 背景信息:用户、场景、主要任务、竞品
    • 评估参考原则(如尼尔森10原则):根据评审目标和产品特性选择
    • 评委邀约:设计师、用户研究员、非本人
    • 材料准备:评估说明、用户手册、评分表等

    案例:网易云课堂

    TIPS:事先提供一些评估表,比如启发式评估表等。

    Step2:评估执行阶段

    Step3:结果分析阶段

    问题清单一般包括:问题序号、页面名称、问题维度、截图、问题/需求描述、解决方案;

    报告形式:word形式、ppt形式、表格形式(建议);

    第三章  可用性测试

    1. 什么是可用性测试?

    定义:通过观察具有代表性的用户,完成产品的典型任务,从而找出产品可用性问题,并解决这些问题,目的是为了改善产品让产品更容易使用

    适用阶段

    • “测试越早越好”,一般是在交互/视觉设计阶段、测试优化阶段、正式发布阶段进行测试

     

    可用性测试类型:

    • 1)形成式:小样本;发现问题解决问题为主;不能做定量对比(互联网产品常用:快速用户测试)
    • 2)总结式:大样本,30人以上;可以做版本的对比评估和定量评估

    可用性测试解决什么问题?

    可用性测试的特点

    2. 如何进行可用性测试?

    流程:准备阶段--->正式测试--->结果分析--->优化(迭代,很多轮)

    (1) 准备阶段

    • 确定目标
    • 测试方案

    • 测试脚本

    给用户找点事儿做,观察、提问,获得我们想要的信息;

    重点:设计测试任务

    测试任务关注点:

    • 锁定在主要任务上
    • 从用户角度出发
    • 明确起点和终点
    • 任务场景化
    • 招募用户

    招募用户时可以用过滤问卷快速筛选用户.

    招募用户案例: 

     

    • 材料工具
    1. 待测试产品素材(草图、低保真原型、高保真原型);
    2. 常用量表工具 (可用性测试量表、形容词语义量表、概念吸引力测试卡片、卡片分类内容卡片、生活形态价值观量表、彩色竞品示卡、背景信息问卷);
    3. 电子设备、桌椅、纸笔、办公区域、摄像机、录音笔等;
    4. 测试清单:测试流程、测试中用到的设备&材料等,核对清单防止遗漏!
    • 测试场地

    (1)专业实验室:

    (2)普通会议室:观察人数较少时;条件有限时;

    • 预测试

    保证测试顺利进行! 

    (2) 正式测试

    • 正式测试输出物:测试记录、录像录音
    • 测试参与人员:主持人、记录员、产品团队、用户

    • 测试前:暖场、测前访谈、简单试用

    • 测试中:用户执行任务、事后访谈

    测试过程中的观察要点:

    1. 用户是否独立完成了任务;
    2. 是否存在无效操作或者不知所措;
    3. 用户是否不满

     

    • 测试后:道别、准备下一场测试、简单总结发现

    (3)结果分析

     

    结果分析输出物:测试报告

    结果分析步骤:对发现分类、整理不确定项、评定优先级(参考常见标准)、结果记录;

    结果分析工具:贴纸归类、excel表;

    结果分析报告撰写

    1. 总体如何
    2. 有哪些问题?截图
    3. 严重程度如何?优先级的描述和排
    4. 建议是什么?
    5. 除此之外,可以问绕用户核心关注的问题和一些为满足需求做补充分析

    报告样例:

    • ppt形式:

    • excel形式:

    (4) 优化

    • 优化跟踪输出物、优化方案

    问题追踪表

    敏捷测试

    • Q1:可用性测试耗时太久,测试赶不上产品节奏?
    • A1:敏捷测试,边测试边改进;提高测试效率(建立用户库、工具模板、简化流程或报告)

    • Q2:正规测试耗时耗力?
    • A2:简易测试

    第四章 其他评估方法

    (一)问卷调查

    Q:产品上线后,想了解用户对上线后产品的满意度

    适用阶段:产品研发前(挖掘需求)、产品设计(了解用户使用习惯、偏好)、正式发布(用户满意度)

    适用场景:

    适用于做定量分析、匿名调研、对已有假设进行检验、对用户的认知和态度进行评估,不适用于发现和描述具体问题、获取创新的想法、获取精确的行为数据。

    问卷调查步骤:

    • step1:确定调研目的

    • step2:设计调研方案

    常见抽样方法:随机抽样、分层抽样、分群抽样、系统抽样;

    问卷投放量的考虑

    (1)线上问卷,一般相聚工时估计满足统计需求需要回收的量。置信区间,抽样误差,总体大小,需要交叉的变量几个因素影响;

    (2)工具各个渠道投放回收率情况,计算所需投放量或投放天数;

    投放方式选择

    问卷投放渠道 

    • step3:问卷设计

     

    • step4:问卷测试

    (1)多找几个人一起试填,检查题项表述用户是否理解,是否有歧义,逻辑是否通;

    (2)检查问卷跳转是否正常,在不同浏览器中能否正常显示;

    (3)数据回收是否正常,避免回收出现问题;

    • step5:问卷投放

    投放方式选择:

    问卷投放渠道 

    问卷回收效果跟踪

    • step6:数据分析

     案例:

     

     

    (二)产品数据分析

    1.数据分析概述

    定义:通过在网站或应用中进行数据埋点,进而获取用户对产品的使用和行为数据,并进行基于产品体验优化的数据统计分析;

    评估方法:

    适用时间:

    web端数据来源

    • 服务器日志文件记录

    • javascript页面标记

    移动端数据来源:

    常用数据监控平台:

    • 第三方网站监测分析工具​
    • 自己的数据分析平台

    数据分析流程:监控-定义-埋点-测量(获取数据)-分析-优化-监控

    2. 基础分析指标

    • web页面常用基础指标:PV、UV、UPV、访问

    识别用户的方式:IP、IP+User Agent、Cookie、User ID、设备ID、其他

    • 复合指标:跳出率(来了就走)、退出率、访问时长、访问深度、转化率

    3. 常见分析内容
    4. 常见分析思路

    展开全文
  • 需求分析说明书和需求规格说明书

    千次阅读 2021-11-30 15:57:11
    一、需求分析说明书和需求规格说明书的区别 两者区别 需求分析说明书:一般是对某个市场或者是客户群来讲的,类似于调研报告,重点 是体现出产品要满足哪些功能,哪些是重点、热点。 需求规格说明书:是从业务规则...

    一、需求分析说明书和需求规格说明书的区别
    在这里插入图片描述

    两者区别
    需求分析说明书:一般是对某个市场或者是客户群来讲的,类似于调研报告,重点
    是体现出产品要满足哪些功能,哪些是重点、热点。
    需求规格说明书:是从业务规则讲起的,细一点偏向于软件的概要设计。是从开
    发、测试的角度去讲产品功能,里面要包含原型界面、业务接口、活动图等
    二、需求分析说明书模板
    1.简介
    1.1目的
    1.2范围(软件功能,与其他系统的关系,系统的地域使用范围)
    1.3定义、首字母缩写词和缩略语
    1.4概述(软件其他部门所包含的内容,如参考资料,并解释此文档的组织方式)
    2.业务目标及业务背景
    2.1 业务目标(从招投标书,合同,方案等整理出业务目标)
    2.2 组织架构 (干系人的组织架构)
    2.3 业务现状
    2.4 存在的问题
    3.业务流程(描述系统所涉及的业务流程,以图形+文字描述)

    3.1[业务名称]流程 (流程图+流程说明)
    3.2[业务名称]流程

    4.详细需求分析
    4.1用例报告(统一描述系统的顶层用例)
    在这里插入图片描述

    用例
    此外应该加上用例图:
    在这里插入图片描述

    用例图
    4.2 用例1(用例名称。如请假用例)
    4.2.1 简要说明
    (此说明应该简要介绍该用例的作用和目的。一个段落足以说明)
    4.2.2 用户界面设计
    (插入界面原型)
    4.2.3 用例场景
    (该小节可以归纳为用例表模板)
    在这里插入图片描述

    用例表模板
    4.2.3.1 主要参与者及其目标
    4.2.3.2 前置条件(列出本用例前必须存在的用例状态)
    4.2.3.3 主流程
    (当主角有所行动时,此用例随即开始。总是由主角来带动用例,善用流程图)
    4.2.3.4后置条件
    4.2.3.5 备选流程
    4.2.3.6 输入项详例
    4.2.3.7 输入项详例
    4.2.4 业务实体
    (描述此用例及设计的业务实体)
    4.2.5 补充规约
    (适用于该子系统或者特性的具体需求,并对这些需求加以改进,以足够详细的说明该子系统
    或特性)
    4.3 用例2(用例名称。示例:入库审核用例)
    4.3.1 简要说明
    (仓库管理人员根据货物的基本信息以及入库信息对业务进行审核,如果合格则自动生成帐卡
    和入库收费单,如果不合格则此笔业务被致予不合格处理)
    4.3.2 用户界面设计
    (插入界面原型)
    4.3.3 用例场景
    4.3.3.1 主要参与者及其目标
    (参与者:仓库管理员
    4.3.3.2 前置条件
    (前置条件一:用户已登录系统
    前置条件二:用户角色必须仓库管理员)
    4.3.3.3 主流程
    在这里插入图片描述

    主流程
    4.3.3.4后置条件
    (后置条件一:系统返回入库审核列表界面)
    4.3.3.5 备选流程
    (无)
    4.3.3.6 输入项详例
    4.3.3.7 输入项详例
    4.3.4 业务实体
    4.3.4.1 入库核查单
    在这里插入图片描述

    入库核查单
    4.3.5 补充规约
    (无)

    5.系统接口需求
    (描述系统的外部接口需求)
    三、需求规格说明书模板
    在这里插入图片描述

    修订历史记录
    目录
    1.引言
    1.1 编写目的:编写该需求规格说明为了记录本次软件设计的需求分析是最终得到的结果,以及
    在以后软件设计师会用到的数据以及功能。
    1.2 项目背景
    1.3 缩写说明
    1.4 术语定义
    1.5 参考资料
    1.6 版本信息
    2.系统概述
    2.1 概述(系统是做什么的)
    2.2 功能(系统功能架构图)
    在这里插入图片描述
    系统功能
    2.3 运行环境
    (该系统是B/S三层架构,它的运行环境分客户端,应用服务器端和数据库服务器三部分)
    (1)客户端:
    操作系统:
    浏览器:
    (2)应用服务器端:
    操作系统:
    应用服务器:TOmcat XX
    数据库访问:JDBC
    (3)数据库服务器端:
    操作系统:
    数据库系统:
    2.4假设与依赖
    (本项目是否能够成功实施,主要取决与以下条件:)
    3.系统特性
    3.1 系统角色:
    本系统主要用于以下的几类人员:(成绩管理系统-示例)
    (1)系统管理员,完成系统管理与维护。 抽奖

    系统管理员用例
    (2)教师,维护课程与成绩,查询所教课程的所有学生的成绩。
    在这里插入图片描述

    教师用例
    (3)学生,查找自己的成绩
    在这里插入图片描述

    学生用例
    (以下具体描述用例的示例)
    3.2 学生管理
    3.2.1 增加学生信息
    使用者:学校有学生管理功能角色的用户
    目的:单个添加学生基本信息
    基本事件流:
    1.用户进入增加单个学生界面,本用例开始。

    2.系统显示学生信息输入界面,用户输入学生姓名、学号、性别、出生日期、入学日期,班
    级,政治面貌,籍贯。
    3.用户确认输入信息,系统检查学号是否唯一,若唯一,则增加学生信息,本用例结束。否
    则,提示用户重新输入。
    3.2.2修改学生信息
    3.2.3删除学生信息
    3.2.4导入学生信息
    使用者:学校有学生管理功能角色的用户
    目的:批量导入学生信息,也可以将其他系统中学生信息按照规定的格式导入本系统。
    基本事件流:
    1.用户进入批量导入学生界面,本用例开始。
    2.系统显示导入文件类型,格式说明,并提供导入的模板文件下载。
    3.用户按照导入文件格式要求填写或者生成对应文件,然后将文件上传,点击确定。
    4.系统检查文件的合理性,如果文件格式有误或者有数据冲突,给出详细的提示列表(错误所
    在行,错误原因),用户修改文件后再上传,如果上传文件合理,系统将学生信息导入系统。
    5.本用例结束。
    3.3 教师管理
    使用者:学校有教师管理功能角色的用户。
    目的:单个添加教师基本信息
    基本事件流:
    1.用户进入增加单个教师界面,本用例开始。
    2.系统显示教师信息输入界面,用户输入教师姓名、工号、性别、出生日期、工作开始日期,
    职务,政治面貌,籍贯。
    3.用户确认输入信息,系统检查工号是否唯一,若唯一,则增加教师信息,本用例结束。否
    则,提示用户重新输入。
    3.3.1 增加教师信息
    3.3.2 修改教师信息
    3.3.3 删除教师信息
    3.3.4导入教师信息
    使用者:学校有教师管理功能角色的用户
    目的:批量导入教师信息,也可以将其他系统中教师信息按照规定的格式导入本系统。
    基本事件流:
    1.用户进入批量导入教师界面,本用例开始。

    2.系统显示导入文件类型,格式说明,并提供导入的模板文件下载。
    3.用户按照导入文件格式要求填写或者生成对应文件,然后将文件上传,点击确定。
    4.系统检查文件的合理性,如果文件格式有误或者有数据冲突,给出详细的提示列表(错误所
    在行,错误原因),用户修改文件后再上传,如果上传文件合理,系统将学生信息导入系统。
    5.本用例结束。
    3.4 课程管理
    3.4.1 增加课程基本信息
    使用者:教师或者学校有课程管理角色的用户
    目的:创建新课程
    基本事件流:
    1.用户进入创建新课程页面。本用例开始
    2.系统显示创建课程页面,用户输入课程名称,学期,开始日期,结束日期,并选择任课教
    师。
    3.用户确认创建课程,系统保存新创建的课程。本用例结束。
    3.4.2 修改课程基本信息
    3.4.3 删除课程基本信息
    3.4.4 维护课程学生信息
    使用者:教师或者学校有课程管理角色的用户
    目的:将学生加入已创建的课程
    基本事件流:
    1.用户维护课程学生信息界面,本用例开始
    2.系统显示课程列表,用户选择要加入学生的课程,系统显示该课程已存在的学生
    3.用户选择加入新学生,系统显示学生列表,用户可通过搜索列表显示班级下的学生,用户选
    择要加入课程的学生
    4.系统将所选学生加入前面选定的课程,本用例结束。
    3.5 成绩查询
    3.5.1 学生查询成绩
    3.5.2教师查询成绩
    3.6 成绩分析与统计
    3.6.1 考试成绩表
    某学期某次考试的单个班级的考试成绩表
    在这里插入图片描述
    某学期某次考试的单个班级的考试成绩表
    3.6.2 班级各科平均成绩表
    某学期某次考试单个年级的各科平均成绩表
    在这里插入图片描述

    3.6.3 年级成绩排名表
    某学期某次考试单个年级的年级排名表
    在这里插入图片描述

    某学期某次考试单个年级的年级排名表
    3.7系统维护
    3.7.1数据字典维护
    4. 非功能性需求
    4.1性能需求
    响应时间:尽可能地短,达到1到2秒
    报名统计时间不超过30秒
    支持2000名学生信息一次性导入,导入时间不超过30秒
    支持5000名用户并发使用,并保证性能不受影响
    4.2 安全性需求
    权限控制:
    根据不同用户角色,设置相应权限,用户的重要操作都做相应的日志记录以备查看,没有权限
    的用户禁止使用系统。学生只可查看自己的学习成绩,教师只可查看所教课程的学生成绩。
    重要数据加密
    对一些重要的数据按一定的算法进行加密,如用户口令,重要参数等
    数据备份
    允许用户进行数据的备份和恢复,以弥补数据的破坏和丢失
    记录日志
    系统应该能记录系统运行时所发生的所有错误,包括本机错误和网络错误。日志同时记录用户
    的关键性操作信息
    4.3 可用性需求
    方便操作,操作流程合理
    控制必录入项
    抽奖
    推荐阅读
    RuoYi-AiDex Sharp 快速开发平台
    阅读 1,075
    需求文档怎么写?
    阅读 761
    Java可视化工作流程简单配置过程
    阅读 643
    【12】需求知识整理
    阅读 651
    springboot集成camunda
    阅读 1,219
    摄像头多少钱
    需求分析说明书和需求规格说明书 陈小姐的冬天 关注 赞赏支持
    写下你的评论… 评论2 赞46
    2021/11/30 下午3:57 需求分析说明书和需求规格说明书 - 简书
    https://www.jianshu.com/p/26645058db08 11/13
    46人点赞 产品
    更多精彩内容,就在简书APP
    “小礼物走一走,来简书关注我”
    还没有人赞赏,支持一下
    陈小姐的冬天 IT从业者,努力寻找新的方向与机会,每天进步一点,勤奋一点
    总资产30 共写了2.6W字 获得87个赞 共45个粉丝
    容错能力
    统一规范的提示信息
    用户可自定义(一些重要参数可以灵活配置)
    联机帮助与操作指南
    4.4用户文档
    包括:安装手册(word),用户手册(word),在线帮助
    4.5其他需求
    (1)支持多浏览器
    (2)系统安装访问方便
    5 外部接口需求
    5.1 用户接口
    本系统采用B/S架构,所有界面使用WEB界面,用户界面的具体细节将在概要设计文档中描述
    5.2 硬件接口
    5.3 软件接口
    无特殊需求
    5.4通信接口
    无特殊需求

    展开全文
  • 本文档的预期读者是:需求分析人员、设计人员、开发人员、测试人员、目标用户。 2.项目信息 项目的名称:电商用户行为分析 项目的提出者:小组成员 开发者:TOP10小组(张世文、张博涵) 用户:电商用户
  • 在什么场景下,用户通过系统,做什么事情 基于场景的需求才是真正的需求 需求分类: 大众需求 VS 小众需求需求(必要的) VS 弱需求(锦上添花的) 高频需求 VS 低频需求 刚需:某一类人的必要需求(重点...
  • 在传统的软件开发行业,涉及“为用户设计结构化体验”的方法被称为交互设计。 在内容建设方面,主要是通过信息架构来构建用户体验。 交互设计和信息架构都强调:确定各个将要呈现给用户的元素的“模式”和“顺序”...
  • 第四章需求分析设计工具

    千次阅读 2021-09-14 23:54:26
    (三)需求分析方法与需求分析工具 1. 软件需求分析的方法与工具 2. 典型方法 (四)软件设计概述 1. 软件设计的概念 2. 软件设计的基本原理 3. 软件设计过程和模型 (五)结构化设计方法与工具 1. 概述 2. 结构化...
  • 分析的美团APP上面的数据1.需求架构分析:2.https://blog.csdn.net/jenrey/article/details/80472383
  • 软件测试学习(二)需求分析阶段

    千次阅读 2020-01-14 11:57:01
    软件需求包括三个不同的层次—业务需求、用户需求和功能需求—也包括非功能需求。 业务需求( business requirement)反映了组织机构或客户对系统、产品高层次的目标要求,它们在项目视图与范围文档中予以说明。 用户...
  • 交互设计》作业-第二周

    千次阅读 2020-12-12 20:28:09
    1、交互设计的工作流程可以分解为几个部分? 需求分析——设计初稿——设计细化——设计评审——设计走查——效果评估 2、五步产品创意法包含哪五类方法?具体方法有哪些? 第一步:目标市场定位 目标市场定位...
  • 本期开始进入设计方法论的学习,大湿自己也是边学边分享,算是巩固一遍吧; 另外这些理论基本都是交叉结合来应用于工作中,我们学习理论但不要拘泥于理论的框架中,掌握后要灵活运用一点~ 这些理论一部分来自于我...
  • 第1章 人机交互用户体验

    千次阅读 2021-06-09 14:30:02
    文章目录1.1 人机界面与人机交互1.2 人机界面的发展1.3 人机交互的重要性1.4 最佳用户体验1.5 实现最佳用户体验的基本步骤1.6 人机交互与软件工程1.7 人机交互技术的发展趋势 课程介绍:从用户的角度来改善用户和...
  • 需求分析与系统设计总结(四)

    千次阅读 2020-05-31 00:18:32
    用例图显示谁将是相关的用户用户希望系统提供什么服务以及用户需要为系统提供的服务。 通俗的说:描述参与者与用例之间的关系,帮助开发人员可视化的了解系统功能。 3、用例图包含的元素  参与者(Actor):参与...
  • 2.1 为什么你的设计总要改来改去 2.1.1 设计方案不能令人满意的原因 2.2 四步学会设计需求分析 2.2.1 设计需求分析方法简介 2.2.2step1分析业务需求 分析业务需求练习 2.2.3 step2分析用户需求 分析用户需求练习 ...
  • 交互设计师眼中的需求分析

    千次阅读 2017-06-11 18:42:18
    需求和产品 所有的人造物都可以视为产品,为了满足人们特定的需求而生产出来。汽车是为了让你移动的更快;房子能为你遮风挡雨;衣服是让你保暖与遮羞;暖气让你冬天更暖和;点灯照亮黑夜;书籍是为了保存和传播信息...
  • 首先说一下什么是UED,UED是User Experience Design,中文名的全称...其中几个大的模块有用户研究 交互设计 视觉设计 前端开发等等,中间穿插了一些可用性测试等等,每个模块又有自己的一套流程,是一套很庞大而且精细
  • 软件项目需求分析设计

    千次阅读 2020-08-05 11:22:21
    需求分析设计 第一章 大纲 1、整体需求分析 2、数据库设计 需求分析:数据需求分析,明确功能需求与主体 概念设计:系统流程图,数据流图,数据字典(Visio,UML等) 逻辑设计:定义数据实体,绘制E-R图...
  • 需求分析 体系结构设计阶段 主要负责生产交付一个适应性系统 桩的概念与 集成和部署阶段 联系在一起 项目规划、度量、测试 跨越了开发生命周期,非独立生命周期阶段   1.5开发模型与方法 对软件...
  • 交互设计流程是怎样的?

    千次阅读 2019-04-18 13:54:34
    交互设计作为一门关注交互体验的新学科,在二十世纪八十年代产生的,它由IDEO的一位创始人比尔-莫格里奇在1984年一次设计会议上提出,他一开始给它命名为“软面(SoftFace)”,由于这个名字容易让人想起和当时流行...
  • 产品需求分析用户体验设计

    千次阅读 2016-06-15 09:59:25
    本课程通过实际的案例引出产品需求分析用户体验设计理论,阐述在实际项目中的需求模式和产品设计思维方法,培养学员的实际应用能力。整个课程由几个实际案例贯串始终,并能结合国内单位现状,帮助各单位定制符合...
  • 需求分析师如何分析功能性需求

    千次阅读 2019-05-21 17:54:38
    对于功能需求分析主要从两方面入手:业务场景和系统界面。 一、业务场景 什么是业务场景? 场景是我们设计功能时的一个重要参考依据。 所谓场景,就是用户在进行这步操作时所处的周围环境。 这里的周围环境...
  • 人机交互 电子商务网上书店界面设计 课程设计 需求分析 界面设计原则与思想 对象建模分析 视图抽象设计 概要设计 视图的关联设计 视图的全面设计 结论
  • 如果有需要视频资源的可以关注"AI产品经理人",回复关键字“网易交互设计微专业”获取下载链接~ Chapter4 让页面更优雅 第一章 你需要懂的视觉心理学 ...2. 巧用视觉心理来设计用户界面 ...
  • 但是怎样在实际中有效地使用UML使之发挥应有的作用,怎样捕捉用户心中的需求并转换成明确的UML图形,怎样把自己心中的设计意图通过UML图形准确地表达出来,以及各职责人员如何通过UML图形进行有效沟通,关于这些,却...
  • 产品读书《交互设计沉思录》

    千次阅读 2019-04-23 14:12:22
    交互设计是人与产品、系统、服务之间创建的一系列对话。对话随着第四维度(时间)而推进,因此要针对对话进行设计,就要理解自然对话的易变性和流动性。同时,可用性并不是衡量交互设计的唯一重要指标,其内核更应是...
  • 把这2000套原型文件一一拆解,慢慢分析作者的设计思路,会发现,互联网产品交互设计真的很有意思,很容易掌握。 资源包内包含相当丰富的项目原型,各行各业的小程序原型、APP原型、网页前端原型、中后台原型等等都有...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 177,182
精华内容 70,872
关键字:

交互设计的用户需求分析