第三次团队作业——软件设计

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

一.题目要求 参考发到群里的<软件需求规格说明书>范本,撰写本团队的软件需求规格说明书 不要照抄范本的内容,请参考它的形式,紧密结合本团队项目实质展开 使用UML工具进行描述,并保证符号.描述语言的一致性 请大家将报告发布在 "石墨文档" 中并将文档链接发布到博客中 推荐大家使用 https://www.draw.io 网站绘制UML图形(当然也可以使用Visio,但是毕竟邹老师要参与点评,大家还是对微软给予尊重 强烈推荐大家使用墨刀制作项目的原型 二.<软件需求规格

1. 题目要求 参考发到群里的<软件需求规格说明书>范本,撰写本团队的软件需求规格说明书 不要照抄范本的内容,请参考它的形式,紧密结合本团队项目实质展开 使用UML工具进行描述,并保证符号.描述语言的一致性 请大家将报告发布在 "石墨文档" 中并将文档链接发布到博客中 推荐大家使用 https://www.draw.io 网站绘制UML图形(当然也可以使用Visio,但是毕竟邹老师要参与点评,大家还是对微软给予尊重 :-) ) 强烈推荐大家使用墨刀制作项目的原型 2. 项目

1.题目要求 参考发到群里的<软件需求规格说明书>范本,撰写本团队的软件需求规格说明书 不要照抄范本的内容,请参考它的形式,紧密结合本团队项目实质展开 使用UML工具进行描述,并保证符号.描述语言的一致性 请大家将报告发布在 "石墨文档" 中并将文档链接发布到博客中 2.软件需求规格说明书 石墨文档 3.总结 写完软件需求规格说明书还是有发现在设计上没有考虑到的东西,对自己启发很大,为了接下来能更好的开展工作,我们会再次讨论有没有问题.接下来的合作就靠大家了. 原文地址:h

第一部分数据库设计 部分功能数据流图(Gane-Sarson) 记账软件顶层数据流图 1.1.2 细化记账功能数据流图 1.1.3 再次细化该数据流图 1.1.4 数据流图说明 该记账软件的功能主要分为记收入账和记支出账,记录相应的账单信息后,可以生成账单图表,表格可以在一张表中同时给出收入和支出的账单报告,也可根据用户需求将它们分开展示. 1.2 用户登录数据流图 1.3 查询功能数据流图 1.4 概念数据模型 1.5 物理数据模型 1.6 数据字典                      

成绩如下: 学号 组别 团队分数 贡献比 个人分数 031401433 606notconnected 12.5 17 12.58 031402629 606notconnected 12.5 16 12.35 031402618 606notconnected 12.5 17 12.58 031402606 606notconnected 12.5 17 12.58 031402632 606notconnected 12.5 16 12.35 031402631 606notconnecte

实验简介 声明:本次实验为团队合作作业,此次类图设计由小组合作讨论生成,并且由梁健明和盖福林合作设计完成. 本次作业为团队项目—飞机大战的一部分—类图设计. 实验要求 5.给出设计类图 实验内容 实体类.控制类.边界类之间的关系 各类之间的关系

我们做的是对有道词典和必应词典的评价,其结果如下: 软件 类别 描述 评分 必应词典 功能 核心功能 核心功能主要是词典.例句.翻译,这个界面来说做的还不错,用户容易使用 10 细节 在翻译时能够将翻译的结果和原文对照起来,这个让用户比较方便 9 用户体验 很少弹出广告 10 辅助功能 在应用一栏里面向用户推荐了一些相关的软件 9 差异化功能 电脑版的词典有个专门的生词本,比有道好,有道貌似也有但是不好找. 8 软件的效能 使用时启动感觉还是挺快的,很少出现内存泄漏情况,内存占用也不多 9 体验

1.站立会议信息: 确定今天团队成员的具体实验任务. 站立会议照片: 2.任务进度: 配置好实验环境,收集实验资料,讨论界面的具体设计. 3.任务看板: 4.燃尽图: