需求简档

学习资料分享系统

目标需求

学习资料分享系统可以使用户分享自己的学习资料和获取自己需要的学习资料。

业务需求

用户分为两个权限级别:管理员(软件工作人员)和普通用户(学生、教师)。

普通用户注册登录后可以通过学习资料分享系统进行文件上传、文件下载、资料索引、在线充值、举报。

管理员可以管理用户(查询用户、查看用户信息、封禁用户),管理资料(查询资料,审核资料,封禁资料),查看举报信息。

功能需求

1.用户注册和登录

2.文件上传

系统连接用户本地磁盘 ,显示出可上传的文件,列出用户可选择的关键字,同时用户可选择新建关键字。单次上传文件大小小于2GB。根据用户上传的文件大小以及关键字对      文件进行分类。

3.文件下载

系统连接文件数据库,显示下载文件信息,如果用户下载币或者余额不足,提示用户下载失败,并显示原因。

4.资料索引

系统连接文件数据库,通过用户输入的关键字,检索文件数据库,并返回满足的文件列表。

5.下载币

系统根据用户上传的文件大小和类型奖励数量不等的下载币。如果该文件的下载数量超过一定数量之后,对用户另外奖励下载币。

系统根据用户下载的文件大小和类型消耗数量不等的下载币。

6.举报

7.管理用户

系统根据管理员输入的关键字,连接用户信息库,返回用户的详细信息。

管理员选择封禁该用户后,系统禁止用户进行文件上传、下载、索引、以及充值和举报功能,并在用户进行登录操作时,跳出提示框,显示“您的账号已被封禁”字样。

9管理资料

系统根据管理员输入的关键字,连接资料信息库,返回符合的资料列表。

用户上传文件是,系统将文件提交到管理员处,审核通过后,系统连接资料信息库,并将该资料保存到资料信息库,增加用户的下载币,同时在用户登陆后,跳出提示框,显        示“**文件上传成功”字样。

管理员选择封禁该资料后,系统禁止用户下载该资料,该资料在列表中显示时字体为灰色,并在用户进行下载操作时,跳出提示框,显示“资料已被封禁”字样。

10查看举报信息

性能需求

1.资料检索的处理过程小于1秒

2.同时在线人数在1000人。

约束和限制

1.开发平台为Android,开发语言为Java语言。

原文地址:https://www.cnblogs.com/chzzcz/p/9130264.html

时间: 2024-08-14 05:05:38

需求简档的相关文章

Coco2d-x 塔防游戏“贼来了”之开发简档 之 二

原来的教程为<塔防游戏之贼来了>(这是我之前学习Cocos2d-x时候,看到的一个比较好的教程)原文地址目前只在泰然网看到,http://www.tairan.com/archives/6413 ,原作者为任珊.本文是基于这个教程,而编写的游戏开发简档,有了这些图表,你就可以轻松的开发出这款游戏了. 五游戏对象 游戏场景主要游戏对象. 游戏对象名称 对象特性 地图 地图上有一个瓦片图层,画出了一条路线.有一个对象图层,指出敌人的行进路线.一个触摸图层,指示该瓦片是块空地. 敌人 动态(播放动画

顶级产品经理是如何写产品需求文档(PRD)的

产品需求文档(PRD)对每个产品经理来说都不陌生,它是产品项目由"概念化"阶段进入到"图纸化"的转折和体现,作用是"对市场需求文档(MRD)中的内容进行指标化和技术化",PRD质量的好坏直接影响到研发部门是否能够明确产品的功能和性能,是否能够研发出符合预期的产品,所以PRD也是体现产品经理专业程度的一个重要指标. 可以理解为,PRD是产品经理关于产品功能的宣导和传达,它通过清晰扼要的表述将产品意图呈现给阅读者,PRD的阅读者一般包括开发人员,设计

IoT云需求简析

最近在评估各大IoT云是否适合,粗率过了一遍各大IoT云,主要有如下几个: 阿里云IotKit 百度云 天工物连 QQ物连 (不接受申请了) 腾讯IoT云 华为IoT云 AWS IoT云(浅尝折止) 各家看来有区别也有很多相似,对于是否满足需求还是不清晰,又回过头来重新分析下需求. 设备对于IoT云的需求简析 先用思维导图把各种思绪先汇总梳理起来.设备简单分为 消费类设备 和 行业设备对于 消费类设备 行业设备 基本分析来看,消费类设备更侧重快速简单的实现产品,行业设备更注重运营维护以及CMS系

