团队作业——需求分析

chjinhuu 2023-10-13 12:10:16

为了不遗漏作业内容,这里有一份checklist方便同学们快速检阅。

  • 组队事宜

    1、每组10人&选择一个组长

    2、选定一个学期项目题目

    3、说明自己团队如何考核每个成员的绩效,形成初步的考核文档,嵌入在ppt中进行报告,并在团队博客内容中介绍绩效考核方法

    4、小组自行设计评审表(腾讯文档,100分制,答辩占本次作业的20%,本次作业可参考下方需求分析评审表),其他组和老师助教共同对其打分

    5、每个团队在csdn上创建一个团队账号,团队账号命名为团队名称,并将团队账号加入到班级社区中

    • 如果遇到团队名称被占用无法作为用户名可以适当放松条件,比如加个后缀
    • 团队账号注册成功,群内@助教 让助教把你拉入社区

    6、在QQ班级群填写腾讯共享文档——团队组队情况表

    • 请确保在10月16日之前填写好表格,否则这次作业只取实际得分 * 0.5
    • 这是为了方便之后的分数统计

    注意:

    ​ 1、每个组的选题尽量不同,如果选题相同的过多,会被解散。

    ​ 2、最后无法分配的同学随机分配至某组(最后会有的组人数为11)

  • 需求分析作业

    • (1)1篇博客随笔(包含作业目录并且核对评分要点);

    • (2)1份需求规格说明书(word电子版)(上传到gitcode或CSDN,在博客中给出链接,推荐保存为PDF上传);

    • (3)1份需求分析报告PPT(课堂讲述)(上传到gitcode或CSDN,在博客中给出链接,推荐保存为PDF上传);

    • (4)1份需求分析评审表(腾讯共享文档)

截止时间

  • 本次作业截止时间2023年10月20日 23:59 博客审核需要时间请各组提前发布博客

一、作业内容

  • 本次作业得分规则
    • 总分=答辩的得分+博客得分+文档得分
    • 答辩得分(两次计分规则一致)=其他组打分总和【例如组1打80分,组2打90分,那么该项=80+90】/(总组数-1)*0.25+助教打分总和/(助教人数)*0.35+老师打分总和/(老师人数)*0.40

博客内容

  • 1、组队后的团队项目的整体计划安排(要有明确的里程碑);

  • 2、描述此次作业的组员分工、组员工作量比例;
    贡献度表格请使用一下markdown

    学号工作内容贡献度
  • 3、提供《需求规格说明书》作为随笔的附件;

要求:

  • 1.参考《软件需求规格说明书》国标规范文本,撰写对应项目的软件需求规格说明书。
    • 除形式上满足规范文本要求外,整体内容必须围绕项目实质展开,对所要开发的项目确保尽力做到清晰完整准确。
    • 采用分层形式描述,随着“层”的深入,描述的内容细节越具体。
    • 使用一致的图形符号和文字描述内容。
    • 所有的缩写须事先定义。
    • 格式:需要有目录,word排版样式规范美观,图文并茂,通篇文档有一个统一的样式风格,注意字体和行距等。
    • 将自己置于读者的立场——如果对软件项目不熟悉的人员,通过阅读这份文档,能否完全读懂软件要做什么。
    • 访问软件项目的真实用户,确保软件真正体现用户的需求,为软件最终可用奠定基础。
  • 2.明确团队组织方式、成员分工和大致进度安排,需要描述每个成员的具体分工及占整个文档任务的工作量比例。
  • 3.加强团队成员分工协作,需要描述成员协作方式。
  • 4.Checklist: 引言、 用户场景、类图、功能描述、验收验证标准、文档的图表、文字、样式统一且符合规范
  • 5.每个小组提交各自的简易评审表,

内容包括:

  • 小组编号、项目名称、全体组员学号、评审的内容;
  • 每个小组的打分(百分制);
  • 打分理由,包括:格式、内容、PPT、演讲、优点、存在问题(至少提3点)、建议等;(尊重他组,认真打分,要求实事求是,分数能真实反应报告质量,禁止一锅端平的情况);
  • 自定义表格(腾讯共享文档);

二、作业评分项和评分规则

