团队博客作业-功能规格说明书

XuebaOnLine项目功能规格说明书

引言

编写目的

此功能规格说明书的主要目的是:

  使用户确认Xueba系统的主要功能,并了解如何使用。

  便于工程团队与用户在需求上达成一致,作为进一步详细设计软件的基础。

  为团队的开发完善工作设定大纲。

项目背景

  项目名称: XuebaOnline在线系统

  项目面向用户:具备使用通用搜索引擎(百度、谷歌等)的能力,对计算机科学,软件工程两个学科有一定的知识需求。

  项目开发背景:对BugPhobia团队开发的XuebaOnLine系统进行修改和进一步的完善。

总体描述

基本目标

  网站能够采集专业化社区中的问答数据、高质量课程资源、专业技术文档中的内容,为使用者提供一体化的、精准的、高质量的搜索内容。

  用户能够通过网站间接参与到上游社区的讨论中,接触行业大牛,了解更多尖端知识和技术。

典型用户分析

◇张飞:对计算机科学具有浓厚的兴趣,但是基础十分薄弱

姓名 张飞
年龄 19岁
学历 某专业大一新生(含计算机专业)
计算机知识层次和能力 对计算机科学和编程具有浓厚的兴趣,但基础十分薄弱,基础知识几乎没有
生活学习情况 想要自学编程,但是一头雾水,不知从何处下手
用户比例 约占总用户量的40%
使用动机 想要在网络中查找一些教程,帮助自己从零开始系统学习编程。
使用困难 很多搜索结果介绍的不够深入,系统性不强,计算机小白上手很困难,很难形成知识体系。
用户重要程度  十分重要
典型使用场景
张飞想要自学C语言,想要在网络上搜索较全面的对C语言的讲解,包括练习题

用户偏好  界面简洁,广告少,查找得到的学习资料门槛较低

◇刘备:具有一定基础的计算机专业大三学生

姓名 刘备
年龄 21岁
学历 计算机专业大三学生
计算机知识层次和能力 具有一定的代码基础,具有较熟练的编程能力,同学眼中的“大神”。
生活学习情况 在工作中经常需要查阅大量的相关技术和概念,对未知领域,行业的尖端技术具有强烈的渴望。
用户比例 约占总用户量的30%
使用动机 在网络中高速高效的查找需要使用的相关专业知识,同时对行业内的新技术想要有一定的了解
使用困难  网络搜索得到结果过于繁多,鱼龙混杂,很难精准定位。
用户重要程度  十分重要
典型使用场景
刘备正在完成选修课《软件工程》的编程作业,需要查询相关技术文档

上课前,刘备拿出手机,想了解一下最近十分火爆的机器学习技术

用户偏好  界面简洁美观,内容一针见血

◇关羽:想要报考计算机二级考试,对计算机科学没有深入了解的需求,只要满足考试要求即可

姓名 关羽
年龄 20岁
学历 金融专业大二学生
计算机知识层次和能力 可以使用计算机中的常用软件,但是参加计算机二级考试,心里还有点没底
生活学习情况 正在紧张准备计算机二级考试,但是写程序的确是关羽同学的短板。
用户比例 约占总用户量的10%
使用动机 想要对编程进行快速入门,掌握一些简短程序的编写
使用困难  网上搜索得到的结果通常只有代码,少有注释,也没有正确性保证,学习效率低
用户重要程度  比较重要
典型使用场景
关羽同学想写一个求最大公约数的程序,但是网上搜索得到的结果很难理解,感觉束手无策

用户偏好 查找得到的内容详细,易于理解

◇赵云:计算机专业从业者,有两年的工作经验

时间: 2024-10-13 22:52:27

团队博客作业-功能规格说明书的相关文章

团队博客作业- Week3

一. 成员介绍 韩长青 自我介绍: 我是韩青长,技术小白,抱着对软工的好奇和对未来工作的憧憬选了这门课.暂时选择了测试的工作,也对开发和UI有一定兴趣.从前上帝创造了我们,现在轮到我们来创造自己的软件了~ 有图有真相: 职位:测试 陈彦吉 自我介绍: 呃,自我介绍..怎么说呢,我叫陈彦吉..作为一个没什么基础的渣渣,感觉一路被碾压了两年,成绩不如大多数人,能力可能也不如大多数人,其他人都可以说自己曾经拿过什么奖,做过什么项目,我感觉我可能什么也说不出来,不管怎么说,这都是因为自己怠惰了,但是我还

#团队博客作业2-by郭青云

题目描述:10.2: 现代软件工程这门课已经上了好几年了,以前有很多学生做过团队项目(说不定包括本校的学生), 请你们找一个以前的团队采访一下: - 当时的项目有多少用户,给用户多少价值? 现在还有人用吗? 当时项目用户群体是 敦煌研究院全体员工 ,至今仍在使用当中.项目具备壁画灾害预警.洪水预警.震动监测等功能,可以使得用户及时掌握各类认为,自然风险灾害事件, 并且帮助用户做出决策适当的决策. - 这个项目能否给我们团队继续开发,源代码/文档还有么? 源代码与开发文档均有存档. - 项目开发有

