精华内容
下载资源
问答
  • 移动应用原型创建过程中采用迭代式快速开发方法重要性。可以从对手身上学到什么,如何从他们失误中获益。如何为你应用定义USP,如何通过故事板(Storyboarding)、用户场景故事图(Story-mapping)为自己挑选出...
  • 【摘要】本文以作者实践开发经验为主线,从理论实际角度探讨快速原型开发模式在实践开发应用,并从软件开发的各个角度、各个时期剖析快速开发模式优缺点应该注意问题。 【关键字】软件工程、开发...

    【摘要】本文以作者的实践开发经验为主线,从理论和实际的角度探讨快速原型开发模式在实践开发中的应用,并从软件开发的各个角度、各个时期剖析快速开发模式的优缺点和应该注意的问题。

    【关键字】软件工程、开发模式、快速开发、软件开发、原型模式

    快速原型开发模式的基本思想是在系统开发的初期,在对用户需求初步了解的基础之上,以快速的方法先构造一个可以工作的系统原型。将这个原型提供给用户使用,听取他们的意见。然后修正原型,补充新的数据、数据结构和应用模型,形成新的原型。经过几次迭代以后,可以达到用户与开发者之间的完美沟通,消除各种误解,形成明确的系统定义以及用户界面要求。

    了解快速原型开发模式后,下面结合我开发过学分制收费管理系统项目经验来谈一下我是如何在实际开发过程中实施快速原型开发模式。

    【项目背景】

    随着国家教育事业的发展,很多高校纷纷引进学分制教学体制模式。我所在的学校为跟上时代的步伐,经市教委批准,从2008-2009学年试行学分制改革,2009-2010正式运行。以传统的教学模式相比学分制教学模式有很多明显的优势,学生的自由度也得到了很大的提高。然而一种新的教学模式要取代传统的教学模式,势必会存在很多麻烦和问题。其中学分制教学模式下的收费方式与传统的收费方式就存在很大的差异,任然沿用传统的收费方式已经无法满足学分制改革的要求,因此为推动学分制改革,制定一套符合学分制教学要求的收费管理系统势在必行。有幸这个项目由我们团队负责开发。

    然而事情远没有想象那么简单,学分制改革是学校的大事情,需要财务处、教务处、学工部等行政部门的支持和各二级学院的配合。学分制收费更是与各个部门、学院和学生兮兮相关。试分析可以发现:待制定的学分制收费管理系统必须做到把财务处的各项收费标准信息、教务处的学生选课信息和学工部的助学贷款、缓缴学费、参军等学生信息紧密的糅合起来,并计算出学生预缴费用。由于涉及到的部门比较多,各部门领导又并不具备专业的软件知识,提出的需求并不明确或则是根本无法系统化。如果采用瀑布模式或则是演变模式进行开发,显然会存在着很大的风险,介于此、经项目组研讨决定采用快速原型开发模式进行项目开发。

    【具体实施】

    开发工具选择

    经项目研讨后我们决定选择.NET平台采用ASP.NET+AJAX+SQL SERVER2000技术进行开发。主要原因是.NET平台具有一下优势:

    ⑴、技术领先

    .Net技术于2001年由微软公司推出,与Java构成当前最主流的开发平台,.NetXMLWeb ServiceAJAX提供很好的支持,而且,提供了更为便捷的开发、调试、部署环境,同时,与微软的BizTalkOfficeSQL Server2000等系统可以无缝衔接。

    、安全性

    .Net是构建于操作系统之上的虚拟平台,提供了更为强健的安全系统。在系统当中,提供集成Windows验证、基于角色的权限管理机制、SSL传输加密、MD5数据加密等多种安全手段,以提高系统的安全性。

    、稳定性

    作为24*7运行的系统,除了提供良好的性能之外,系统的稳定性也非常重要,系统采用如下方法提高系统性能及稳定性:

    Web服务器采用Windows 2003+IIS6

    ②模板系统:更新不频繁的数据使用模板系统生成静态页面,减少数据库压力

    ③站点缓冲:频繁更新的数据,使用缓冲以提高访问速度,减少数据库压力

    ④系统日志:再好的设计都会有bug,系统日志记录程序运行过程中产生的异常,以方便调试系统,发现潜在的bug

    、扩展性

    采集4层结构,分为数据访问层、业务逻辑层、业务外观层、表现层,各层之间严格遵守"高内聚、低耦合"原则,使系统具备较好的扩展性。

    数据访问层:完成基本的CRUDCreate/Read/Update/Delete)操作。

    业务逻辑层:完成各种业务规则和逻辑的实现,调用数据访问层完成CRUD操作。

    业务外观层:为表示层提供统一的访问接口,分离界面和具体的业务功能。

    表示层:分为B/SC/S两中表现形式(暂时只实现了B/S一种模式)。

    多层分布式设计,当业务和访问量增大时,可以在中间层部署更多的应用服务器,前端部署更多的Web服务器,提高对客户端的响应,而所有的变化对客户端是透明的。

    项目组成员以及分工

    我们项目组由一个项目负责人、一个测试工程师、一个文档管理员、三个编码员(其中一个软件设计师和两个程序员)。具体分工如下表:

    成员

    任务

    输出文档

    项目负责人

    需求采集、控制进度、协调用户关系

    学分制收费研究报告

    测试工程师

    集成测试、总体测试

    测试报告

    文档管理员

    编写用户手册、编写操作手册、软件服务制定

    用户手册、操作手册

    软件服务说明书

    编码员

    软件设计师:需求分析、数据库设计、软件架构、核心代码编写、配合集成测试和总体设计、任务划分、编码质量控制

    需求分析报告、系统设计书、详细设计、软件规范说明书

    其他两个编码员:单元代码的编码、单元测试

    很荣幸我担任的是软件设计师的职务,在此感谢项目组对我的信任。另外在项目研讨的时候,根据项目开发时间紧迫、需求不好把握、需不断的构造软件原型等特点,我们打破常规,将原本属于编码员完成的集成测试任务全部划分给了测试工程师,测试工程师也只需将每次测试结果当做一种需求的方式返回给我们,我们再根据返回的需求微调程序,微调后的程序就基本上能满足要求。但这样做有个很大的前提就是测试工程师要对需求相当成熟。

    ①项目负责人通过与各部门领导沟通和软件演示的方式来采集用户需求。

    工作流程以时间安排

    项目负责人通过与各部门领导的沟通和实际调查,初步确定了软件需求,并提交学分制收费研究报告,同时把软件的核心功能定位于“计算学生的预缴费用,并将这些数据提供给财务收费系统(以.XLS文件导入、导出)”。随后经各部门领导协商,定于4.20日正式提交软件,如果软件能满足要求则立即投入使用。时间很紧迫,为保证第二次原型开发具有充足的时间,经项目组讨论决定制定了以下的工作安排。

    项目名称:学分制收费管理系统 任务安排表

    任务代码 / 名称

    交付的文档

    人员

    计划

    开始

    结束

    工期()

    学分制收费管理系统

    2009.2.9

    2009.4.19

    69

    T1 确定初步需求

    学分制收费研究报告

    项目负责人

    2009.2.14

    2009.2.28

    14

    T2 项目研讨会

    项目组成员

    2009.2.28

    2009.3.1

    1

    T3系统设计

    需求分析、系统设计、详细设计、系统规范说明

    软件设计师

    2009.3.2

    2009.3.9

    7

    T4第一次原型构建

    编码员

    2009.2.9

    2009.2.16

    7

    T5集成测试

    测试报告

    测试工程师

    2009.3.16

    2009.3.17

    1

    T6程序微调

    编码员

    2009.3.17

    2009.3.18

    1

    T7软件演示

    需求分析报告

    项目负责人

    2009.4.18

    2009.4.19

    1

    T8项目研讨会

    项目组全体成员

    2009.3.19

    2009.3.20

    1

    T9需求调整

    软件设计师

    2009.3.20

    2009.3.21

    1

    T10第二次原型构建

    编码员

    2009.3.21

    2009.4.4

    14

    T11集成测试

    测试报告

    测试工程师

    2009.4.4

    2009.4.5

    1

    T12程序微调

    编码员

    2009.4.5

    2009.4.6

    1

    T13第二次演示

    需求分析报告

    项目负责人

    2009.4.6

    2009.4.7

    1

    T14项目研讨

    项目组全体成员

    2009.4.8

    2009.4.9

    1

    T15软件完善

    编码员

    2009.4.9

    2009.4.14

    5

    T16集成测试

    测试报告

    测试工程师

    2009.4.14

    2009.4.15

    1

    T17程序微调

    编码员

    2009.4.15

    2009.4.16

    1

    T18总体测试

    测试报告

    测试工程师

    2009.4.16

    2009.4.18

    2

    T19测试微调

    编码员

    2009.4.18

    2009.4.19

    1

    T20文档整理

    用户手册、操作手册、软件服务说明书

    文档员

    2009.3.22

    2009.4.12

    21

    T21软件提交

    项目负责人

    2009.4.19

    2009.4.20

    1

    在具体的实施的工程当中,我们依照任务安排表严格执行,经过两个多月的开发,学分制收费管理系统终于完成,并在第二次软件演示的时候得到了各部门领导的一致好评。

    【存在的不足】

    虽然开发的系统得到了各部门领导的好评,但在整个开发工程当中仍然存在很多不足。我总结了主要有以下几点:

    ①某些关键的细节在最开始就被忽略,这导致了后期为弥补这个细节花费了大量的时间,同时影响了队员的信心。

    ②程序员经验不足,对需求的理解能力稍差,有时候开发出来的某些复杂的模块根本不能满足要求,这无形中增加了需求沟通和程序修改的时间。

    ③对捕捉程度不够清晰,有时候需求过大,需要的开发时间较长,很难在预定时间内完成,只得加班加点。但有时需求较少,需要的开发时间较少,预先安排的时间有空余。这种情况使得程序员作息正常的作息时间被打乱,虽然开发进度能被很好的把握,但其实开发效率并不高。

    ④第一次原型开发初期,由于时间比较紧,对编码质量没有进行很好的控制,这导致后期的开发当中常常出现一些莫名其妙的错误(比如某个模块运行时间过长)。

    ⊕数据表中的某一个字段不清楚到底该如何处理时将其忽略。

    【后期总结】

    虽然在开发的过程当中存在一些不足,但我仍然学到了很多东西,同时也第一次正真的体验了快速原型开发模式在实践当中的应用,这次的经验在我今后的工作当中也都将产生深远的影响。在项目结束时,关于快速原型开发模式在实践当中的应用,我总结以下几点值得参考性的意见。

    ①在选择项目组成员时,应该本着“少而精”的原则。

    ②在软件开发之前,必须提出核心需求,进而确定软件的核心功能。

    ③在软件开发之前,对开发需时进行认真评估,制定一张符合实际的任务安排表,保证队员正常作息时间。

    ④在软件开发的过程当中,应严格控制原型的构建次数(建议只构建三次),一般在第一次软件演示后就应该基本确定用户需求,第二次软件演示的时就应该基本满足用户需求,第三次软件演示后再通过一些细节方面的修改就可以交付。

    ⑤对于某些暂时模糊的关键性细节应予以认真记录和分析,影响力大、需及时解决的细节必须及时解决,暂时不忙解决的应将涉及到这个细节的所有功能模块放在下一次原型构造时才进行开发与解决。

    ⑥如果开发时间很紧迫,测试工程师应跟踪测试,确保测试与开发同步。

    展开全文
  • 传统的原型工具所做的原型多是示意性最终界面不同,生成代码也不可用。而开发工具只有开发人员才可以使用,易用性不足,开发速度也比较慢。可用型原型工具介于原型工具、开发工具之间,是更为直接需求...
    “可用型原型工具”用于制作软件系统的界面,是微简公司提出的一个新概念。可用型原型工具,不同于传统的原型工具或软件开发工具。传统的原型工具所做的原型多是示意性的,和最终的界面不同,生成的代码也不可用。而开发工具只有开发人员才可以使用,易用性不足,开发速度也比较慢。可用型原型工具介于原型工具、开发工具之间,是更为直接的需求沟通工具。

    可用型原型工具的特点应该包括:

    1、原型即界面,二者保持一致;

    2、生成的代码可以直接用于开发;

    3、可快速搭建系统界面;

    4、很强的易用性,不懂开发的人也可使用;

    vjpage是第一款真正意义上的可用型原型工具。

    同时,vjpage也是一套针对web应用程序的前端页面制作工具。无论是否熟悉前端页面开发、是否有美工基础,都可用它快速、轻松的制作出专业、美观的Html5、Ext、jQuery等类型的前端页面。

    Vjpage是如何大幅优化软件开发过程的呢?

    以web应用程序定制软件开发为例。项目刚开始的时候,大多用户都会比较迷茫,于是需求人员总是需要等用户。经过逐步的沟通,有一些想法之后,需求人员将用户的需求写成文档、草图或抛弃型原型,然后美工根据需求人员提供的资料制作大量效果图。过程中,用户、需求、美工之间需要不断的反复去沟通,需求人员总是需要等用户、美工的时间,等美工有空。原型确定之后,由前端开发人员根据美工的切图来制作前端页面,这个过程又需要和需求、用户去沟通很多细节。而且页面的编写通常是通过手工编写脚本的方式来实现的,过程非常缓慢。设计人员设计时、后台程序员实现时,同样需要和需求人员不断的沟通,很多细节需求人员是不确定的,所以还需要再和用户沟通,然后又是等待,设计人员等需求人员,需求人员等用户。

    而使用可用型原型工具vjpage,在需求阶段开始时,就由需求人员使用vjpage制作详细的界面,以界面为主与用户进行需求沟通,这样用户可以在项目初期就看到大部分界面,并通过界面模拟不断体验系统,使用vjpage生成的代码可以直接用于开发。

    下图是优化前后的比较:

    [img]http://dl2.iteye.com/upload/attachment/0114/3201/8764ee5d-ab8b-3a70-b258-c244f4394376.jpg[/img]

    过程优化后产生的影响如下:

    1、大大提高用户满意度。用户从头到尾都清清楚楚的知道自己要什么,最终系统是什么样。

    2、加快需求的进程。让用户尽早、高效的参与到需求沟通中,尽快的挖掘用户的最终需求,使得需求能够快速、准确的确定下来。

    3、原型和系统页面合一,减少了需求人员与美工、前端工程师、设计、开发的反复沟通,避免二次设计、二次确认过程,大大提高了整体开发效率。

    3、无需用大量的手写代码来实现页面,使页面设计效率更高、人员的配置也更为简单。

    5、最大程度的减少需求的变更,从而使项目整个更为可控,失败的风险也降到最低。

    6、可在需求阶段就精准的对项目进行控制,把页面原型作为需求阶段的主要考量。

    7、实际已经完成设计阶段一半的工作。

    8、需求的准确使得开发、设计、测试过程都变得更准确,大大减少反复的过程。

    9、通过需求的快速、准确,缩短了整个项目的周期。


    [img]http://dl2.iteye.com/upload/attachment/0114/3203/23f632f9-57a3-3ada-b5d6-c566777d2867.gif[/img]
    展开全文
  • 1 、原型开发: (1) 基本介绍 原型法适用于用户没有确定其需求明确内容时候。他先是根据已给的和分析...在各个过程中,用户参与决策加强了,最终结果更适合用户要求。这种原型技术有分为三类:...

    1 、原型开发:

    (1)             基本介绍

    原型法适用于用户没有确定其需求的明确内容的时候。他先是根据已给的和分析的需求,建立一个原始模型,这是一个可以修改的模型(在声明周期法中,需求分析一般不再多修改)。在软件开发的各个阶段都把有关信息相互反馈,直至模型的修改,使模型趋于完善。在各个过程中,用户的参与和决策加强了,最终的结果更适合用户的要求。这种原型技术有分为三类:抛弃式、演化式和递增式。原型法成败的关键及效率的高低关键在于模型的建立和建模的速度。

    原型法的优点是:可以解决在产品开发早期需求不确定的问题(不确定性、二义性、不完整性、含糊性等),可以明确并完善需求、探索设计选择方案、发展为最终产品。

    原型法的缺点也是显而易见的,需要在正式的代码开发之前进行必要的原型开发,在某种程度上增加了工作量,尤其采用抛弃型原型,更是如此。


     

    (2)             模型的类型

    a、探索型原理:这种类型的原型是把原型用于开发的需求分析阶段,目的是要型清用户的需求,确定所期望的特性,并探索各种方案的可行性。它主要针对开发目标模糊,用户与开发都对项目都缺乏经验的情况,通过对原型的开发来明确用户的需求

     

    b、实验型原型:这种原型主要用于设计阶段,考核;实现方案是否合适,能否实陋。对于一个大型系统,若对设计方案心中没有把握时,可通过这种原型来证实设计方案的正确性

    c、演化型原型:这种原型主要用于及早向用户提交一个原型系统,该原型系统或者包含系统的框架,或者包含系统的主要功能,在得到用户的认可后,将原型系统不断扩充演变为最终的软件系统。它将原型的思想扩展到软件开发的全过程


     

    (3)             常用模型

    a、瀑布模型:瀑布模型(Waterfall Model 是一个项目开发架构,开发过程是通过设计一系列阶段顺序展开的,从系统需求分析开始直到产品发布和维护,每个阶段都会产生循环反馈,因此,如果有信息未被覆盖或者发现了问题,那么最好 “返回”上一个阶段并进行适当的修改,项目开发进程从一个阶段“流动”到下一个阶段,这也是瀑布模型名称的由来。包括软件工程开发、企业项目开发、产品生产以及市场销售等构造瀑布模型。

    优点:1)为项目提供了按阶段划分的检  瀑布模型检查点。2)当前一阶段完成后,您只需要去关注后续阶段。3)可在迭代模型中应用瀑布模型。

    说明:1)在项目各个阶段之间极少有反馈。2)只有在项目生命周期的后期才能看到结果。3)通过过多的强制完成日期和里程碑来跟踪各个项目阶段。4)瀑布模型的突出缺点是不适应用户需求的变化。


     

    b、增量模型:增量模型融合了瀑布模型的基本成分(重复应用)和原型实现的迭代特征,该模型采用随着日程时间的进展而交错的线性序列,每一个线性序列产生软件的一个可发布的“增量”。当使用增量模型时,第1个增量往往是核心的产品,即第1个增量实现了基本的需求,但很多补充的特征还没有发布。客户对每一个增量的使用和评估都作为下一个增量发布的新特征和功能,这个过程在每一个增量发布后不断重复,直到产生了最终的完善产品。

    优点:采用增量模型的优点是人员分配灵活,刚开始不用投入大量人力资源。如果核心产品很受欢迎,则可增加人力实现下一个增量。当配备的人员不能在设定的期限内完成产品时,它提供了一种先推出核心产品的途径。这样即可先发布部分功能给客户,对客户起到镇静剂的作用。此外,增量能够有计划地管理技术风险。

    缺点:1 由于各个构件是逐渐并入已有的软件体系结构中的,所以加入构件必须不破坏已构造好的系统部分,这需要软件具备开放式的体系结构。2 在开发过程中,需求的变化是不可避免的。增量模型的灵活性可以使其适应这种变化的能力大大优于瀑布模型和快速原型模型,但也很容易退化为边做边改模型,从而是软件过程的控制失去整体性。3)如果增量包之间存在相交的情况且未很好处理,则必须做全盘系统分析,这种模型将功能细化后分别开发的方法较适应于需求经常改变的软件开发过程。


     

    c、喷泉模型 fountain model是一种以用户需求为动力,以对象为驱动的模型,主要用于描述面向对象的软件开发过程。

    优点:喷泉模型不像瀑布模型那样,需要分析活动结束后才开始设计活动,设计活动结束后才开始编码活动。该模型的各个阶段没有明显的界限,开发人员可以同步进行开发。其优点是可以提高软件项目开发效率,节省开发时间,适应于面向对象的软件开发过程。

    缺点:由于喷泉模型在各个开发阶段是重叠的,因此在开发过程中需要大量的开发人员,因此不利于项目的管理。此外这种模型要求严格管理文档,使得审核的难度加大,尤其是面对可能随时加入各种信息、需求与资料的情况。


     

    d、螺旋模型:将瀑布模型和快速原型模型结合起来,强调了其他模型所忽视的风险分析,特别适合于大型复杂的系统。螺旋模型采用一种周期性的方法来进行系统开发。这会导致开发出众多的中间版本。使用它,项目经理在早期就能够为客户实证某些概念。该模型是快速原型法,以进化的开发方式为中心,在每个项目阶段使用瀑布模型法。这种模型的每一个周期都包括需求定义、风险分析、工程实现和评审4个阶段,由这4个阶段进行迭代。软件开发过程每迭代一次,软件开发又前进一个层次。

    优点:1)设计上的灵活性,可以在项目的各个阶段进行变更。2)以小的分段来构建大型系统,使成本计算变得简单容易。3)客户始终参与每个阶段的开发,保证了项目不偏离正确方向以及项目的可控性。4)随着项目推进,客户始终掌握项目的最新信息 , 从而他或她能够和管理层有效地交互。5)客户认可这种公司内部的开发方式带来的良好的沟通和高质量的产品。

    缺点:很难让用户确信这种演化方法的结果是可以控制的。建设周期长,而软件技术发展比较快,所以经常出现软件开发完毕后,和当前的技术水平有了较大的差距,无法满足当前用户需求。

    说明:每轮循环包含如下六个步骤:1. 确定目标,可选项,以及强制条件。2. 识别并化解风险。3. 评估可选项。4. 开发并测试当前阶段。5. 规划下一阶段。6. 确定进入下一阶段的方法步骤。

     


    2axure rp

    (1)             基本介绍

    Axure RPAxure的发音是』Ack-sure』,RP则是』Rapid Prototyping』快速原型的缩写。Axure RP Pro是美国Axure Software Solution公司的精心杰作,如果你本身是软件项目经理,Web产品经理,或网站策划工作者,那么你不能不知道这套软件。

     

    (2)             Axure RP 的特点

    a、快速创建带注释的wireframe文件,并可根据所设置的时间周期,软件自动保存文档,确保文件安全。

    b、在不写任何一条htmljavascript语句的情况下,通过创建的文档以及相关条件和注释,一键生成html prototype演示。

    c、根据设计稿,一键生成一致而专业的word版本的原型设计文档。

     

    (3)             欢迎界面与功能

    运行Axure RP后,首先弹出的是欢迎界面,它拥有的功能和其他软件的欢迎界面没有什么特别的不同。

    功能区1文档区,这个区域显示用户最近打开的Axure RP文件,用户可以快捷的打开之前编辑的文件。

    功能区2认证区,这个区域显示注册信息。

    功能区3Axure RP学习中心

    可以通过选择“Don't show this at startup”实现。


    (4)             软件的主界面

    功能区1命令区,和我们操作的所有office软件一样,包含文件、编辑、查看和帮助,这些功能大抵是差不多的。table也很容易理解,就是对表格编辑的命令。而Axure特有的几个特殊的命令栏目是

       awireframe:线框,包含所有画原型线框图的相关命令。

       bobject:包含所有对工作区物体的操作命令,操作放入工作区的所有widgets,包括组合、排序、锁定以及脚注命令等。

       cgenerate:自动生成html演示文件、word说明文档,以及对生成规则进行自行编辑、定义。

    功能区2工具栏,基本和office风格一模一样,功能也很容易上手。

    功能区3工作区,这就是我们平常操作工具,创建prototype的舞台,将自己的构思在这里释放,将自己的想法在这里展现。工作区的上部显示打开的文件名,可同时打开多文档,进行操作。

    功能区4站点地图Axsure RP创建的文件是模拟真实网站页面关系的,sitemap就是通过树形目录关系,管理所有的站点页面文件与流程图文件。科学的文件关系结构,对有效的演示文档与生成易读的说明文档相当重要。   我的操作习惯是先画流程图,然后根据流程图构建页面文件框架,最后才开始页面的具体设置。期间可以将文件分为LOFI(低保真)与HIFI(高保真)两个部分进行分别展示,有利于不同的需求者使用。

    功能区5器具箱,囤积了所有用来画wireframe与流程图的对象。我们可以通过拖拽的方式将小图形放入工作区,进行操作。对于这里面的对象,我们有必要一一详细了解。

    功能区6复用模块区,这里创建的页面文件和sitemap的页面相似,唯一不同的是,master的每个文件,可以当作一个整体,被sitemap反复调用。这个功能就相当于程序开发中的程序复用,用好这个功能,可以减少我们很大一部的工作量。也更容易理解网页文件的关系,了解网页设计师、程序员是怎么构建网站的页面的。

    功能区7页面笔记,用来对当前创作页面进行注释与说明。同时可以在这里对页面里的关键字段和特殊问题进行详细的描述。

    功能区8页面载入时的交互功能。通过在这里设置,不同条件下,页面初次打开时的状况。

    功能区9注释与交互区。这个注释和交互和78不同,78针对的是页面,而9针对的是页面中的元素,也就是一个个widgets

    这些就是Axure的主要功能区,但是其实还有两个小的角落大家可能会忽略,那就是678区下面的一行系统信息,这里显示的信息很重要,但是一般人却经常会忽视。我只所以说重要,因为我们在给ui设计师wireframe的时候他们总会问,这里多少像素,那里多少像素,可是我们在画 wireframe的时候却无法度量。Axure创建的wireframe,完全可以生成html,因此我们可以在画的时候就度量好每个像素距离。但是我们要怎么做呢?这就需要利用到下面这行小信息栏了。

    (5)             使用Demo

    这里提供了一个Demo来进行学习,具体如下:

    使用F5查看效果。即“Generate—Prototype—选择打开浏览器类型”。


     

    转载于:https://www.cnblogs.com/lf_software/archive/2011/04/15/2016666.html

    展开全文
  • 若本文对你有帮助,请点赞、关注我哟!...其主要任务是使用原型工具,采用人机交互技术概念、原理、技术与方法,结合工程实际,通过敏捷软件开发的方法,完成小型系统的原型分析与设计,并撰写技术文档,达到使...

    若本文对你有帮助,请点赞、关注我哟!

    大四上学期的课设之一,报告评分不高,仅供参考。要抽人答辩的!但你要是提前离校了,请同学帮你交报告也行。

          《工程技能培训》是软件工程专业的一门实践课,综合运用软件工程、软件需求工程、软件项目管理等有关课程内容,分析和解决实际软件项目开发中需求变更频繁、开发效率低、质量差、交流沟通成本高、效率低等问题。其主要任务是使用原型工具,采用人机交互技术的概念、原理、技术与方法,结合工程实际,通过敏捷软件开发的方法,完成小型系统的原型分析与设计,并撰写技术文档,达到使学生具备综合运用所学的工程技能完成实际项目开发的能力,同时培养学生的合作交流能力。

    设计报告要求(只上一周,考研初试后立马要求交,所以千万不要拖)

    1. 每个团队撰写一份设计报告;
    2. 要求项目“完成的”定义列表、Product Blog列表、Spring Blog列表、用户故事描述、每日立会记录和照片、用户故事的测试描述、燃尽图、系统界面原型、反思改进总结、个人工作汇总(问题清单、任务清单等)【只有按照要求做才能拿较好的分数!】
    3. 每个组员要有不少于200字的个人心得体会

    工程实训的要求

    团队整体要求:

    (1)建立一个3-5人团队,表明担任角色名称,轮换角色,至少担任过2个以上角色。

    (2)录制一段5分钟以内的工作视频文件。

    (3)建立QQ群。

    (4)每天发一张团队开会的照片,照片上标记好成员名字、时间、地点

     

    团队各个角色工作要求:

            产品经理(PO)1人

    (1)制作Product Backlog产品列表,Sprint计划会议内容

    (2)编写用户故事

    (3)使用axure pro绘制界面原型

    (4)项目“完成的”定义列表-DOD最小完成标准

    (5)形成个人实训报告

            敏捷教练SCRUM Master(SM)1人

    (1)怎么解决团队中遇到的问题,非技术的问题,给出解决方法

    (2)如何做好一名敏捷教练,需要的知识、心得体会

    (3)记录每天的指导日志

    (4)编写Scrum指导手册

    (5)形成个人工程实训报告

            开发人员 2人

    (1)每日的站会会议记录,每个人都讲了什么,形成文档;

    (2)使用系统填写每日的工作进展情况,并形成文档;www.leangoo.com

    (3)开发系统,并形成文档,演示系统;

    (4)反思改进会需要改进的问题,并形成文档;

    (5)绘制燃尽图

    (6)形成个人工程实训报告

            测试人员1人

    (1)编写测试案例;

    (2)发现的系统中的缺陷,记录系统缺陷;

    (3)编写系统测试报告;

    (4)形成个人工程实训报告

     

    培训资料:

    (1)京麦团队演示(SCRUM)http://v.youku.com/v_show/id_XOTI2MjA1OTE2.html

    (2)SCRUM视频资料(B站)https://www.bilibili.com/video/BV1Ma4y1e7y9?from=search&seid=16086043415600669724

    (3)AXURE9学习资料(B站)https://www.bilibili.com/video/BV18t411p7ex?from=search&seid=2873936838467609725

    一、项目综合描述

    1、产品的描述

            本次介绍的是医院CRM客户关系管理系统。

            本产品由医院对会员的管理随着会员数量的增加对会员的管理越加困难而发起的,我们希望将本院的慢性病会员通过信息化手段管理起来,能够做到对会员信息的维护,包括个人信息、来访信息、积分信息、问卷信息、画像信息;能够针对院方开展的活动,系统能够提醒会员管理员进行通知跟踪和记录。

            能够针对个性化的营销方案进行人员筛选,系统能够生成待办通知,提醒营销人员通知患者参与活动。

            经分析,系统承载内容如下:用户能够手工维护会员信息建立健康档案、来访信息、问卷信息,用户能够为会员设置标签进行画像,用户能够创建活动和提醒时间,系统能够展示维护的信息,系统能够生成待办提醒和待办任务。

            本产品为此系列产品的第一代产品,是一个新型的可持续迭代的产品。

    2、用户故事描述

    作为院长:

            我是这家医院的院长,随着我们医院引进的人才越来越多,技术水平不断增加,社会慢性病的爆发,导致来医院看病的慢性病会员数量越来越多,通过普通的书本记录已经很难满足如此庞大的需求,所以我们想要通过信息化的手段管理起来,我们希望系统能够做到对会员信息的维护,包括个人信息、来访信息、积分信息、问卷信息、画像信息等等;同时希望系统能够针对我们院方开展的一些活动,系统能够提醒会员管理员进行通知跟踪和记录。以及能够针对个性化的营销方案进行人员筛选,系统能够生成待办通知,提醒营销人员通知患者参与活动。

            同时,我们也希望更加的对客户进行关怀,所以希望在活动管理中可以分类出待开展活动,进行中活动和已结束的活动。同时,大多数慢性病的患者一般比较年纪大,所以我们希望系统的界面能够简洁美观,让年纪稍微大一些的老人的能看懂我们的系统。 

    3、产品的功能

    一级菜单(模块)

    二级菜单(功能)

    子菜单(功能点)

    患者管理

    基础信息管理

     

    会员管理

     

    来访管理

     

    积分管理

     

    问卷管理

     

    画像管理

    标签管理

     

    画像功能

     

    行为分析

     

    统计展示

     

    客户关怀

    活动管理

    待开展活动、进行中活动、已结束活动

    模板管理

     

    待办任务管理

    待办活动通知、待办问卷、待办事务

    系统管理

    角色管理

     

    权限管理

     

    用户管理

     

    会员组管理

     

    字典值管理

     

    积分兑换规则管理

     

    4、角色类和特征

    序号

    角色名称

    说明

    1

    普通用户

    1.具备本系统大部分查看权限

     2

     

    患者管理员

    1.具备患者信息维护权限
    2.具备本系统大部分查看权限

    3

    会员管理员

    1.具备对未成为会员的患者加入会员功能;
    2.具备对已成为本组会员的患者信息进行维护;
    3.具备对本组会员的会员信息、来访信息、问卷信息、客户关怀活动信息进行查看和维护;
    4.具备能够查看本组会员积分信息;
    5.行为分析和统计功能的权限不受本组影响,查看的是全部;
    6.此角色未系统主要使用角色,并且本角色的维护权限都是本组会员

    4

    会员管理主管

    1.具备审核本部门下人员创建的活动权限
    2.具备本系统大部分查看权限
    3.具备本系统会员信息、来访信息、问卷信息、客户关怀活动信息的查看权限

    5

    营销人员

    1.具备行为分析选择方案权限
    2.具备活动方案制定权限
    3.具备本系统大部分查看权限

    6

    营销主管

    1.具备审核本部门下人员创建的活动权限
    2.具备本系统大部分查看权限
    3.具备本系统会员信息、来访信息、问卷信息、客户关怀活动信息的查看权限

    7

    院长

    1.具备全部查询和详情权限,即拥有所有菜单,但无处理操作,只能查询和查看详情

    8

    系统管理员

    1.具备最高权限

    5、功能优先级

    二、运行环境和设备要求

    1、运行环境

           系统可应用于Windows平台或Unix平台,

           系统采用B/S架构,可通过浏览器使用

           运行于局域网环境中,

           系统采用Java SDK版本为6.0,

           系统数据库使用Oracle10g

    2、设备

           数据库服务器2台+存储1台 集群或者热备模式

           PACS数据库服务器2台+存储1台 集群或者热备模式

           LIS独立部署,以便应及时业务不受影响

           应用服务器实现物理三层独立部署

    服务器类型

    CPU

    内存

    存储量

    品牌参考

    HIS数据库服务器

    >2颗INTEL

    XEON E7440处理器,4核,2.4GHZ,16MB高速缓存

    >8G,可扩展至64G

    >1TB

    参考IBM3850 M2系列机器配置

    PACS数据库服务器

    >2颗INTEL

    XEON E5530处理器,4核,2.4GH在,

    8MB高速缓存

    >4G,可扩展至64G

    >2TB

    参考IBM3650 M2系列机器配置

    软件应用服务器

    >2颗INTEL

    XEON E5530处理器,4核,2.4GH在,

    8MB高速缓存

    >4G,可扩展至64G

    >500G

    参考IBM3650 M2系列机器配置

    核心交换机

    千兆以太网交换机

    汇集层交换机

    千兆汇集层交换机

    接入层交换机

    1000M,1000M自适应接入交换机

    其他的硬件可根据实际情况做选型

    三、Product Blog 列表

            产品需求清单(Product Backlog)是Scrum的核心,也是一切的起源。从根本上说,他就是一个需求、故事、或特性等组成的列表,按照重要性的级别进行了排序。他里面包含的是客户想要的东西,并用客户的术语加以描述。产品负责人(Product Owner)负责产品需求清单(Product Backlog)列表的内容、可用性和优先级。

            包括内容:

            (1)功能方面的需求,功能点。

            (2)非功能方面的需求,如性能改进等。

            (3)需要修改的bug,上一版本已知的问题。

            (4)新技术,如支持新的操作系统或平台。

            (5)问题,日后可能新增的项,新功能。

            产品需求清单是不断完善的。在项目进行中随时新增、修改、删除功能,变更优先级。

            医院CRM客户关系管理系统产品需求清单如表3-1所示

                                                                                   表3-1 Product Backlog

    医院crm系统Product Backlog

    ID

    Name

    Imp

    Est

    How to demo

    Notes

    1

    基础信息管理

    190

    8

    登录,进入基础信息界面,查看和修改患者信息信息

    需要位数限制和实名认证

    2

    会员管理

    160

    6

    登录,进入会员界面,查看和修改会员用户

     

    3

    来访管理

    150

    5

    登录,进入来访界面,查看和修改患者来访信息

     

    4

    积分管理

    130

    6

    登录,,进入积分界面,查看和修改会员积分信息

     

    5

    问卷管理

    30

    3

    登录,进入问卷界面,查看和修改调查问卷

     

    6

    标签管理

    40

    3

    登录,进入标签界面,系统分类用户

     

    7

    画像功能

    110

    10

    系统存储会员照片

     

    8

    行为分析

    180

    15

    系统根据会员行为进行智能分析

    需要UML顺序图

    9

    统计展示

    100

    10

    系统将会员数据统计和展示

    使用分页技术,避免大规模数据库查询和查看用户列表设计相似。

    10

    活动管理

    140

    8

    登录,进入活动界面,查看和修改活动信息

     

    11

    模板管理

    20

    6

    登录,进入模板管理界面,查看和修改系统板块分布

     

    12

    待办任务管理

    10

    4

    登录,进入任务界面,查看任务信息

     

    13

    角色管理

    60

    5

    管理员登录,进入角色界面,管理角色

    需管理员登录

    14

    权限管理

    120

    5

    管理员登录,进入权限界面,赋予或撤销账号权限

    需管理员登录

    15

    用户管理

    200

    6

    管理员登录,进入用户管理界面,增加或删除用户

    需管理员登录

    16

    会员组管理

    90

    5

    管理员登录,进入会员组界面

    需管理员登录

    17

    字典值管理

    70

    5

    管理员登录,进入字典值界面,修改字典值

    需管理员登录

    18

    积分兑换规则管理

    50

    7

    管理员登录,进入积分页面,修改积分兑换

    需管理员登录

    四、Spring Blog列表

            Sprint Backlog 主要是从产品任务清单(Product Backlog)中挑选出高优先级的任务,确定本次迭代的任务目标。

            能提取多少产品任务清单中的任务取决于Scrum团队能承诺完成多少。

            (1)承诺总是来自于内部,不能从外部加强。

            (2) 迭代不应当有空闲时间,因此规划的迭代内容要保证工作量是稳定的)

            (3)依赖的因素较多:团队的能力,技术的成熟度,当前迭代增量的情况。

            产品所有者(Product Owner)定义每个迭代的任务说明、目标。使迭代更具有针对性。

            医院CRM客户关系管理系统冲刺任务清单如表4-1所示

                                                                                   表4-1 Sprint Backlog

    Sprint 1 Backlog                          Goal: deliver working version of web page

    ID

    Name

    Imp 

    Est

    description of the task

    Owner

    Status

    1

    基础信息管理

    190

    8

    登录,进入基础信息界面,查看和修改患者信息信息

    李**

    Done

    2

    会员管理

     

    160

    6

    登录,进入会员界面,查看和修改会员用户

    刘**

    In progress

    3

    来访管理

    150

    5

    登录,进入来访界面,查看和修改患者来访信息

    李**

    In progress

    4

    积分管理

    130

    6

    登录,,进入积分界面,查看和修改会员积分信息

    王**

    No strated

    7

    画像功能

    110

    10

    系统存储会员照片

    刘**

    In progress

    8

    行为分析

    180

    15

    系统根据会员行为进行智能分析

    李**

    In progress

    9

    统计展示

    100

    10

    系统将会员数据统计和展示

    李**

    Done

    10

    活动管理

    140

    8

    登录,进入基活动界面,查看和修改活动信息

    张**

    Done

    14

    权限管理

    120

    5

    管理员登录,进入权限界面,赋予或撤销账号权限

    王**

    Done

    15

    用户管理

    200

    6

    管理员登录,进入用户管理界面,增加或删除用户

    张**

    In progress

    五、用例图

                                                                                   图5-1 系统用例图

                                                                                   图5-2 患者管理模块用例图

                                                                                   图5-3 画像管理模块用例图

                                                                                   图5-4 客户关怀模块用例图

    六、燃尽图

            Sprint Burndown Chart 显示了 Sprint 中积累剩余的工作量,他是一个反应工作量完成状况的趋势图。Y轴代表的是剩余工作量,X轴代表的是Sprint的工作日。

            在Sprint开始的时候Scrum Team会标示和估计在这个Sprint需要完成的详细的任务。所有这个Sprint中需要完成,但没有完成的任务的工作量是累积工作量,团队会根据进展情况每天更新累积工作量,如果在Sprint结束时,累积工作量降低到0,Sprint就成功结束。

            医院CRM客户关系管理系统燃尽图如图6-1所示

                                                                                   图6-1 医院CRM燃尽图

    七、系统界面原型及介绍

    1、系统主界面

     

                                                                                   图7-1 登录界面

                                                                                   图7-2 系统主界面

    2、患者管理模块界面

    说明

            此模块将患者管理起来,包括对患者基本信息的维护,对来访信息的维护,对会员档案的维护,对积分信息的维护。

            (1)基础信息管理:有权限的用户可对患者的基础信息进行维护,包括新建患者、修改患者信息、查看患者信息、删除患者、批量导入患者信息、选择患者成为会员操作。

            (2)会员管理:有权限的用户,在权限范围内修改会员信息、锁定会员、查询会员信息。

            (3)来访管理:有权限的用户,在权限范围内对来访信息进行增删改查操作

                                       二期:新增的时候要关联活动。同步HIS系统后,将不必自行录入。

            (4)积分管理:积分管理分为,活动积分和消费积分。消费积分为实际消费金额是多少,积多少分;活动积分,按活动设置进行增减积分。

                                       有权限用户可查看积分情况。本积分管理只查看,不操作。

            (5)问卷管理:对会员进行定期跟踪问卷,记录问卷结果,制定好下次计划时间后,到待办任务列表中提醒。

                                                                                   图7-3 患者模块界面

    3、画像管理模块界面

    说明

            此模块是对患者的画像进行管理。可自定义标签类别、标签项内容、可对患者进行批量或单一修改画像内容。包含患者行为分析和统计展示。

            (1)标签管理:有权限的用户可对标签进行添加、修改、删除和修改标签项操作。

            (2)画像功能:有权限的用户可患者批量或单一画像。

            (3)行为分析:有权限的用户可选择患者基础信息和画像信息,根据选择结果筛选出的患者选择营销类活动方案。

            活动分为:会员关怀型和营销型两种。会员关怀型:人员按组区分,补充人员自动添加;营销型:人员一旦定义不可更改。

            (4)统计展示:目前展示了3种图形。

            分别为:

            近一周每组会员消费信息分析

            近半年会员患者及销售情况分析

            会员患者人员占比

                                                                                   图7-4 画像管理模块界面

    4、客户关怀模块界面

    说明

           此模块为此系统的核心模块,主要目标是将医院的活动管理起来,包括活动的管理和活动模板的管理,并做到根据活动信息的填写自动生成待办任务。

           活动分为三个步骤:通知、执行(线下)、记录。

           (1)活动管理

    1.待开展活动:有权限的用户,在权限范围内进行新建活动,保存模板,调用模板,审核活动,注销活动,修改活动,查询操作。

    2.进行中活动:有权限用户可查看权限范围内的活动列表,活动 详情,对活动执行结果可记录。

           3.已结束活动:可查看已结束的全部活动。

           (2)模板管理:有权限的用户,在权限范围内新增模板、删除模板、修改模板、查看模板操作。

           (3)代办任务

           1.代办活动通知:活动的通知提醒都在此功能列表中以活动粒度展示,操作人可对待办通知进行线下通知并在线上记录通知结果。

           2.代办问卷:显示当前用户相关的待办问卷的快速入口,展示近1个月一天内需处理的待办问卷,当前用户点击本模块【处理】按钮可直接进入处理界面。

           3.代办事务:显示当前用户相关的待办事务的快速入口,当前用户点击本模块【处理】按钮可直接进入处理界面。

                                                                                   图7-5 客户关怀模块界面

    5、系统管理模块界面

                                                                                   图7-6 系统管理界面

    八、总结

            对于敏捷开发最优先的目标就是通过尽早地持续地交付有价值的软件来满足客户它要求一个团队能够有足够的毅力来共同协作并在开发过程中能够保持沟通使整个项目中业务人员和开发人员必须每天在一起工作在开发团队中传递信息最有效的方法是面对面的交流不仅如此它还要求团队持续关注技术上的精益求精和良好的设计从而增强敏捷性团队需要定期地对运作如何更加有效进行反思并相应地进行调整校正自己的行为只有这样我们的开发过程和团队合作才会更有效率从而更好地完成工作

    展开全文
  • Maven 翻译为"专家"、“内行”,是 Apache 下一个纯 Java 开发的开源项目。基于项目对象模型(缩写:POM)概念,Maven利用一个中央信息片断能管理一个项目构建、报告文档等步骤。 在开始一个Maven项目时,需要...
  • 原型和原型原型继承 许多Web设计师工作过程涉及使用线框,线框是页面布局静态轮廓,可以填充设计元素,也许是从Photshop组件中绘制。 但是,开发人员需要构建静态线框中不可用功能。 Web原型更像是一种...
  • qlib
  • 软件开发的过程中,我们使用生命周期模型简洁地描述软件过程。针对软件工程各个阶段提供了一套范形...之后人们开发出快速原型模型,增量模型,螺旋模型等,这里只讨论着前3种模型特点适用面。 瀑布模型  它提
  • 在软件需求开发过程中,我们常常使用Use Case技术界面原型技术,如何把这两种技术很好地结合起来,更好地应用于我们需求开发实践中呢?笔者在此提出一种实践概念,希望能起到抛砖引玉作用。 在大部分需求...
  • 是一个开放源代码Web应用程序,可对GraphQL应用程序进行快速架构原型制作,从而使您的开发过程更加轻松,快捷。 为开发人员制作,由开发人员制作。 由 , , 。 在此处完整演示视频: 特征 通过直观...
  • 系统设计可能较复杂,但如果解决方案各环节可以进行原型制作并快速演示,就可以简化过程,减少设计人员面临风险。利用系统演示平台(SDP),系统设计师可以重复使用核心元件,在最终系统实施前评估并演示各设计...
  • 它旨在提高开发效率,实现快速原型制作并减少游戏开发时间。 代码架构设计易于理解维护,因此修改引擎以满足您需求不成问题。 入门 释放引擎后,将提供二进制文件/或安装程序以简化其使用。 目前,您必须...
  • 在设计过程使用原型的优点:如果客户反馈引起了app结构上的或者其他大的更改,那么原型可以降低成本时间。原型可以促进多个团队之间展开头脑风暴,帮助他们在演示demo过程中厘清与app相关的概念。原型可让你在...
  • 此图为软件开发生命周期模型图,下面以此图为例说明在软件开发生命周期各个阶段所使用的测试类型异同。 1、在最初原始计划制定阶段,需要进行文档编写测试。 2、开始参考某些软件原型并编写需求计划时,要...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 849
精华内容 339
关键字:

原型的使用和开发过程