功能设计

用户权限管理

荒凉一梦 提交于 2019-11-28 12:13:31
实现业务系统中的用户权限管理 -- 设计篇    B/S 系统中的权限比 C/S 中的更显的重要, C/S 系统因为具有特殊的客户端,所以访问用户的权限检测可以通过客户端实现或通过客户端 + 服务器检测实现,而 B/S 中,浏览器是每一台计算机都已具备的,如果不建立一个完整的权限检测,那么一个 “ 非法用户 ” 很可能就能通过浏览器轻易访问到 B/S 系统中的所有功能。因此 B/S 业务系统都需要有一个或多个权限系统来实现访问权限检测,让经过授权的用户可以正常合法的使用已授权功能,而对那些未经授权的 “ 非法用户 ” 将会将他们彻底的 “ 拒之门外 ” 。下面就让我们一起了解一下如何设计可以满足大部分 B/S 系统中对用户功能权限控制的权限系统。 需求陈述不同职责的人员,对于系统操作的权限应该是不同的。 优秀的业务系统,这是最基本的功能。 可以对 “ 组 ” 进行权限分配 。对于一个大企业的业务系统来说,如果要求管理员为其下员工逐一分配系统操作权限的话,是件耗时且不够方便的事情。所以,系统中就提出了对 “ 组 ” 进行操作的概念,将权限一致的人员编入同一组,然后对该组进行权限分配。 权限管理系统应该是可扩展的 。它应该可以加入到任何带有权限管理功能的系统中。就像是组件一样的可以被不断的重用,而不是每开发一套管理系统,就要针对权限管理部分进行重新开发。 满足业务系统中的功能权限。

day5

∥☆過路亽.° 提交于 2019-11-28 08:33:38
完成工作:向老师汇报了原型设计,在听取老师的建议后修改了首页设计,为原型设计增加了骑手配送接单的功能,继续学习如何开发小程序。 明日计划:继续完善原型设计,学习开发小程序,制作整体框架。 小结:今天向老师汇报之后,我发现我们团队的原型设计存在很大的功能缺失,为了让这个项目成为可使用的程序,我们添加了之前没有考虑到的功能,明白了如何根据客户需求来进行产品设计。 来源: https://www.cnblogs.com/emiya471/p/11402535.html

“饱了么”小程序原型设计汇报

橙三吉。 提交于 2019-11-28 08:17:50
今天的主要工作就是把昨天剩下的首页、订单和我的这三部分进行了整合,然后在下午进行了成果的演示汇报。老师对于我们的设计给予了一些关键性的指导意见,我也认真思考了一番,并且准备明日计划做一次修改工作:将首页三食堂分布的方式改为用菜品的分类来进行,可以支持手动搜索,并在一定区域附有每个食堂都有的菜品可供学生选择。然后其中最关键的就是增加送餐功能,设计让每个登录的同学都可以发布点菜的需求然后其他相应的同学可以选择接单派送并且可以获得相关配送费。最后还添加相关评价功能不仅有对饭菜的评价并且还可以对配送的同学进行评价,这些都会被纪录进个人信息中。除此之外我们还将会开始进行微信小程序具体代码的学习和编写。 来源: https://www.cnblogs.com/agooo/p/11401891.html

课设8.22

泪湿孤枕 提交于 2019-11-28 06:14:51
今日完成: 今天结合资料完善了需求设计, 把一些不太重要的功能删掉了,同时把之前没有考虑到的细节添加上去; 同时做完了客户端的原型设计,设计做的很简单,只能体现功能部分, 背景和图标没有过于仔细的设计,所以看起来很单调。 明日计划: 完成商家端的原型设计, 把原型设计的链接部分完善一下, 同时尽量对原型加以修改和完善,让原型更美观; 准备明天下午的演示 今日小结: 之前由于对墨刀功能不够熟悉,在一些图标设计上浪费了很多时间, 在对墨刀的基础功能掌握之后,原型设计速度提升了很多, 出错的几率也减小了; 在需求分析上,商家端比客户端要简单一些,原型应该更容易做, 感觉应该很快就能做完。 来源: https://www.cnblogs.com/ysjzyy/p/11396773.html

小学期 第3天

北城余情 提交于 2019-11-28 04:07:44
今日完成任务: 大致设计了用户登录界面。 明天计划: 1.将组长和孙磊同学所设计的功能首页进行整合调整,由于孙磊同学是基于ios设计的,我是基于Android设计的,故我们需要协商一下,统一意见,看看是选做ios还是android,抑或是两者一起做。 2.把我的的登录界面和功能首页、用户信息页连接起来。 3.明日要完成整个软件的原型设计,并且再次确认什么功能是可以实现的,什么功能不能实现。 个人小结: 嗯,今天用墨刀大致设计了用户登录界面,一个体会就是墨刀很好用,但是因为我不熟悉觉得好难。我的效率很低,就得付出更多的时间。嗯,还得找一下图片素材啥的让我们的小课设美观一点。 加油!加油!加油!(给自己打个气,有点中二ahhhhhhh) 来源: https://www.cnblogs.com/Shieh/p/11391231.html

2019/08/21最新进展

