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

队员

3116004643 梁朗章

3116004644 梁新男(组长)

3116004645 林启鹏

3116004646 刘少允

3116004656 吴昊

3116004667 邹庭和

需求规格说明书

题目:活动订座系统

该系统提供的订座系统主要面向中小型活动,比如电影/音乐会/讲座/演唱会/宣讲会/会议/球赛等需要座位和需要提前预计好参与人数的活动,任何组织/个人举办活动都可以无条件地使用这个订座系统。

基本需求

(1)活动举办者可以提前登记活动供观众选座

(2)观众可以看到活动的相关信息,比如活动内容、举办时间、地点

(3)观众可以订指定活动指定场次指定的座位

(4)观众可以在指定条件下改退票和座位

(5)观众可对已参加过的活动进行评分和评价

面向用户分析

这个系统可以让中小型活动举办者无门槛免费地发布活动,发布座位信息,并生成链接放在自己的宣传页面上,用户可以通过这个链接方便地查看这个活动的信息并订座。用户同时也可以在页面上寻找自己感兴趣的活动并订座。

功能性需求

系统可将活动的座位信息图形化呈现给用户,用户可以看到已选座位和未选座位。活动举办者可以简单地提交自己的活动信息和座位信息,并查看选座情况。

技术需求

系统通过前端ajax与后端交换json格式数据,后端使用spring boot + JPA操纵mysql。

预期的用户数量

由于服务器性能限制,初步预期的用户数为100

真实性

目前包括学校社团的活动、音乐会、宣讲会等等大多数中小型活动都还在使用最原始的人来了就坐,没座位就站着或者是派发/售卖门票等传统方式,这种方式即耗费人力财力也容易对观众产生负面影响。因此中小型活动举办方都有简单无门槛的订座系统的需求

可用性

系统除了基本的订座功能外无任何影响主题的内容(比如广告),操作简单,页面简洁。

价值性

对于举办者而言,利用这个系统可以很好的控制参加活动的人数,避免人数过多导致座位不足。同时目前市面上的订座系统或多或少都需要一定的价钱和条件,而我们这个系统对于个人和小型举办组织来说完全免费和零门槛。

对于普通观众而言,这个系统没有其他软件那么臃肿、那么多广告,系统整体呈简洁风格。且系统可以使用推荐算法为普通观众推荐其感兴趣的活动。

团队项目地址

https://github.com/team-suchan/Booking

issues截图

团队计划

原有安排

时间 任务进度
第6周 1.团队组队,团队博客
2.团队介绍、成员展示、角色分配、选题确定
3.制定团队计划安排,团队贡献分的规定
第7周 1.需求规格说明书
2.原型设计,队员估计任务难度并学习必要的技术
3.编码规范完成、平台环境搭建完成、初步架构搭建
第8周 1.原型改进(给目标用户展现原型,并进一步理解需求)
2.架构设计,WBS, 团队成员估计各自任务所需时间
3.测试计划
第9周 1. 团队项目Alpha任务分配计划
2. 连续7天的Alpha敏捷冲刺,7 篇 每日Scrum Meeting博客+代码提交
第10周 1.用户反馈+测试计划改进
2. 团队Alpha阶段个人总结
3. 团队项目Alpha博客:发布说明、测试报告、展示博客、项目管理
第11周 1. 团队项目Alpha博客:事后分析
2. 每个团队有一人必须离开,自己寻找下一个接纳自己的团队。团队发博客宣布离队和接纳的成员。

校正后的安排