第五周团队博客作业:团队贡献分数分配

C#队一共有7名成员,因此团队贡献分一共350分. 分配方式应当反映绝大部分组员的真实贡献情况,即由贡献决定分数. 另外保证一定的奖惩措施,充分调动组员的积极性,鞭策团队向前迈进. 对于团队贡献分数的分配方式,我们决定根据两个标准来确定分数,即任务量与完成度. 分数 = 难度系数 * 完成度 对于难度系数: 1.首先根据分配好的任务模块,先商讨出一个确定的难度等级,这个难度等级需要或得所有人的接受与认可. 2.根据每个任务的人员分配情况,确定大致的任务分配量,即每名成员负责的百分比. 3.综合评

团队博客作业week1——成员介绍

我们小组的成员由六人组成,其中包括一名七班的韩国同学. 1.玉钟焕同学 玉钟焕是七班的同学.由于老师为了让我们尽早体验与不熟悉的同学共同工作的环境而提出团队需要跨行政班.于是我们便邀请钟焕同学加入我们的开发团队.钟焕同学性格随和极易相处,工作态度严谨认真.秉着认真合作, 认真负责,  紧抓时间的工作原则,相信这股新鲜血液一定能丰富我们的开发团队. 2.符美潇同学(也就是我= =) 我此次担任这个开发团队组长,责任重大,以积极的态度面对.在学习工作中我严谨认真,理性看待可能产生的突发情况.生活中我

团队博客作业Week5 --- 团队贡献分--分配规则

团队会议 时间:公元2015年10月26日22时3分20秒 地点:宿舍楼716房间 与会人员:陈谋,李剑锋,卢惠民,刘夕霆,仉伯龙,潘成鼎. 会议内容:今天的组会主要讨论的是项目团队贡献分的计算方式,在会议期间陈谋建议将分数划归为项目基础分(保底分数).基本贡献分和特别贡献分.我同意陈谋的观点,而且我认为基本贡献分应当至少包括以下几个部分:任务完成的程度,任务完成的质量,任务是否按时完成,以及代码是否遵循团队的代码规范等.卢惠民.刘夕霆.仉伯龙.潘成鼎也分别发表了他们的观点,概括起来主要是将特殊

团队博客-需求规格说明书(苏察哈尔灿)

队员 3116004643 梁朗章 3116004644 梁新男(组长) 3116004645 林启鹏 3116004646 刘少允 3116004656 吴昊 3116004667 邹庭和 需求规格说明书 题目:活动订座系统 该系统提供的订座系统主要面向中小型活动,比如电影/音乐会/讲座/演唱会/宣讲会/会议/球赛等需要座位和需要提前预计好参与人数的活动,任何组织/个人举办活动都可以无条件地使用这个订座系统. 基本需求 (1)活动举办者可以提前登记活动供观众选座 (2)观众可以看到活动的相关信

团队博客第二周——DIG

团队博客第二周--DIG 修改完善上周提交的需求规格说明书 服务人群的改变 考虑到我校特有的保密性质,经小组讨论修改应用人群,从大众转向特定局部网络下的特定人群,例如:军人.秘密基地.山区等 修改应用场景 用户场景A:军人小伟和小邹在一个特殊的训练基地,时间紧急,为尽快了解所有菜品,进行点菜,使用APP. 用户场景B:小泊看了食堂的菜,觉得并不好吃,在APP中选择跳转至美团,即可进入美团界面,进行望梅止渴. 支付接口取消 在经过实际调研之后,了解到想要把微信或者支付宝接口连接到我们的APP上,并

个人博客作业1

发表在你的个人博客上,也可以同时转发到你的团队博客上来增加你们团队博客的人气.具体要求如下: 1)在开始实现程序之前,使用下述PSP表格记录下你估计将在程序的各个模块的开发上耗费的时间. PSP2.1 Personal Software Process Stages Time Planning 计划 · Estimate · 估计这个任务需要多少时间 8 Development 开发 · Analysis · 需求分析 (包括学习新技术) 0 · Design Spec · 生成设计文档 0.5

BugPhobia进阶篇章:功能规格说明书

0x01 :特别鸣谢 首先特别鸣谢<构建之法>中并没有给出固定化格式的功能规格说明书的样例,因此在此次的说明书中将尽可能用生动形象的例子展示软件交互阐释 因此受到它本身的启发,此次团队功能规格说明书尽量用活生生的例子讲述用户和软件交互的场景,并且力求语言的简洁和直白 最后,再次鸣谢bugphobia团队本身的创造力,最终没有局限在模板中,而是能在讨论中共同挖掘出非常欢酷的想法 0x02 :前置条件阐释 0x0200 :定义 <摘要>依据康德理性批判“澄清前提,划清界限”的指导思想,