当前位置: 代码迷 >> 综合
 解决方案列表
  • [综合] 销售手帐用例的详细描述

    简要描述销售手帐用例:开发商销售手帐。 按步骤描述:开发商输入所出售手帐的细节:1.手帐的类型;2.手帐的大小;3.手帐的主题(手帐表面画的类型:山水、动物、人物、朴素的线条等);4.库存数量;5.出售时间(mm/dd/yyy);6.购买者的姓名;7.购买者的地址;8.预计最高出售价格;9.实际...

    83
    热度
  • [综合] 产生报表用例的详细描述

    简要描述产生报表用例:开发商获得某段时间内所收购或销售手帐的信息。 按步骤描述:开发商输入需要打印报表的类型1.1购买报表应用系统显示在过去某段时间内所购买手帐的情况,按下列顺序输出:(1)购买日期;(2)购买的价格。1.2销售报表应用系统显示在过去某段时间内所销售手帐的情况,按下列顺序输出:(...

    36
    热度
  • [综合] 汽车类

    publicclassAutomobile{ //品牌 privateStringbrand; //车牌号 privateintnumber; //日租金 privateintrent; //获取该车品牌 publicStringgetBrand(){ returnbrand; } //获取车牌号...

    26
    热度
  • [综合] 某餐厅在线服务APP涉众识别

    首先,显而易见的初始涉众有餐厅经营者和顾客,故而我们选出一名顾客代表,并与餐厅经营者代表进行讨论。 通过讨论得出以下结论: ①餐厅经营者使用本系统时,安排服务员工作,额外涉众有服务员。 ②系统支持在线支付功能,额外涉众有收银员和在线支付平台。 ③系统允许顾客在线预约并点菜,额外涉众有厨师。 ④客户使...

    50
    热度
  • [综合] 语句方式创建数据库

    语句方式创建数据库 最简单的语句创建数据库 CreatedatabasedatabaseName 一般创建数据库的格式 CREATEDATABASEdatabase_name [ON [<filespec>[,...n]] [,<filegroup>[,...n]]] ] [...

    3
    热度
  • [综合] 修改数据库大小

    修改数据库大小 (1)设置数据库文件为自动增长方式 (2)直接修改数据库文件的大小 (3)增加辅助数据库文件 (4)示例 CREATEDATABASETest1ON (NAME=Test1dat1, FILENAME='c:\ProgramFiles\MicrosoftSQLServer\MSSQL...

    37
    热度
  • [综合] 为什么软件需求这么难?

    为什么软件需求这么难? 客户说不清楚需求 需求自身经常变动 分析人员或客户理解有误

    42
    热度
  • [综合] 软件需求的三种类型

    功能需求:开发人员要实现什么 非功能需求:对产品功能描述的补充 设计约束:限制了开发人员设计和构建系统时的选择范围

    64
    热度
  • [综合] 软件开发的各个阶段,为什么只有需求阶段称为工程?

    需求工程是随着计算机的发展而发展的,在计算机发展的初期,软件规模不大,软件开发所关注的是代码编写,需求分析很少受到重视。后来软件开发引入了生命周期的概念,需求分析成为其第一阶段。随着软件系统规模的扩大,需求分析与定义在整个软件开发与维护过程中越来越重要,直接关系到软件的成功与否。人们逐渐认识到需求分...

    73
    热度
  • [综合] 客户的含义

    广义来讲,客户泛指直接或间接得益于产品的个人或组织。 软件的客户包括那些提出软件需求,购买、定义、使用软件产品或选择接受软件功能的项目涉众

    87
    热度
  • [综合] 问题分析5步法

    在问题定义上达成共识、理解根本原因(也就是分析问题背后的问题)、确定相关人员和用户、定义解决方案的界限、确定加在解决方案上的约束

    73
    热度
  • [综合] 一个好的目标应满足的原则(SMART)

    必须是具体(Specific)的:目标必须能够指导具体的工作 必须是可以度量(Measurable)的:这样才能进行成本/效益分析 必须是可以达到(Attainable)的:否则是没有意义的目标 必须和其他目标具有相关性(Relevant) 必须具有明确的截止期限(Time-based)

    63
    热度
  • [综合] 确定主题域

    上下文关系图:针对每个主题域来绘制上下文关系图,确定出每个主题域的范围。 上下文关系图绘制要点: 首先用一个矩形表示系统,写上系统的名称,将整个系统看作一个黑盒子。 然后找到该系统的所有客户(处于主题域的外部),考虑他们会发起什么事件,这些事件会引发内部工作人员的什么动作,将这些序列逐一表示出来。 ...

    55
    热度
  • [综合] 需求分析人员的工作

    需求分析人员是对项目相关人员的需求进行收集、分析、记录和验证职责的承担者,是用户群体和软件开发团队间进行需求沟通的主要渠道。 定义业务需求、确定项目涉众和用户类别、获取需求、分析需求、为需求建模、编写需求规格说明、主持对需求的验证、引导对需求的优先级划分、管理需求等。

    21
    热度
  • [综合] 需求分析人员必备的技巧和知识

    需求分析员必须掌握的技能:包括倾听、交谈和提问的技巧,分析、协调、观察、写作、组织、建模、人际交往和创造能力。而这些能力可以概括为业务知识、技术知识和沟通能力三个方面。 需求分析人员必备的知识:具备从实践经验中积累的广博知识 需要将需求开发与管理活动贯穿于整个产品生命期中 掌握应用领域的知识

    46
    热度
  • [综合] 如何成为一名需求分析人员

    优秀的需求分析员是培养出来的,而不是训练出来的。 这项工作包括很多面向人而不是技术的“软性技能”。 对于需求分析员的工作并没有标准的描述,因而也没有标准的培训课程。

    21
    热度
  • [综合] 获取客户需求的主要步骤

    确定产品的不同用户类型。 确定用户需求的来源。 挑选出每一类用户和其他涉众的代表并与他们一起工作。 商定谁是项目需求的决策者。

    32
    热度
  • [综合] 需求捕获要具有计划性和科学性

    计划应针对下面这些内容来制定: 需求获取的目的 需求获取的策略和过程 需求获取工作取得的成果 进度和资源评估 需求获取的风险 科学性则体现在捕获方法的选取上

    14
    热度
  • [综合] 需求获取中各种心理如何应对

    言过其实心理 差异展现法:也就是将不同用户代表的访谈结果进行整理,在系统开发之前把这些差异展示给中高层管理人员,就如何解决达成共识。 瓶颈分析法:对流程执行过程中的瓶颈进行分析,例如时间瓶颈、人员瓶颈(比如所有的申请都要由处长审批)等方面,以避免流程瓶颈导致系统无法顺利运转起来 越俎代庖心理 要解决...

    68
    热度
  • [综合] 需求获取中的注意事项

    如果没有一个有条理的组织方案(例如用例),要将来自众多用户的需求意见合并起来相当困难。 只向很少的用户代表收集意见,或者只听取声音最大、最固执已见的客户的意见,也是需求获取过程中存在的问题。 这将导致遗漏对某些用户类很重要的需求,或者引入一些大多数用户并不需要的需求。 解决这一问题的最佳平衡方式是让...

    10
    热度