【系统分析与设计】作业七

本文探讨了软件架构与框架的区别与联系,强调架构作为设计策略,框架作为可复用设计部分的角色。以项目为例,阐述了三层架构的模型和开发者便利性,如前后端分离和低耦合度。最后,分析了Vue与Flux状态管理的异同,指出Flux的单向数据流与Vue的数据共享特点。
摘要由CSDN通过智能技术生成

1、描述软件架构与框架之间的区别与联系

架构的具体含义:
架构是有关软件整体结构与组件的抽象描述,用于指导大型软件系统各个方面的设计。

框架的具体含义:
是整个或者部分系统的可复用设计;表现为一组抽象构件及构件实例间交互的方式。结合架构补充,与业务无关的管理决策框架在没有加载业务数据之前,只能称之为框架。

联系:架构的具体实现离不开框架,框架也需要依托架构来填充业务内容。

区别:框架类似一个名词,可以看做一个半成品的软件,虽然它并不能提供完整无缺的解决方案,却可以为你构建解决方案提供良好的基础。而架构不是软件,而是关于软件如何设计的重要策略,是一个抽象出来的解决方案。软件架构决策设计到如何将软件系统分解成不同的部分、各部分之间的静态结构关系和动态交互关系等。

2、以你的项目为案例

  • 绘制三层架构模型图,细致到分区

这里写图片描述

  • 结合你程序的结构,从程序员角度说明三层架构给开发者带来的便利

    三层架构主要的好处就是可以将工作分化成不同的模块,模块之间的耦合度非常低,只需要预先定义好API就可以共同开发整个项目,每个人都只需要完成自己模块的业务逻辑,而不用去考虑其他问题。
    例如在开发的过程中,我们将三层架构分成前后端分离开发,即前端负责表示层,后端负责业务层和持久化层

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
目前大家比较熟悉共享单车的使用。请编制一个共享单车的管理程序,实现如下基本功能。假设有5种品牌的共享单车(品牌内容自定)。 针对该5种品牌的共享单车,自行设计一套包含每种单车的品牌名称、投放量、投放点、某一时间点的在用数量、每辆车的每天骑行次数及单次里程和总里程、开锁过程中发现的损坏次数等信息(所有相关数据均自行设计)的数据结构; 随着骑行活动的开展,待使用单车的数量将发生变化。要求能对每种单车的使用数量及待使用的数量进行查询统计并输出; 对于某一投放点的某一品牌的单车,如果无备用车(待使用的车均为备用车),或备用车均为损坏的车,系统应能给出信息提示; 对于损坏报修的车辆,系统能够进行及时的统计,并能在投放数量中削减损坏车辆的数量,形成真实的有效投放量; 能够对客户信息进行处理,包括注册的用户名、电话号码、骑行里程、骑行习惯(比如70%以上的出行时间集中在某个时间段,时间段按时钟整点划分)、每天平均的骑行时间等; 该系统能进行当日使用状况的统计,请用链表排序(排序算法不限)提示交易使用次数排在前三名的单车品牌; 假设每种单车的使用是收费的,如第一个小时是免费的,第二个小时开始每小时收费0.5元,各品牌可各自推出优惠收费条件(优惠条件请自定义),然后根据假设的使用情况,统计出各种品牌的日营业额,并对各品牌的受欢迎程度进行排序。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值