时间 任务进度
第6周 1.团队组队,团队博客(?完成)
2.团队介绍、成员展示、角色分配、选题确定(?完成)
3.制定团队计划安排,团队贡献分的规定(?完成)
第7周 1.需求规格说明书(?完成)
2.原型设计,队员估计任务难度并学习必要的技术(?完成)
3.编码规范完成、平台环境搭建完成、初步架构搭建(?完成)
第8周 1.原型改进(给目标用户展现原型,并进一步理解需求)
2.架构设计,WBS, 团队成员估计各自任务所需时间
3.测试计划
第9周 1. 团队项目Alpha任务分配计划
2. 连续7天的Alpha敏捷冲刺,7 篇 每日Scrum Meeting博客+代码提交
第10周 1.用户反馈+测试计划改进
2. 团队Alpha阶段个人总结
3. 团队项目Alpha博客:发布说明、测试报告、展示博客、项目管理
第11周 1. 团队项目Alpha博客:事后分析
2. 每个团队有一人必须离开,自己寻找下一个接纳自己的团队。团队发博客宣布离队和接纳的成员。

矫正计算方法

由于本周团队工作完成量与计划相符,因此暂时不需要对原有计划进行修正。

其他

团队分工

成员 分工
梁朗章 算法设计
梁新男、林启鹏、吴昊 网页前端设计和UI设计
刘少允、邹庭和 后端开发和测试

完成情况

梁朗章:完成基本功能需求

梁新男:基本掌握html、css、JavaScript、了解jQuery

林启鹏:学习html,JavaScript基本知识

刘少允:完成数据库的创建和表结构的创建,建立了初步API文档

吴昊:初步掌握html5,css,了解JAVAscript

邹庭和:初步完成整体架构分析,具体增删视以后实现情况而定。

团队成员感想

梁朗章:在复习了贝叶斯和学习拉格朗日乘数之后,觉得自己的数学能力有限,要继续努力。

梁新男:在学习了基本语言之后,查看了网页的各种源代码,充分认识到网页设计的复杂,也意识到自己编程经验的短缺,为此以后要多多学习。

林启鹏:这周学习了html,JavaScript基本知识,以后要多多学习。

刘少允:由于以前很少接触前端的东西,也没有认真的做过需求分析,所以在设计前后端交互上没什么经验,改了好多遍都不是很满意,关于项目结构设计上也想了好久,所以以后还有好多需要学习的地方。

吴昊:初学html5和css,对开发前端的经验不多,尤其是对过程要用到的JAVAscript不是很了解,在上手时候遇到了许多困难,还是需要多多查阅书籍,积极和同学探讨,争取跟上团队进度,不拖后腿。

邹庭和:一个软件关键的部分便在于整体架构,软件模型出来了,那么剩下的只是往里填充内容而已,所以要对软件具体实现后会是什么样子,有什么功能,要有清晰的认识.

原文地址:https://www.cnblogs.com/yamada/p/9813862.html

时间: 2024-10-17 04:42:37

团队博客-需求规格说明书(苏察哈尔灿)的相关文章

软件工程团队作业(需求规格说明书)

一:题目要求 参考发到群里的<软件需求规格说明书>范本,撰写本团队的软件需求规格说明书 不要照抄范本的内容,请参考它的形式,紧密结合本团队项目实质展开 使用UML工具进行描述,并保证符号.描述语言的一致性 请大家将报告发布在 "石墨文档" 中并将文档链接发布到博客中 二:软件说明书 https://shimo.im/docs/WP3KJ0gOWUEzI45B/ 点击链接查看「软件需求规格说明书 (1)」 原文地址:https://www.cnblogs.com/gzhgzh

团队项目-Recycle需求规格说明书

  Recycle                            --需求规格说明书 开发团队:地球保卫队(EPT) 开发理念:回收一切可回收的资源 目录 1. 引言3 1.1编写目的3 1.2项目背景3 2.项目概述3 2.1产品描述3 2.2运行环境4 2.3客户概述4 用户需求:4 用户用例图:4 3.功能需求5 3.1功能划分5 3.2 系统结构图5 3.3功能需求6 4. 数据描述12 5.性能需求12 5.1数据精确度12 5.2时间特性12 5.3适应性12 6.运行需求1

团队项目第五周(苏察哈尔灿)