Coco2d-x 塔防游戏“贼来了”之开发简档 之 三(完结)

原来的教程为<塔防游戏之贼来了>(这是我之前学习Cocos2d-x时候,看到的一个比较好的教程)原文地址目前只在泰然网看到,http://www.tairan.com/archives/6413 ,原作者为任珊.本文是基于这个教程,而编写的游戏开发简档,有了这些图表,你就可以轻松的开发出这款游戏了. 最后,如果你能画出类图的话,写代码就不成问题了.不过在写代码的时候,可能发现之前的设计不好,这时可以修改这些图,我觉得至少要维护顺序图(序列图)和类图,保证它们和你的代码是一致的,这样当你的代码出

app开发需求文档怎么写

我们在开发app前都会做需求分析,这个app开发需求文档怎么写呢?一般可以从这几点入手:确定APP方案的目标,APP方案的受众分析,APP开发方案功能设计,APP的操作系统说明方案,APP是是否是原生APP,APP方案的视觉设计,APP开发方案中的其他细节.以下是一个app开发需求文档模板,里面写清了app开发需求说明,可以参考 1.引言 1.1目的: · 阐明开发本app的目的:  1.2 项目背景 · 标识待开发app产品的名称.代码:  · 列出本项目的任务提出者.项目负责人.系统分析员.

第一次担任项目经理从零开始架构自己的网站(二) 需求文档定稿,开始建表,建库

今天上午的半天时间,我们开发部一直都在和产品部门开会,扯皮.吐槽.最终砍掉了几个功能.产品的小姑娘对我说,你们第一期就做一个挂号支付的功能,后台就10几个页面,大多数是增删该查,还说22天不够用??听到这话之后我也没有反驳.产品和程序猿的故事说也说不清楚.会议上老板宣布加班没有加班费,纯属义务,说是在项目完成之后可以多发点项目奖金,我听到这话之后只能呵呵了.下图是我们开会的场景.最终定稿的需求文档和原型图我已经上传到了昨天那个地址.有兴趣的朋友可以下载.开完会后我们大家又看了一会需求文档.准备下

需求文档可以不签字吗? 之一

在软件开发中,需求分析和需求管理一直被认为是软件开发成功与否的关键.在CMMI中,需求管理是CMMI2级的过程域,需求开发是CMMI3级的过程域.在瀑布型生命周期当中,安排了需求分析阶段,一般也安排需求分析里程碑评审.瀑布型生命周期存在了很多年,曾经几度写入到软件开发的国际标准.国家标准当中. 由于瀑布型生命周期如瀑布般顺流而下,在设计阶段开始后,根据需求文档的结果来开展工作,要求需求文档的结果比较清晰.稳定.所以对于需求确认,往往地采用签字的方式,希望各方慎重.全面.充分的确定需求. 签字确认

需求文档可以不签字吗之二-理论推导

怎么可能在没有需求文档的情况下,把软件开发出来? 完全有可能.回想下当年读书的教研组,回想下自己的编程经历,总有至少那么几次,在种种的原因下,在没有需求文档的情况下,软件已经编写好了.也许那个软件规模小些,质量不是太好,但确实是没有需求文档的情况下把它编了出来. 所以没有需求文档是可以把软件开发出来的. 为了保证这样的软件达到要求,显然需要另外的手段.笔者认为最要紧的手段是快速地将运行的软件给用户试用或观看,收集用户的反馈,根据用户反馈再修改.这是敏捷软件开发所倡导的"短迭代"和&qu

需求文档中容易出的错误

需求文档中容易出现的主要问题: 1.需求缺失 2. 需求不明确   本周开会的时候,PMs分享了三个案例,其中有两个谈到需求不明的情况.第三个项目是Agile实施项目,不存在需求不明的情况.其原因,我猜测由于甲方主导的Agile的项目,因此,需求方面主要掌握在甲方,甲方管理更好一些. 总的来说,需求不明几乎是所有项目的通病.下面的内容有点飘,叔思维一直是这样,将就了. 需求的不明晰,要区分是需求范围不清晰还是需求内容不清晰.因为这两者有本质的不同. 那么何为范围不清晰呢?我举一个典型的例子,有公