房东的猫 提交于 2019-11-28 04:06:05
今日完成的内容如下: 1.我在墨刀上设计的功能首页: 组员孙磊设计的功能首页: 2.我设计的用户信息页: 3.组员谢炎成设计的登录页面: 明日计划如下: 1.将我和孙磊同学所设计的功能首页进行整合调整,由于孙磊同学是基于ios设计的,我是基于Android设计的,故我们需要协商一下,统一意见,看看是选做ios还是android,抑或是两者一起做。 2.把谢炎成同学的登录界面和我们设计的功能首页、用户信息页连接起来。 3.明日要完成整个软件的原型设计,并且再次确认什么功能是可以实现的,什么功能不能实现。 心得体会: 设计前满怀信心,设计过程愁眉苦脸一度想要放弃,设计完成又很难满意。所以我觉得,这个软件设计啊,要是有个甲方直接给我们提要求就好了,要不然我们一会是甲方一会是乙方,一人分饰两角多难受,拿的还只是乙方的工资(其实工资都没得,搞得我今天中午炎炎毒日下还去帮别人拿快递赚取科研经费,我可太难了)。 来源: https://www.cnblogs.com/love-is-a-deal/p/11391154.html

Day2

孤者浪人 提交于 2019-11-28 01:12:00
摘要:今天主要学习了使用墨刀进行项目的框架设计,完成了两个功能 1.小程序的主页设计 2.三个食堂的主页大致设计 小结:初次接触墨刀,很多功能不是很熟悉,比如动态组件的使用,一边看教程学习,一边看队友是怎么弄的,把大致原型搞了出来,当然了,这只是一个项目原型,还有很多细节需要改善。 觉得无论什么东西,都是要多练的,多练习总会入门的。晚上学习了一点点微信小程序。 明日计划:把项目原型进一步完善,把订单页面搞出来,继续学习微信小程序的开发。 来源: https://www.cnblogs.com/wttt/p/11385283.html

java设计模式----观察者模式

允我心安 提交于 2019-11-27 23:50:06
观察者模式也称为订阅发布模式,比较好理解,就是订阅发布这几个步骤,发布的时候可以选择删除增加和通知订阅人。看代码 抽象主题 ,包含增加删除通知功能抽象接口 package watcher; /** * 抽象主题,接口包含增加删除通知观察者功能,类似订阅内容。 * @author mercy * */ public interface Watched { //增加订阅者 public void addWatcher(Watcher watcher); //删除订阅者 public void deleteWatcher(Watcher watcher); //通知订阅者内容 public void notifyWatchers(String str); } 具体主题, 接口的具体的实现 package watcher; import java.util.ArrayList; import java.util.List; /** * 具体主题,发布通知,抽象主题的具体实现 * @author mercy * */ public class ConcreteWatched implements Watched{ List<Watcher> list=new ArrayList<Watcher>(); @Override public void addWatcher(Watcher

软件设计项目进展01 2019/8/19

老子叫甜甜 提交于 2019-11-27 22:02:15
1.当天完成的工作: 在软件课程设计的第一天,仔细了解了软件开发实践课程的整体流程,为接下来一个月将要完成的事情搭起了整体框架。 主要完成了如下事情:1)组队:组名:fubuki 成员: 丁悦(我,组长),张玲瑀(组员),张楠(组员)。 2)选题完成:基于微信小程序的食堂订餐送餐系统设计与实现。 项目名称:懒人食堂 2.第二天的计划: 1)下载墨刀原型设计工具,仔细了解其功能和操作。 2)结合墨刀原型设计工具对微信小程序的需求功能进行合理的设计。 3.每日小结: 今天对一个软件开发的过程有了初步的认识,软件开发是一个并不容易的过程,需要较强的综合能力。然后经过考虑确认了项目的选择。相信自己经过一个月的坚持,学习与实践,能力将会有大的提升。 来源: https://www.cnblogs.com/dydy9999/p/11379184.html

概要设计、详细设计(二) 设计的内容

Deadly 提交于 2019-11-27 19:49:42
3.1 概要设计的主要内容 不同的系统类型其概要设计的内容也不相同,通过概要设计准则我们可以根据实际情况确定概要设计的具体内容,但是一般来说,概要设计的内容可以包含系统构架、模块划分、系统接口、数据设计 4个主要方面的内容。 1. 系统构架 系统构架包含系统使用的软硬件技术平台及相关技术列表、系统的物理架构、物理器件类型、数据库管理系统类型、服务器类型、子系统划分及部署方式、系统的软件架构、第三方软件平台列表等。 例: 硬件架构 例: 软件架构:包括层次划分、子系统 &模块划分 例: 软件技术平台 软件技术平台通常定义采用什么样的软件体系来实现具体的功能,比如采用 SOA结构实现服务分散部署,用 ESB解决数据通讯以及共享,采用 MVC结构实现交互、业务分离,采用 RIA技术支撑复杂、可视交互等等。 例: 子系统划分 2. 模块划分 模块划分的主要工作是结合业务领域以及系统的要求,通过拆分、合并、分组等方法,将各功能划分到子系统和功能模块中,并细化到各机能组件和功能模块上。模块划分可以通过 2步来实现,层次以及模块设计和流程设计。 第 1步层次设计,对于复杂系统需要对系统进行多层的划分,然后一层层的设计。层次划分的方法可以结合业务、部署、运用功能等因素考虑,首先进行分类,然后进行抽象分析,整理共性要素,将功能归纳到模块。制作方法方法可以采用各种表述方法,下例都是按图或表的方式制作的