Alpha版本测试报告 1 在测试过程中总共发现了多少Bug?每个类别的Bug分别为多少个? 总共发现8个bug,修复的bug5个,不能重现的bug2个,1个是这个bug的确应该修复,但是没有时间在这个版本修复,延迟到下一个版本修复. 2 场景测试(scenario testing) a. 你预期不同的用户会怎样使用你的软件? 活动参加者:登录主页,选取想要参加的活动类型,系统筛选出合适的活动,再由用户选择. 活动举办者:登录主页,选择发布功能,填写活动信息,然后提交,再由管理员审核活动内容,经

【The Expendables】团队博客目录

站立式会议: •[alpha版本]第一次站立式会议 文档: •团队编码规范 •需求规格说明书 其它: •[The Expendables]团队介绍

团队项目之选题报告和需求规格说明书

1.团队名称--S.R.C.      组员包括:3004 陈慧玲:3011 陈春燕:3019 何颖仪 2.团队项目--思学网--在线问答系统 3.开题报告 3.1引言 3.1.1编写目的 此选题报告的编写是为了确立本项目的详细需求,确立项目的功能和性能,和用户形成一致的理解和确认,作为进一步详细设计软件的基础. 3.1.2项目背景 项目名称:思学网--在线问答系统 项目面向用户:需要解决学习问题的用户 项目开发组:广东技术师范学院 15信计 S.R.C. 小组 随着互联网的发展,用户对信息的需

第八次作业(团队)——需求规格说明书

真德秀团队成员: WoLykos(3005) hIrokuh(3023) DoraMike(3026) JanzKing(3007) JtvDeemo(3044) 1引言 1.1目的 此开题报告编制目的是明确本项目的详细需求,供用户确认项目的功能和性能,和用户形成一致的理解和确认,作为进一步详细设计软件的基础. 本文档供迪丽瑟斯团队与老师.助教进行参考. 1.2背景 随着信息技术和移动设备的成熟与发展,网上服务与交易等业务越来越普及,大量的信息被聚集起来引发了数据的爆炸式增长,以至于用户每当想在

团队项目——需求规格说明书

Deadline:2016.10.22  8:00am   发表一篇随笔+课堂现场评审 随笔描述: 1)描述为撰写 需求规格说明书的 工作流程.组员分工.组员工作量比例: 2)提供 <需求规格说明书>的Git链接. 要求: 1.参考<软件需求规格说明书>国标规范文本,撰写对应项目的软件需求规格说明书. 2. 除形式上满足规范文本要求外,整体内容必须围绕项目实质展开,对所要开发的项目确保尽力做到清晰完整准确. 3.采用分层形式描述,随着"层"的深入,描述的内容细节

第七次作业—团队作业—选题报告和需求规格说明书

GitHub链接:https://github.com/sjzsjzsjz/analyse 一.团队名称 bug终结者 二.团队成员 43002 李宗晓 43022 方泽慧 43035 陈锐群 43043 沈杰钊 43033 古维城 三.项目名称 碧瑶答疑网 四.工作流程 本项目的需求规格说明书共分为四个章节:引言.项目概述.具体需求.验收验证标准. 五.组员分工 李宗晓:负责选题报告的撰写 沈杰钊:负责网站模型设计及界面验收标准 方泽慧:负责整份需求分析规格说明书的撰写 陈锐群:负责需求分析规

失物找寻APP软件需求规格说明书——第三次团队作业

?对于软件需求规格说明书的理解 在没写这份软件需求规格说明书的时候我们组成员都不是很理解它的必要性,当然,写完之后才知道它的作用. 软件需求说明书的存在是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解,双方进行理解和交流,反映出用户问题的结构,可以作为软件开发工作的基础和依据,并作为确认测试和验收的依据. 在写了这份软件需求规格说明书之后才更加明确我们项目的很多细节理解,包括它的背景.目的.项目产品的描述.功能描述.特点.具体需求.它的可用性等等,在正式做软件之前必须要把这些都细节