精华内容
下载资源
问答
  • 动态需求课程分析模型
    千次阅读
    2021-12-30 11:53:17

    需求分析的任务

    需求分析就是分析用户的要求

    是设计数据库的起点
    结果是否准确地反映了用户的实际要求,将直接影响到后面各个阶段的设计,并影响到设计结果是否合理和实用

    需求分析的任务

    详细调查现实世界要处理的对象(组织、部门、企业等)
    充分了解原系统(手工系统或计算机系统)工作概况
    明确用户的各种需求
    在此基础上确定新系统的功能
    新系统必须充分考虑今后可能的扩充和改变

    调查的重点是“数据”和“处理”,获得用户对数据库的要求

    (1)信息要求
    用户需要从数据库中获得信息的内容与性质
    由信息要求可以导出数据要求,即在数据库中需要存储哪些数据
    (2)处理要求
    用户要完成的处理功能
    对处理性能的要求
    (3)安全性与完整性要求

    确定用户最终需求的难点

    用户缺少计算机知识,不能准确地表达自己的需求,他们所提出的需求往往不断地变化。
    设计人员缺少用户的专业知识,不易理解用户的真正需求,甚至误解用户的需求

    解决方法

    设计人员必须不断深入地与用户进行交流,才能逐步确定用户的实际需求

    需求分析的方法

    调查清楚用户的实际需求并进行初步分析
    与用户达成共识
    分析与表达这些需求

    调查用户需求的步骤

    (1)调查组织机构情况
    (2)调查各部门的业务活动情况
    (3)协助用户明确对新系统的各种要求,包括信息要求、处理要求、完全性与完整性要求
    (4)确定新系统的边界

    常用调查方法

    (1)跟班作业
    通过亲身参加业务工作了解业务活动的情况
    (2)开调查会
    通过与用户座谈来了解业务活动情况及用户需求
    (3)请专人介绍
    (4)询问
    对某些调查中的问题,可以找专人询问
    (5)设计调查表请用户填写
    调查表设计合理,则很有效
    (6)查阅记录
    查阅与原系统有关的数据记录

    进一步分析和表达用户需求

    分析方法
    结构化分析方法(Structured Analysis,简称SA方法)
    SA方法从最上层的系统组织机构入手
    采用自顶向下、逐层分解的方式分析系统
    对用户需求进行分析与表达后,需求分析报告必须提交给用户,征得用户的认可

    需求分析过程

    在这里插入图片描述

    数据字典

    数据字典是关于数据库中数据的描述,即元数据,不是数据本身
    数据字典在需求分析阶段建立,在数据库设计过程中不断修改、充实、完善
    数据字典是进行详细的数据收集和数据分析所获得的主要结果
    注意:
    和关系数据库管理系统中数据字典的区别和联系
    数据字典的内容
    数据项
    数据结构
    数据流
    数据存储
    处理过程
    数据项是数据的最小组成单位
    若干个数据项可以组成一个数据结构
    数据字典通过对数据项和数据结构的定义来描述数据流、数据存储的逻辑内容

    数据项

    数据项是不可再分的数据单位
    对数据项的描述
    数据项描述={数据项名,数据项含义说明,别名,数据类型,长度,取值范围,取值含义,与其他数据项的逻辑关系,数据项之间的联系}
    “取值范围”、“与其他数据项的逻辑关系”定义了数据的完整性约束条件,是设计 数据检验功能的依据
    可以用关系规范化理论为指导,用数据依赖的概念分析和表示数据项之间的联系

    数据结构

    数据结构反映了数据之间的组合关系。
    一个数据结构可以由若干个数据项组成,也可以由若干个数据结构组成,或由若干个数据项和数据结构混合组成。
    对数据结构的描述
    数据结构描述={数据结构名,含义说明,组成:{数据项或数据结构}}

    数据流

    数据流是数据结构在系统内传输的路径。
    对数据流的描述
    数据流描述={数据流名,说明,数据流来源,数据流去向,组成:{数据结构},平均流量,高峰期流量}
    数据流来源:说明该数据流来自哪个过程
    数据流去向:说明该数据流将到哪个过程去
    平均流量:在单位时间(每天、每周、每月等)里的传输次数
    高峰期流量:在高峰时期的数据流量

    数据存储

    数据存储是数据结构停留或保存的地方,也是数据流的来源和去向之一。
    对数据存储的描述
    数据存储描述={数据存储名,说明,编号,输入的数据流 ,输出的数据流,组成:{数据结构},数据量,存取频度,存取方式}
    存取频度:每小时、每天或每周存取次数,每次存取的数据量等信息
    存取方法:批处理 / 联机处理;检索 / 更新;顺序检索 / 随机检索
    输入的数据流:数据来源
    输出的数据流:数据去向

    处理过程

    处理过程的具体处理逻辑一般用判定表或判定树来描述。数据字典中只需要描述处理过程的说明性信息
    处理过程说明性信息的描述处理过程描述={处理过程名,说明,输入:{数据流},输出:{数据流},处理:{简要说明}}
    简要说明:说明该处理过程的功能及处理要求
    功能:该处理过程用来做什么
    处理要求:处理频度要求,如单位时间里处理多少事务,多少数据量、响应时间要求等
    处理要求是后面物理设计的输入及性能评价的标准

    需求分析小结

    把需求收集和分析作为数据库设计的第一阶段是十分重要的。
    第一阶段收集的基础数据(用数据字典来表达)是下一步进行概念设计的基础。
    强调两点  
    (1)设计人员应充分考虑到可能的扩充和改变,使设计易于更改,系统易于扩充
    (2)必须强调用户的参与
    欢迎大家加我微信交流讨论(请备注csdn上添加)
    在这里插入图片描述

    更多相关内容
  • 有效需求分析.pdf

    2020-06-11 22:12:45
    使了解需求工程基本理论,具有一定需求相关工作经验的技术人员、业务骨干的需求分析实战技能迅速提高,能够有效地组织、执行需求分析工作,熟练掌握各种模型并正确选择,编写出更加高效的需求文档。通过该课程的学习...
  • 广工计算机需求分析课程设计,以滴滴打车和平云小匠为模型,写出滴滴电工的需求分析报告
  • 本文主要为计算机类专业课“软件工程”结课大作业参考资料,主要围绕餐厅的自助点餐系统进行一系列的研究,采用面向对象模型进行开发,完整资源包括需求分析、面向对象设计书、可行性分析、测试文档和使用java初步...
  • 需求分析课程要求一天 培训要求 1 简述需求分析的任务与内容 1 确定对系统的综合需求 2 分析系统的数据需求 3 建立系统的逻辑模型 2 基于GJB438瞰件设计方法要求以一个完整的事例主要介绍 需求分析的方法 1 支持...
  • 一个简洁的课程设计中的用户需求分析部分,不全面,但有可供参考模版和部分资料.
  • 软件开发全程模型:需求模型、分析模型、设计模型、物理模型
  • NUMPAGES 汽车租赁系统的需求分析与设计 目的 UML统一建模课程是一门面向对象开发方法的设计语言UML统一建模课程设计实验课着重加强面向对象建模技术使用UML统一建模语言用需求模型简化业务领域用分析模型验证用例的...
  • UML 课程设计 汽车租赁系统的需求分析 图书馆管理系统 各种图都具备,我们大四的课程设计 10.1 系统概述 10.1.1 问题的提出 10.1.2系统的构建目标和意义 10.1.3 系统设计原则 10.2 需求分析 10.2.1 系统的功能...
  • 答:知乎论坛业务模型 2) 尝试调研分析或自主规划设计该系统的业主企业或组织机构的组织架构图,并说明该系统涉及企业或组织机构中哪些相关业务部门。 答:该系统涉及到知乎调整后的组织架构中前端的社区内容、会员...

    一、 针对前期作业中选定的业务背景,请完成如下数据库应用系统规划训练
    1) 给你所规划的数据库应用系统起一个系统名称
    答:知乎论坛业务模型

    2) 尝试调研分析或自主规划设计该系统的业主企业或组织机构的组织架构图,并说明该系统涉及企业或组织机构中哪些相关业务部门。
    答:该系统涉及到知乎调整后的组织架构中前端的社区内容、会员和商业广告三大事业部,中端的社区业务平台和技术中台,后端的财务、市场等职能支持部门。
    在这里插入图片描述

    3) 调研分析企业相关部门中的跟该系统有关的各种用户或企业外的用户,用文字描述用户使用系统开展业务的场景(例如,租车客户将在特定手机上打开APP,用户在界面上点击….)。
    答:

    A.在系统上发布问题

    a. 用户打开对应的网页或者手机APP,输入账号密码登录
    b. 如果输入正确,进入主界面,输入错误则返回登陆页面并显示输入错误并提供找回密码服务
    c.在主页点击提问,在页面弹出的文本框中输入自己的问题。
    d.调整绑定话题和问题背景。
    e.等待一段时间后审核通过,问题成功发布

    B.在系统上回答问题

    a.在主页点击热度较高问题或搜索关键词查找部分问题
    b.进入问题后点击写回答
    c.在弹出的文本框中输入答案
    d.点击发布回答后回答成功

    C.在系统上发布文章

    a.在主页点击创作中心写文章部分
    b.输入文章的标题内容
    c.点击发布,一段时间审核通过后发布成功

    D.在系统上购买电子书

    a.进入电子书购买界面
    b.输入信息检索电子书
    c.确定购买,启动付费系统
    d.确认付费完成后可以再本地实现下载和在线阅读

    4) 规划系统的性能指标,如并发用户数、用户数、核心业务响应时间等。
    答:(1)对核心业务进行操作,即对数据库信息进行检索或者增删减改的时间消耗。例如模糊查询一个标题有“数据库”的文章,在这一内容文章数量较大的情况下能否快速并且直观地展示所有搜索结果。
    (2)并发用户数。该类系统一个具有挑战性的问题是面对多个用户同时对数据库操作,应对该种并发操作的结果如何。这里的用户交互我们定义为进行一次数据表的查询操作。
    (3)平均故障响应时间(TAT)。即从出现故障到该故障得到确认修复前的这段时间。该指标反应的是服务水平。平均故障响应时间越短,对用户系统的影响越小。
    (4)兼容性,是否大多数浏览器都能使得系统信息正常显示。保证大多数用户的体验。
    (5)高存储:长期存储历史数据,确保内容积累且不影响前面的性能

    5) 说明你所规划的系统的战略地位,例如系统服务于公司以什么方式赢得客户、获得直接或间接收益,获得市场地位。
    答: 类似知乎的平台问答平台在网络上还有很多,知乎能够赢得客户有两个方面的主要优势,其一是高质量用户带来的高质量回答,在用户回答审核方面严加把关,其二是自身系统的性能优势,在高吞吐,大存储量的情况下依旧做到了毫秒级的查询搜索速度,给用户带来了良好的使用体验。

    6) 尝试说明建设该系统可能涉及的投资和运营成本,分析可能获得的收益。
    答:投资和运营成本:
    对于运营成本来说,最主要的两点就是服务器的购买与维护以及在进行内容审查时的人工成本。
    因为类似知乎这样的问答平台自身的数据量相对较大,同时又需要维持快速的查询回复,所以对于服务器以及系统的需求往往比较高。同时对于一个问答平台,往往内容的审查是很关键的,所以在审查方面的投入也会比较高。
    另外还有就是网站,APP的创建成本,吸引各个领域的专业人士进入完成高质量内容积累的成本,系统完成后的推广成本等等。
    获得的收益:
    (1)广告盈利
    参考目前知乎的广告主要分为三个部分:打开知乎前的开屏广告、问答之间的插入的软广告、回答结尾答主选择是否插入广告。
    这三个本质上是利用平台流量进行广告盈利。
    (2)付费会员
    用户付费,知乎以图文、视频形式提供优质海量为用户内容,涉及内容广泛小说、财经、科学、讲座、杂志等
    (3)在线教育
    有一些出版物图书以及电子书,比如知乎周刊,盐系列等书籍。
    7) 结合系统业务功能与性能规划,确定初步的技术选型规划,大致分析该系统在技术上的可行性。
    答:以python作为开发语言,MYSQL作为信息存储方式建立系统,HTML5编写web前段网站,sublime text作为开发工具,采用用户层,逻辑层,数据层的分层逻辑。整个方案体系结构框架合理,层次分析合理,有可持续的盈利方式和良好前景。并且技术方面具备一定的可行性。

    二、 数据库应用系统需求分析
    自学统一建模语言(Unified Modeling Language, UML),在作业中解释UML、用例(Use Case)、用况(Use Case Scenario)、用例图(Use Case Diagram)、泳道图和数据流图(Data Flow Diagram,DFD)的概念及其VISIO中的画法,针对前述作业中选定的业务场景,开展如下系统需求分析:
    概念说明:
    1.UML:统一建模语言(Unified Modeling Language,UML)是用来设计软件蓝图的可视化建模语言。它的特点是简单、统一、图形化、能表达软件设计中的动态与静态信息。
    2.用例:从用户角度描述系统功能,并指各功能的操作者。或者说在不展现一个系统或子系统内部结构的情况下,对系统或子系统的某个连贯的功能单元的定义和描述。他包括了名称、描述、主要事件流、扩展流、异常流、前置条件和后置条件等等元素。
    在Visio中,用例使用椭圆进行表示。如下图所示。
    在这里插入图片描述

    3.用况:通过查询,感觉用况和用例其实描述的类似,都是描述系统在一定场景下的系统功能,在Visio中也是同样用椭圆形进行表示。目前看到的比较明确区分两者的是说用况说明的是用户使用的情况、场景,是唯一的。而用例不唯一。
    4.用例图:用例图是指由参与者(Actor)、用例(Use Case),边界以及它们之间的关系构成的用于描述系统功能的视图。用例图(User Case)是外部用户(被称为参与者)所能观察到的系统功能的模型图。用例图是系统的蓝图。用例图呈现了一些参与者,一些用例,以及它们之间的关系,主要用于对系统、子系统或类的功能行为进行建模。
    用例图中涉及的关系有:关联、泛化、包含、扩展。
    在这里插入图片描述

    a. 关联(Association)
      表示参与者与用例之间的通信,任何一方都可发送或接受消息。
    b. 泛化(Inheritance)

    就是通常理解的继承关系,子用例和父用例相似,但表现出更特别的行为;子用例将继承父用例的所有结构、行为和关系。子用例可以使用父用例的一段行为,也可以重载它。父用例通常是抽象的。在实际应用中很少使用泛化关系,子用例中的特殊行为都可以作为父用例中的备选流存在。
    c. 包含(Include)
      包含关系用来把一个较复杂用例所表示的功能分解成较小的步骤。包含关系对典型的应用就是复用,也就是定义中说的情景。但是有时当某用例的事件流过于复杂时,为了简化用例的描述,我们也可以把某一段事件流抽象成为一个被包含的用例;相反,用例划分太细时,也可以抽象出一个基用例,来包含这些细颗粒的用例。这种情况类似于在过程设计语言中,将程序的某一段算法封装成一个子过程,然后再从主程序中调用这一子过程。
    d. 扩展(Extend)
      扩展关系是指用例功能的延伸,相当于为基础用例提供一个附加功能。将基用例中一段相对独立并且可选的动作,用扩展(Extension)用例加以封装,再让它从基用例中声明的扩展点(Extension Point)上进行扩展,从而使基用例行为更简练和目标更集中。扩展用例为基用例添加新的行为。扩展用例可以访问基用例的属性,因此它能根据基用例中扩展点的当前状态来判断是否执行自己。但是扩展用例对基用例不可见。

    5.泳道图:泳道图,一种UML活动图,能够清晰体现出某个动作发生在哪个部门。泳道图在纵向上是部门职能,横向是岗位(有时候横向上不区分岗位)。绘图元素与传统流程图类似,但在业务流程主体上,通过泳道(纵向条)区分出执行主体,即部门和岗位。

    6.数据流图:数据流图是用于表示系统逻辑模型的一种工具,它以图形的方式描绘数据在系统中流动和处理的过程,由于它只反应系统必须完成的逻辑功能,因此它是一种功能模型。对于它在Visio中的表示方法,数据流图有四种基本图形符号:
    箭头:表示数据流;
    圆或椭圆或圆角矩形:表示加工;
    双杠:表示数据存储;
    方框:表示数据的源点或终点。

    1) 分析系统业务需求,标识出用户(Actor或User),进行系统功能划分,画出用例图;
    答:本系统用例图如下:
    在这里插入图片描述

    2) 分析系统业务场景,针对涉及多个用户(Actor或用户)的业务场景,分析业务流程,画出泳道图(至少一个)。
    答:本系统泳道图如下:
    在这里插入图片描述

    3) 结合前面作业设计结果,补充分析完善系统的数据项,数据结构(可以用类图表示),数据的存储(持久化)需求,形成数据字典。
    答:对于系统的数据项,主要来自于数据库中各个表的属性。
    对于answer(存储回答信息的表),它的数据项包括如下内容。相比与之前的设计,这里为回答ID增加了自增方法。便于查看
    在这里插入图片描述

    对于ebook(存储电子书信息的表),它的数据项包括如下内容。相比与之前的设计,这里为价格增加了不得小于等于0约束。
    在这里插入图片描述

    对于essay(存储文章信息的表),它的数据项包括如下内容。
    在这里插入图片描述

    对于question(存储问题信息的表),它的数据项包括如下内容。相比与之前的设计,这里为回答数增加了不得小于0约束。
    在这里插入图片描述

    对于user(存储用户信息的表),它的数据项包括如下内容。相比与之前的设计,这里为性别设置了域,只能在男或女中进行选择输入。
    在这里插入图片描述

    对于vip_member(存储会员信息的表),它的数据项包括如下内容。
    在这里插入图片描述
    关于系统的数据结构,这里按照数据项的种类进行类的划分。其中user和question,answer,essay都是一对多的关系,一个用户可以提出多个问题,写多个回答,发多篇文章。虽然存在用户不是会员的情况,但是因为一对一联系中可以没有实体对应联系,所以user和vip_member是一对一的关系,同时也是继承关系,因为会员本质上也还是用户,所以他应该继承user的所有属性。User和ebook是多对多得关系,因为一个用户可以购买多本电子书同时一本电子书也可以被多个用户购买。question和answer之间是组合关系,一个question内会存在多个answer,但是answer不能单独存在,会依赖于question,换言之,如果删除了问题,回答单独存在就没有意义,所以是组合关系。对于每个类里都会存在一个Init的函数,用来对类内变量进行初始化,方便其它类内函数的调用。表示的类图如下,类图中的函数因为不能引用中文变量,对于上面提到的属性进行英文调整:
    在这里插入图片描述

    对于数据的存储需求,首先对于数据量大小,为了让数据能够正常存储,磁盘容量往往都需要足够大。而对于数据的物理存储方式,由于essay和question是有频繁查找需求的表,并且涉及到相对过多的数据插入操作以及较大量的数据,所以不适合添加聚簇索引,而ebook 作为有频繁查找需求的表,自身插入操作较少,可以添加聚簇索引。User,vip_member和answer因为自身属性原因,随机存取方式即可。

    4) 分析系统的数据处理需求,画出系统主要的数据流图,建议包含两个层级的DFD。
    答:顶层图如下:
    在这里插入图片描述

    第0层如下:
    在这里插入图片描述
    在这里插入图片描述

    5) 分析系统的非功能性需求,给出系统业务处理性能、安全性、完整性等需求。
    将以上内容形成系统的需求规格说明书。
    答: 对于业务处理性能,系统要采取集群方式提供服务,有异常检查系统,及时识别有问题的节点和重启,保证服务的高可用性。
    对于业务处理的安全性,作为一个知识问答平台,自身没有过多的隐私信息存储,不过由于存在电子书购买业务,所以也要保障顾客的隐私信息不会泄漏。另外,平台的操作权限只能由登陆用户拥有,网站要对用户的密码进行保护。
    对于业务处理的完整性需求,用户在平台对数据信息的修改要符合数据库表的三种完整性要求,否则会给用户提供无法执行的信息反馈。

    三、 数据库应用系统设计—概念与逻辑设计
    基于以上需求规格说明书,完成如下任务:
    1) 结合新补充的需求,完善ER图,形成完整的实体关系模型。
    在这里插入图片描述

    因为用户和电子书之间为多对多得关系,所以添加购买实体型:
    (用户ID,书籍ID,购买时间,价格)
    其余实体关系不变。
    2) 结合前面几次作业设计的数据模式,在函数依赖的范畴判定原有模式的规范化程度,并根据需要补充新关系模式。并对不属于3NF的模式进行分解,使其达到3NF的要求。
    答:经过检查,发现所有实体型均满足了3NF。非主属性之间不存在函数依赖关系。
    以上内容形成第一版的系统设计规格说明,以后持续完善。

    补充作业:
    完成教材(数据库系统概论第五版)P.241 7,8两题
    第7题的ER图如下:
    在这里插入图片描述

    第八题的ER图如下
    在这里插入图片描述

    其中下划线为主键,斜体为外键。
    系(系编号,系名,学校名)班级(班级编号,系编号,班级名)教研室(教研室编号,系编号)课程(课程编号,课程名)教员(职工号,教员姓名,职位,教研室编号)学生(学号,课程编号,成绩)

    产品(产品号,产品名称, 工厂号)零件(零件号,零件名称,仓库号)材料(原材料号,材料名称,类别,仓库号)仓库(仓库号,仓库名)产品组成(产品号,零件号)零件组成(零件号,原材料号)

    经过分析以上两个关系模式均都有唯一的码,且都是唯一的决定因素,为BCNF,不会产生更新异常现象。

    展开全文
  • 用例模型与非功能性需求 用例模型 用例描述 非功能性需求 面向对象分析模型 领域模型类图 主事件流说明 关键业务用例的分析类结构 核心业务场景系统时序图 系统操作契约 面向对象设计模型 精细化设计与模式应用 设计...
  • 分析阶段是首要的环节是确定培训目标设计培训计划的前提也是决定培训是否开展的关键因素 在培训的各个阶段都要有分析通过问卷约谈电话等各种形式了解对象组织课程的各方面需求 ;D设计阶段;D开发阶段;I实施阶段;E评估...
  • UML课程设计报告 汽车租赁系统的需求分析与设计,说明文档详细,实现详细。
  • 第二章 需求分析 3 2.1 功能需求分析 3 2.2 需求模型 3 2.3 业务流程图 3 第三章 系统的数据模型和软件设计 6 3.1 系统E-R图 6 3.2 数据库概念模型(CDM)设计 10 3.3 物理数据模型(PDM)设计 10 3.4 应用程序类图...
  • Java Web 课程设计需求分析文档

    千次阅读 2019-05-08 19:55:25
    企业办公软件管理需求分析 一、引言 1.1编写目的 软件需求分析是为了使用户和软件开发人员双方对该软件的初始规定有一个共同的理解,使之成为整个软件开发工作的基础.就本项目而言,编写需求分析报告的主要目的是明确...

    企业办公软件管理需求分析

    一、引言

    1.1编写目的

    软件需求分析是为了使用户和软件开发人员双方对该软件的初始规定有一个共同的理解,使之成为整个软件开发工作的基础.就本项目而言,编写需求分析报告的主要目的是明确系统各部分需要完成的功能,了解系统安全性等方面的特性,为下一步系统详细设计和开发,代码编写打下基础。

    1.2项目背景:

    本项目基于Java EE面向企业级的开发。用于本学期对Java
    EE的学习,检验学习成果。现在随着计算机的发展,我们的工作、学习和生活中都需要计算机。然而,在当今激烈的社会竞争中,企业为了发展,也需要进行信息化建设。传统企业办公需要大量的人力财力,这个传统的管理方式存在许多缺点。如效率低、数据的保密性差、随着企业的发展、将产生大量的数据,却面临着数据的存储困难。而本项目为了提高企业办公效率,提供数据的安全性,降低成本、实现企业办公管理的优化。发挥计算机的优势,使用计算机对企业办公进行管理,具有许多优点,如检索迅速、可靠性高、存储量大、成本低等。

    二、综合描述

    2.1项目简介

    我们项目是用于企业办公的软件的开发,是为了提高企业办公中的效率,降低时间成本、人力成本等。企业办公管理是企业管理中十分重要的内容,随着企业的发展,如何管理好企业内部人员及信息,对企业来说很重要。开发一个办公管理系统就很必要了。这个企业办公管理系统具有如下的一些功能:职工管理:主要实现职工的添加、删除等。以及员工的日常考勤功能。个人管理,主要用于查看自己的资料等。以及平常出勤查询等。公告管理,主要实现系统添加、发布、删除公告等。用于给职工发放企业的相关通知等。奖罚管理,主要增加奖励、惩罚记录,方便职工查看、用于激励及约束规范职工行为。资料管理,主要用于上传一同企业的文件。

    2.2项目功能需求分析

    本系统首先员工要通过一定身份验证,才能进入系统,使用到本系统所提供的相应服务。基本功能描述如下。

    2.2.1功能描述如下:

    1. 用户注册:用户注册(新加入的员工需经过人事部门的身份验证才能注册本系统)、用户登录、用户退出、密码修改。通过用户在此界面输入相关的信息,完成账号与密码以及个人信息在数据库中的录入,并由此获得一个可进入系统的Id和密码。
    2. 登录:通过让用户输入账号与密码,再将用户Id与密码与数据库中用户注册时的数据进行比对,Id与密码都正确提示登录成功,页面跳转;如果密码与Id不对,提示用户,密码输入错误,请他重新输入。
    3. 职工管理功能:主要实现新入职员工的添加、删除等。
    4. 管理员审核:管理员后台审核用户申请的出售信息是否合规,管理员确认之后发布到平台;同时后台管理员处理接收到的举报与投诉信息。
    5. 修改密码:考虑到部分用户可能会忘记密码,设立此功能,使忘记密码的用户能够通过修改密码,重新进入系统。
    6. 个人管理:员工进入个人管理模块,可以实现个人信息的查询。
    7. 公告管理:主要用于企业添加、发布和删除相应公告,而员工可以进行查看。
    8. 奖罚管理:企业可以在此进行员工表现的记录,实行奖罚制度。
    9. 培训管理:主要用于登录培训记录等,激励职工学习,提高职工的工作质量。
    10. 费用管理:主要用于登记每笔费用的使用情况等,方便公司统计,结算等。
    11. 料下载:主要用于员工下载公司资料。
    12. 平台维护管理:审核信息的发布和处理举报投诉, 日常系统的维护功能。
    13. 退出:主要是为了保护用户的账户安全,防止因无法退出而产生的账户不安全行为。

    2.2.2系统功能描述:

    1. 登录:通过让用户输入账号与密码,再将用户Id与密码与数据库中用户注册时的数据进行比对,Id与密码都正确提示登录成功,
    2. 页面跳转;如果密码与Id不对,提示用户,密码输入错误,请他重新输入。
    3. 注册:通过用户在此界面输入相关的信息,完成账号与密码以及个人信息在数据库中的录入,并由此获得一个可进入系统的Id和密码。
    4. 退出:主要是为了保护用户的账户安全,防止因无法退出而产生的账户不安全行为。
    5. 修改密码:考虑到部分用户可能会忘记密码,设立此功能,使忘记密码的用户能够通过修改密码,重新进入系统。

    2.3项目系统架构图  
    本项目系统架构图如图2.3所示:
    在这里插入图片描述
    2.4项目E-R图
    项目E-R图,有管理员和职工模型、管理员和资料模型、管理员和培训模型和管理员和公告模型。
    管理员和职工模型如图2.4-1所示
    在这里插入图片描述
    管理员和资料模型如2.4-2所示
    在这里插入图片描述
    管理员和培训模型如图2.4-3所示
    在这里插入图片描述
    管理员和公告模型如4.2-4所示
    在这里插入图片描述
    2.5项目用例图
    项目用例图如2.5所示
    在这里插入图片描述

    三、项目其他需求

    3.1用户
       我们本项目的主要用户是企业及其企业员工。
      3.2硬件需求
       我们开发硬件要求是我们成员的个人笔记本计算机,部署的服务器。
      3.2软件需求
       软件要求:我们的集成开发环境是IDEA,MySQL数据库。
       3.3数据管理
       数据库的管理主要是数据管理,针对数据实行备份、恢复、添加、删除等管理功能。其中备份包括本地备份和异地备份。 针对资源库的分布式特点,我们采用:
      1. 先对各自服务器进行发布、订阅服务器和分发的配置。
      2. 在需要备份的数据库服务器上向其他服务器(也可以是本服务器)发布备份内容。
      3. 在订阅设置中设置备份的目标位置。
      4.定期备份完成后,可实现对损坏的数据库数据的恢复。

    四、结语

    -本文档基于SpringMVC的企业办公管理系统设计与实现的需求,详细描述了系统的功能模块实现概述,系统的体系结构设计,数据结构设计,模块划分,以及系统用例等。

    展开全文
  • 网络安全课程设计,文档47页,附拓扑图、eNSP直接运行。 目 录 第1章 绪 论 1 1.1 课题研究背景和意义 1 1.2 国外现状分析 1 1.3 国内现状分析 2 1.4 课题研究的主要内容 3 第2章 设计分析 4 2.1 校园网的特点 4 2.2...
  • 分析阶段有两个关键任务,分别是识别系统需求和根据系统需求为系统建立需求模型。 一般说来,负责开发软件项目的项目经理或系统分析员,需要尽可能地了解软件项目涉及的业务活动细节,这是因为只有熟悉了项目的业务...

    在前面的课程中,已经了解了结构化开发方法和面向对象的开发方法,并且学习了分析和设计阶段的活动以及这些阶段的每一项活动的目标。从这节课开始,我们将结合人脉项目,讨论在分析阶段使用的技巧及有关任务。分析阶段有两个关键任务,分别是识别系统需求和根据系统需求为系统建立需求模型。

    一般说来,负责开发软件项目的项目经理或系统分析员,需要尽可能地了解软件项目涉及的业务活动细节,这是因为只有熟悉了项目的业务活动细节,才能确保系统完全满足业务需求。例如,人脉项目是社交类项目,社交涉及的业务活动都需要熟悉和了解。如微信是主要的社交软件,只有了解微信的分享、微信公众号等业务功能,才能实现人脉项目与微信的互动。

     

    功能和技术需求

    系统分析阶段要做的主要工作就是确定系统需求。系统需求是新系统必须要完成的功能,在《人脉项目技术要求》任务说明书中已经给出了系统的功能范畴。在系统分析阶段,项目经理或系统分析员需要详细地定义和描述这些功能,换句话说,项目经理或系统分析员要把这些高层功能分解为详细的系统需求。一般而言,系统需求分为功能需求和技术需求两类。

    功能需求是系统必须完成的活动,功能需求直接来自项目招标书、任务说明书、项目合同书等确定的系统功能。例如,在《人脉项目技术要求》任务说明书中规定了项目要实现这样一些功能:支持人脉资料的自动识别、批量导入和手动录入、支持人脉资料的管理和分类、支持构建人脉网络结构等等。这些都是人脉项目要实现的功能,确定和描述所有这些功能需要花费大量的时间和精力,给功能需求建模是理解功能需求最好的方式。

    技术需求是描述软件运行环境和性能目标的系统需求。例如在《人脉项目技术要求》任务说明书中,要求人脉项目支持Windows和Linux平台、支持的移动终端为Android平台和iOS平台、用户访问系统并完成操作的响应时间一般控制在5秒以内等等,这些都是技术需求。

    对于新系统的完整定义,功能需求和技术需求是必不可少的。这两种系统需求都包含在系统需求调查中,功能需求通常记载在已建立的分析模型中,技术需求则通常记载在技术需求的叙述性描述里。

     

    系统相关者

    系统功能需求的主要来源是新系统的各种系统相关者。系统相关者是对系统感兴趣的人。系统相关者有三类,一是类是使用系统的人,这类人也称为用户;二是购买和拥有系统的人,这类人也称为客户;三是确保系统运行的维护人员,这类人也称为技术人员。

     

                           

                                                                             图 1 人脉项目系统相关者

    用户是使用系统处理日常事务的人,用户在使用系统时可能会处于不同的角色,不同角色的用户对系统会有不同的需求。例如在库存管理系统中,会涉及到生产部门、进货部门、仓库和销售部门,每个部门的工作人员对系统的需求都会不同。因此在调查系统需求时,必须要确保这些部门的每个人都讲述了自己的需求。

    在人脉系统中,如图1所示。用户分为商务用户、普通用户、学生用户、职业用户、客户和技术人员。商务用户会有维护客户关系、拓展客户的需求;普通用户可能就是单纯记录通讯资料的需求;学生用户更注重于社交资料的真实性、个性化数字名片、校园社交等需求;职业用户包括公务员、医生、律师、科技工作者等用户,这类用户会有社交圈、分享等需求。

    客户是为系统提供资金的人和组织。客户可能是项目招标方、购买系统的个人和组织、制定项目的公司管理层等。把客户包括在系统相关者列表中,是因为项目开发小组必须在项目的整个开发过程中,始终向客户提供项目进展的概要情况。

    技术人员并不是真正的用户,但他们是技术需求的来源。技术人员包括系统研发人员和维护系统运行的人员。技术人员会在编程语言、技术体系、计算机平台和其它设备方面对项目提供帮助。

     

    如何识别系统需求?

    在系统开发中分析阶段的目标就是要理解项目涉及的业务流程和定义系统需求。理解一个新系统的业务流程,最好的方法就是做好系统相关者的需求调查。也可以通过确定类似系统的业务流程和活动,来推断出新系统的业务流程和系统需求。类似的系统可以是原有的系统,也可以是第三方公司的产品。

                                  

                                                                图 2 识别系统需求的方法

    在进行系统分析时,项目经理或系统分析员首先要问的问题是:我需要收集哪方面的信息?通常情况下,调查系统需求主要是获取能够建立新系统逻辑模型的信息。开展系统需求调查可以从三个问题入手:

    ● 项目涉及的业务过程和活动是什么?也就是提问用户“你要干什么”?

    ● 业务过程和活动该怎样完成?也就是提问用户“你准备怎么完成它”或“需要哪些步骤”?

    ● 需求信息是什么?也就是提问用户“为了实现这些业务过程,你需要哪些信息”?

     

    第一个问题“你要干什么”。是从用户的角度来理解系统要完成的功能。在大多数情况下,用户会从已知的系统或者自身的需求来作出回答。作为项目经理或系统分析员需要从用户的回答中仔细辨别出用户提出的功能,哪些功能是重要的,哪些功能是需要保留的,哪些功能是需要删除的。例如,人脉项目的商务用户可能希望在节假日给选定的客户自动发送贺卡等。

    第二个问题是“你准备怎么完成它?”。从用户的角度描述完成功能的步骤。例如在自动发送贺卡功能中,用户可能希望首先选定要自动发送的客户,然后设定发送的时间,再设置贺卡模板,输入贺卡内容,最后系统在设定的时间自动发送贺卡。

    第三个问题是针对第一个和第二个问题的。用户提出了新系统的功能和完成步骤后,项目经理和系统分析员需要确定要给系统提供哪些信息来完成这些功能。

    第一个问题和第二个问题用于确定新系统的功能及完成步骤,第三个问题给出了描述第一个问题和第二个问题的具体信息。对这三个问题的回答定义了系统需求的基础。作为一个项目经理或系统分析员,理解用户需求并建立需求模型是最重要的能力之一。

    调查系统需求时也可以遵循一些已经证明行之有效的方法,这些方法往往被项目经理和系统分析员组合起来使用,提高了系统分析的效率,这些方法可以广泛地用于不同规模的软件项目开发中。下面列出了这些方法:

    ● 向系统相关者分发和收集调查表

    ● 复查现有报表、表格或过程描述

    ● 主持与用户的面谈和讨论

    ● 观察类似系统的过程和工作流

    ● 建立新系统原型

    在后面的课程中会介绍如何使用这些方法。

     

    小结

    1、系统需求主要由功能需求和技术需求组成。功能需求是系统必须完成的活动。项目招标书、任务说明书、项目合同书等确定了系统的功能范畴。在分析阶段,项目经理或系统分析员要把这些高层功能分解为详细的功能需求;技术需求是描述软件运行环境和性能目标的系统需求,例如系统的性能指标等。

    2、系统功能需求的主要来源是新系统的各种系统相关者。系统相关者是对系统感兴趣的人。如使用系统的用户、购买或给系统提供资金的客户、技术人员等。

    3、识别新系统需求最好的方法是做好系统相关者的需求调查,调查系统相关者的方法有向系统相关者分发和收集调查表、复查现有报表、表格或过程描述、主持与用户的面谈和讨论。也可以通过确定类似系统的业务流程和活动,来推断出新系统的业务流程和系统需求。

    展开全文
  • 互联网运营常用8大数据分析模型

    千次阅读 2019-05-27 17:06:37
    1、用户模型 “不仅要知道用户当下在想什么,更要知道用户背后在想什么,以及用户正在经历着什么。” 传统用户模型构建方式 用户模型:基于对用户的访谈和观察等研究结果建立,严谨可靠但费时; 临时用户模型:基于...
  • 实验一 面向对象需求分析方法 一、实验目的 1)掌握Visio(或Rational Rose)的特点、运行环境及获取方法; 2)掌握Visio(或Rational Rose)基本使用方法; 3)掌握使用Visio(或Rational Rose)绘制用例图、类图及...
  • 需求分析试验报告.doc

    2020-12-12 07:04:52
    系数学与计算2016.6.3 实验项目项目需求分析 实验日期实验课程软件工程试验 成绩指导教师吴建兵 姓名 学号 机学院 班级软件工程 实验目的 a掌握需求工程的预备知识和基本技能 b掌握需求过程模型并将需求过程模型应用...
  • python数据分析与挖掘实战-章节05: 能力二:沟通需求能力.zip
  • UML概念\UML课程设计报告+汽车租赁系统的需求分析与设计 UML概念\UML课程设计报告+汽车租赁系统的需求分析与设计UML概念\UML课程设计报告+汽车租赁系统的需求分析与设计 UML概念\UML课程设计报告+汽车租赁系统的需求...
  • NBA选秀系统数据库模型需求分析 1可行性需求分析 需求分析是指准确了解和分析用户的需求这是最困难最费时最复杂的一步但也是最重要的一步需求分析是整个设计过程的基础它决定了以后各步设计的速度和质量进行...
  • mysql:1.系统需求分析 2.概念模型设计 er图 3.逻辑模型设计 4.数据库建表语句/数据 5.常用查询操作,排序,分组 6.视图,索引创建 另:带截图,仅供参考,附数据库.sql文件
  • UML 课程设计报告 机票预定管理系统 组员 学号 学院 班级 精选文库 目录 一需求分析 3 1系统开发背景 3 2软件主要组成及功能 3 二系统建模 6 1创建系统用例模型 6 2系统用例分析 7 三创建系统静态模型 10 1类图 11 ...
  • 软件工程导论—需求分析

    万次阅读 多人点赞 2020-05-05 12:09:46
    结构化分析模型3.1.1. 结构化分析模型概述3.1.2.实体联系图 E-R图3.1.3.数据流图 DFD3.2. 面向对象分析模型4. 软件需求说明5. 结构化分析方法6. 面向对象分析方法 1. 需求分析概述 1.1. 软件需求的概念 软...
  • 第3章 需求分析.ppt

    2021-12-07 20:52:22
    第3章 需求分析.ppt
  • PAGE 18 2014年数据库原理及应用大作业 2014年数据库原理及应用大作业 20 年12月22日院 系机械工程及自动化学院 20 ...\h \z \u 1 需求分析阶段 1 1.1 应用需求 1 1.1.1 用户需求分析 1 1.1.2 系统存储需求 1 1.2 功能
  • 长春工程学院计算机技术与工程学院软件建模与分析课程设计 目 录 1. 选题和需求分析1 2. 系统用例模型1 2.1. 总体用例图4 2.2. 和系统管理员相关的用例图4 2.3. 和教务处管理员相关的用例5 2.4. 和院系管理员相关的...
  • 实验课程软件工程试验 实验项目项目需求分析 实验日期2016.6.3 系数学与计算 机学院 班级软件工程 姓名 学号 指导教师吴建兵 成绩 实验目的 a掌握需求工程的预备知识和基本技能 b掌握需求过程模型并将需求过程模型...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 53,694
精华内容 21,477
关键字:

动态需求课程分析模型