1 需求调研

  • 课程案例:网站下载课程案例背景文档,开展课程实践,不得自行选题
  • 进度安排
    • 9月17之前:设计调研材料,开展调研,准备课堂讨论资料
    • 9月17日:讲解调研方案、沟通发现的问题;建议制作ppt
    • 9月17日之后:根据讨论结果,完善调研结果,提交调研材料
  • 提交
    • DDL:2025-09-21,22:00,所有的调研材料,均统一打包后提交(由小组负责人提交)。
    • 交付物:需求调研报告PPT,以及相应的调研材料,可能的材料如:竞品分析报告访谈记录、问卷调查表格、问卷调查结果分析、会议记录、产品原型....

采取以下2-3种方法
Pasted image 20250910120748.png

调查研究和竞品分析(Research existing documentation & Competitive analysis)
  • 组织结构图
    该项目的关键所有者和用户,以及他们之间的组织关系
    如教务处的领导组成
  • 其它文档
    • 产生这个项目的历史文档,收集并检查描述问题的文档
      如教务处之前开会的会议记录
    • 描述正被研究或设计的业务功能的文档
    • 以前系统研究和设计文档
  • 其他类似系统——竟品分析:分析竞争对手的系统或业务模式
    通过评价竞争对手的优势和缺点,竞品分析帮助确定潜在的优势和障碍从而对待建系统的目标和内容有一个初步的认识和定位
    • 竟品分析的基本流程
      1. 确定需要分析的竞品清单
      2. 创建分析用的评价表格
      3. 确定主要和次要的竞品
      4. 借助于各种手段收集竞品数据
      5. 总结竞品特点,完成分析报告
    • 竞品分析方法——SWOT:基于内外部竞争环境和竞争条件下的态势分析
      • 将与研究对象密切相关的各种主要内部优势(Strength)、劣势(Weakness)和外部机会(Opportunity)和威胁(Threat)等,通过调查列举出来,并依照矩阵形式排列,然后用系统分析的思想,把各种因素相互匹配起来加以分析,从中得出一系列相应的结论,而结论通常带有一定的决策性
      • 软件需求阶段输入是所有的客户需求、市场现状、产业现状、输出是需竞争对手现状等,求的重要度和紧急度,以及投入的成本,从而确定项目范围、需求优先级等
        Pasted image 20250910114711.png
访谈(Interviews )
  • 系统分析师从个人那里通过面对面的交互收集信息
  • 可以一对一,也可以多对多地进行
  • 特点
    • 通过建立相互之间的友善关系,系统分析师能够给用户一种主动为系统项目作出贡献的感觉,并能够获得更多的反馈
    • 面谈的成功极大地取决于系统分析师的人际关系能力
  • 访谈者(Interviewer)
    • 系统分析师
    • 负责组织和构造整个访问
  • 被访谈者(Interviewee)
    • 系统用户或所有者
    • 回答访谈的问题
  • 问题(Question)
    • 发现问题
      Pasted image 20250910120000.png
    • 设计问题
      Pasted image 20250910120018.png
  • 类型
    • 非结构化访谈(Unstructured interview)
      只有初步的目标和主题,没有明确的问题;访谈者提供一个基本的框架和方向
    • 结构化访谈(Structured interview)
      访谈者设计了具体的问题和指南;严格遵循访谈指南开展访谈
    • 开放式问题(Open-ended question) 前期
      允许用户自由回答的开放式问题
    • 封闭式问题(Closed-ended question) 后期
      将问题的答案限定在一定的范围之内,供用户选择
研讨会(Workshops)
问卷调查(Ouestionnaires)
原型(Prototyping)

figma 墨刀

  • 原型
    • 是为了发现或验证用户需求而构造那些需求的一个小规模的,有代表性的活动或初步的工作模型
    • 原型应该被快速地开发出来,并只对那些没有被清楚地理解的需求建立原型
  • 特点
    • 用户和开发人员获得对系统可能如何工作的一致理解,并可作为给用户的一种培训机制
    • 有助于定义更稳定、更可靠的需求
    • 用户可能基于原型的性能、可靠性和特征产生出不现实的预期
    • 制作原型可能延长了开发进度并增加开发费用
观察(Observations of the work environment ) 作业里无法用此方法
  • 系统分析师或者参与到活动中,或者观察他人执行活动来了解系统
  • 为了获得对系统的理解,观察是一种有效的数据收集技术
  • 当通过其它方法收集的数据有效性值得怀疑时,或者当系统某方面的复杂度妨碍了用户作出清晰的解释时,使该技术
  • 优点
    • 收集的数据可能十分可靠
    • 能够确切地明白要做什么:复杂的任务有时难以用语言解释,只能求助于观察
    • 系统分析师可以进行工作度量
  • 缺点
    • 人们在被观察时通常会觉得不舒服,可能会不自觉地表现得与平常不一样
    • 效率较低,没有时间询问所有的问题,把每一点都弄清楚
    • 有遗漏,有些任务可能在特定时间发生
    • 观察只能反映当前状况,无法体现系统未来的状况
Built with MDFriday ❤️