本次作业总分100分

  • (28')博客撰写【覆盖课程目标7】
    • (3')博客排版,采用markdown排版,正确给出软件需求规格说明书链接、需求分析PPT链接
    • (3')团队的自我介绍,包括成员介绍
    • (2')团队的合影
    • (5')组队后项目整体计划安排
    • (4')项目进行过程中可能遭遇的关键点,难点分析
    • (8')此次作业组员分工、组员工作量比例
    • (3')评审表
  • (16') 加强团队成员分工协作,需要在博客中描述成员协作方式。【覆盖课程目标6】
  • (24')软件需求规格说明书撰写【覆盖课程目标2】
    过程表述规范,详细说明实现过程的设计思路、遇到的问题以及解决的方式。
    • (2') 引言
    • (8') 用户场景
    • (8') 类图
    • (3') 功能描述
    • (3') 验收验证标准
  • (12')参考《软件需求规格说明书》国标规范文本,撰写对应项目的软件需求规格说明书。【覆盖课程目标5】
  • (20')答辩得分
    • (8')【覆盖课程目标2】
      • (2')项目开发的目的、意义、背景
      • (6')项目研发的内容(类图、功能展示)
    • (4')【覆盖课程目标6】
      • (4')执行过程中团队计划的落实情况和组员分工、工作量比例情况。
    • (8')【覆盖课程目标5】
      • (4')PPT演示
      • (4')报告

三、规则&格式

1、为了方便阅读以及助教评分,请大家在博客开头给出博文目录,作为内容的索引

务必包含以下大标题,标题含义相近即可,你可以个性化你自己的标题:

  • 团队项目计划
  • 项目分工
  • 软件需求规格说明书
  • 需求分析PPT链接
2、 为了方便其他学校的老师或者助教了解课程实况,请大家在作业开头添加格式描述:
这个作业属于哪个课程<班级链接>
这个作业要求在哪里<作业要求的链接>
团队名称
这个作业的目标<写上具体方面>
其他参考文献...
3、提交规则
  • 博客以班级作业页面的提交时间为准;需要提交的文件以gitcode的提交时间为准;
  • 在deadline前交,分数为实际得分 ;
    • 若帖子发布后在审核(帖子显示404),可以在deadline 之前先于作业页面提交链接,再等待审核通过
    • 不接受上传失败、网络原因等补交理由
  • 补交: 在deadline 后两天内提交视为补交,分数为实际得分 * 50%;写了但是忘记提交作业和补交扣分一致
  • 缺交: 在deadline之后两天未补交视为博客缺交,分数为0分;
  • 作业抄袭: 当助教发现两篇博客文字/图片/代码过于相似时,判定两篇博客都为抄袭,分数都为-100%(注意是倒扣!);
  • 伪造提交: 虽然作业博客没有完成,但是先提交到作业占位置,判定为伪造提交,分数得0分;
    注意:提前提交的作业,如果能积极响应助教和老师的反馈并在deadline前做出相应修改,在后续评分时,这些修改完善也会被纳入考量。提早准备好处多~
4、疑惑解惑

若有对题意不清或者有不理解的地方,可在qq或微信群中提问
附录《需求规则说明书》参考

   目录



 1.引言



  1.1编写目的



  1.2项目背景



  1.3参考资料



 2.总体描述



  2.1 目标



   2.1.1开发意图



   2.1.2应用目标和作用范围



   2.1.3产品前景



 3.具体要求



  3.1类图



  3.2属性



  3.2.1可用性



  3.2.2安全性



 4.功能描述及验收验证标准



  4.1具体功能描述



  4.2输入输出格式



  4.3界面验收标准



  4.4功能验收标准



  

参考示例

引言

1.1编写目的
  项目功能是实现DES_RSA混合加密,对于我们团队是为了提高java的编程能力,再之结合密码学知识为将来的专业学习打好基础,对于潜在普通用户实现日常文件的加密工作。

1.2项目背景

软件名称:DES_RSA混合加密器

项目任务提出者:娄老师

-项目开发者:AWN队

1.3参考资料
教师报课系统 需求规格说明书
一起买 需求规格说明书

2.总体描述
2.1目标
2.1.1开发意图
利用UI技术将复杂的DES_RSA混合加密文件技术做成界面,通过简单的按钮实现文件加密。

2.1.2应用目标和作用范围
该系统面向所有热爱密码的同学,实现简单的txt文件加密

2.1.3产品前景
刚系统的功能比较单一,但是大框架已经做好,期待将来我们学习更多知识后丰富该系统的功能,产品前景较好。

3.具体要求
3.1类图
3.2.1可用性
(1)易操作,易理解,界面设计简洁易用。
(2)容错能力:系统具有一定的容错和抗干扰能力,当用户输入格式错误时,系统有提示并可以再次输入。

3.2.1安全性
程序运行过程中导出的密钥、密文等文件存放在一个安全的文件夹。

4.功能描述及验收验证标准
4.1具体功能描述
可以实现从电脑导入要加密的明文
在RSA加密阶段素数p和q的位数(默认200位)也是可以选择、p、q可导出。
公钥e和私钥d可导出
解密后的文件可导出

4.2输入输出格式
导入的明文文件格式为.txt
导出的明文文件格式为.txt

4.3界面验收标准
用户加密界面
输入文件 中间有个显示框显示要加密文件的文件名;右面有个导入文件按钮用于导入明文,并有加密按钮
加密模块 有素数p、q位数选择框最右边提示(p、q的位数200位以上为佳),中间有产生素数p导出素数p的按钮,并有相应的显示框,产生素数q导出素数q的按钮,并有相应的显示框。有产生素数对的按钮,界面下面有模n,公钥e,私钥d的导出按钮。最后有DES密钥导出按钮,并有相应的显示框。
输出文件 中间有个显示框显示加密后的文件的文件名;右面有个导出文件按钮用于导出密文。
用户解密界面
输入文件 中间有个显示框显示要解密文件的文件名;右面有个导入文件按钮用于导入密文。
解密模块 有个输入密码的输入框(DES公钥文件)
输出文件 中间有个显示框显示解密成功文件的文件名;右面有个导出文件按钮用于导出明文。
4.4功能验收标准
实现界面介绍的所有功能。
评审表参考

img

...全文
1882 回复 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
0人已提交
完成率0%
暂无数据
回复
切换为时间正序
请发表友善的回复…
发表回复

158

社区成员

发帖
与我相关
我的任务
社区描述
FZU-CS-SE
软件工程 高校
社区管理员
  • LinQF39
  • Jcandc
  • chjinhuu
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