关注微信 欢迎致电:400-8310-286

你在这里

计划管理系统设计阶段

概述

客户是一家房地产公司,目前客户各项目的监控主要是依赖Office提供的Project工具,人员任务分配、查看、共享及跟踪仍然处于纸制化阶段,信息共享不便。总经理无法对项目计划的执行情况,进度情况进行精确掌控,需要时不时地和相关负责人进行沟通以了解项目计划的实施情况,团队内信息共享困难,沟通效率不高。正是为了解决上述的一系列问题,我们初步设计了此计划监控系统项目。此项目计划监控系统的顺利部署将立即解决项目计划各项数据的共享问题,解除对Project等工具的依赖;总经理可以更加实时地监控每个项目的状态;各项目负责人也可以更加准确地掌控项目计划的执行情况;团队成员的信息共享,沟通,协调将会更加顺畅,从而有效降低时间成本,提高整个团队的市场竞争力。在这个项目的争取阶段,客户希望我们拿一个整体报价出来,但考虑到我们很难在大量需求都不明确的情况下给出准确的报价。为此我们建议把项目分成两个阶段:

一阶段:需求沟通,分析,整理设计,报价。

二阶段:开发,测试,部署阶段。

经过协商,客户同意我们的提议,分两个阶段并对每个阶段进行报价。第一阶段就是整理需求,设计和报价阶段。

需求

系统结构图

\Users\fang\AppData\Roaming\Tencent\Users\302585175\QQ\WinTemp\RichOle\(4L035`V17B~`T}TQ80_4UF.jpg

功能清单

用例图

解决方案

技术平台

  • 平台: .Net Framework 4
  • 数据库:SQL Server 2008 R2
  • 系统框架: Coevery 第二版

第一期没有实际的开发任务,使用SQL Server 2008 R2进行了数据库设计,使用Axure Pro进行了原型设计。

 

亮点(Featured)

原型设计

       我们在短期内给出了一个原型设计的初版,让客户立即看到了他们希望看到的系统的雏形,并爽快地与我们达成了设计阶段的合作意向;随后我们根据了解到的需求细化了原型,客户提到的70%的需求在原型设计上都得到了体现。原型设计的部分截图如下:

【截图1】

【截图1】是系统的Dashboard界面,用户登录系统后会首先进入此界面;用户可以通过此界面上的折线图了解到每个项目的实施进度。并且从右侧的消息面板中得知有哪些需要关注的热点信息。点击相应的热点信息面板即可进入该类信息的详细页面。

【截图2】

【截图2】是项目计划列表页面,用户可以在此页面创建新的项目计划,在项目计划创建过程中,用户需要为每个项目计划添加一系列具体的实施任务,并为每个任务指派开始时间,工期,责任人等等信息。保存成功后系统会回到这个页面,但此时项目计划还处于草稿阶段,如果用户在此页面点击发布按钮,系统就会启动对该项目计划的监控,所有任务工期的变更都是受系统控制的。

【截图3】

【截图3】就是上面提到的项目计划在创建过程中用户需要准备的项目计划明细。用户可以选择从现有的mpp文件导入,也可以选择从模板导入。任务清单时一个树形结构,和Microsoft Project类似,每个任务有开始时间,完成时间,工期,前置任务等属性。

【截图4】

【截图4】是项目计划处于监控中的状态。可以看到每个任务根据不同的当前状态系统会展示不同的颜色。这也是用户比较赞赏的一个设计。

【截图5】

【截图5】是系统任务的审批界面,一个任务的工期如果需要延期,执行人会发送申请。然后任务的责任人会收到这个申请,并选择批准或不批准该任务的延期申请。

提交的设计文档列表

和客户达成一致意见,最后在给出二期详细报价之前需要向客户提交如下设计文档:

  1. 系统功能清单
  2. 数据库模型图
  3. 系统业务流程图
  4. 移动App UI设计(Android安装程序)
  5. 用例图
  6. 系统设计原型

总结

困难与挑战

         在设计阶段没有什么技术上的困难,只是在反复与客户沟通的过程中发现,客户提到了很多想法,把很多与项目计划管理无关的需求也提出来希望放在系统里面去。在此过程中跟客户解释过。有些功能应该有OA系统去管理,计划管理系统应该只关注和管理好核心的范围,即确定项目范围;但也不能否定客户的所有提议,为此系统中纳入了“项目例会”这个模块算是一个妥协。

客户收益

         这个系统给客户带来的收益是显而易见的,客户目前的项目管理相对是比较混乱的;经常在开会,通过开会来了解项目的最新状况。客户可以通过这个系统让每个地产项目的实施过程更加顺畅。加快项目进程。节约很多时间成本。

其它

       客户在提出系统定制需求的时候,会与我们进行初次的沟通,我们最好能够用工具记录下所有的细节,然后再短时间内给出一个原型系统与客户进行第二次沟通。这次原型系统的设计可以很粗,但需要涵盖所有客户提到的兴奋点,对于一些重要功能点的设计需要多花些时间做好做细。在与客户进行第二次沟通的时候,可以让客户感受到我们需求理解能力。所以在项目争取阶段,初次原型系统的设计会让我们在竞争对手中脱颖而出,对整个系统的报价评估也会有较大的参考意义。

TracTerra订单管理系统

概述

TerraCorp是一家提供地图测绘服务的有限责任公司,公司位于美国德克萨斯州,业务覆盖整个达拉斯-沃斯堡大都会区。该公司拥有一批经验丰富的专业技术人员,可以为任何规模的项目提供精准的测量服务,包括小型住宅到大型商业项目。公司配有世界领先的现场勘测设备以及绘图软件,配合TracTerra专业化的测量订单管理系统,可以实现订单从下单到交付的全程生命周期管理,保证项目进程的高效以及质量。

需求

功能需求

  1. 权限管理
  2. 数据字典管理
  3. 订单CRUD
  4. 测量订单处理工作流
  5. 订单相关文档上传
  6. 订单核算
  7. 订单处理留言
  8. 订单处理日志
  9. 订单处理日常邮件
  10. 测量订单生成/发送
  11. 订单发票生成/发送
  12. 现场处理人员分配
  13. 公司内部邮件
  14. 订单报表
  15. 订单报价申请
  16. 响应式界面
  17. WebAPI

 

业务流程

该软件将由客户或者管理员放置一笔订单开始,接着由公司调查人员(Researcher)处理该笔订单并实地调查后上传一些最终测量报告所需要的相关文档。一旦文档被调查人员上传后,订单将转入下一流程由调度人员(Crew Scheduler)处理并分配相应的订单给现场人员(Field Crews)。现场人员将实地处理订单测量工作并上传所有订单相关的文档,然后流转订单流程给绘图人员(Drafting)。绘图人员将基于所有工作流程中所上传的文档绘制订单测量图并上传,接着订单流转到最后一步,由专业测量员(PLS)查看所有流程中已上传的文档,并最终决定订单是否完成。如果订单完成,PLS将最终生成PDF订单测量报告以及发票信息,并发送给最终用户,否则PLS将重新流转订单流程到以前的步骤让相关人员重新处理。

订单流程图

\Users\enginetan\Desktop\workflow.png

 

解决方案

技术平台

  • 基础框架: .Net Framework 4
  • 数据库:SQL Server 2008 R2
  • 数据访问:Entity framework 5
  • 系统框架:Spring.net, Asp.net WebAPI
  • 前端框架:WebForm, Bootstrap
  • 第三方控件:JqGrid, DataTables, PDF Lib, Google Maps API, QuickBooks API, Highcharts, ,iTextSharp, Sparkline.

 

系统代码架构

  • 此架构基于传统三层结构,EF是持久层,Dao是数据访问层,Service是服务层,

   ASP.net WebFrom作为表现层。简单描述如下

  1. 持久层使用微软最前的Entity Framework 5.0框架技术,其中会自动生成Model实体类;
  2. IDao作为数据访问层接口,仅允许服务层引用;
  3. Dao是数据访问层的接口实现,使用Spring.NET向Service层中注入;
  4. IService是服务层接口,仅允许表现层引用;
  5. Service服务层接口实现,与Dao层通信,使用Spring.NET向Web层注入;
  6. 表现层使用ASP.NET WebForm,并采用JavaScript, html控件。并配合其他的一些三方控件完成界面展示。

 

  • 总体架构图

 

系统部署

  • 应用场景

 

亮点

测量报告生成

该系统的主要功能就是在不同业务流程中由各角色的操作人处理测量工作并上传最终测量文档生成所需要的部分文档内容,最终在业务流程结束后,会由管理员根据文档的相关内容生成最终的PDF测量报告和发票信息,并邮件给客户,完成订单流程。PDF文档生成使用PDFLib库开发。

测量报告

 

文件拖拽上传

系统业务中各业务处理人员需要上传处理后的测量文档或相关资料,为了方便用户操作,系统采用JQuery DropZone插件实现了文件的拖拽上传。

测量文档上传

\Users\enginetan\Desktop\Case Study\Document Upload.png

Google 地图路径

该功能用于Field Crew人员工作分配以及跟踪。当订单处理流程流转到Field Assignment状态时,管理员可以选择待处理的订单并分配到相应处理人员,并根据订单的位置信息,在地图上将人员处理批量订单时经过的最短路径信息显示在Google地图上,供管理员决策并调整处理人员与订单的关系。该功能使用JQuery SortTable插件配合Google Maps API库开发,订单与人员的调整采用全拖放式的效果,用户体验性较好。

站场人员分配

\Users\enginetan\Desktop\Case Study\fieldmodule.png

 

 

响应式界面

该功能主要是为了适应不同的设备(如PC,Pad,手机等),在不同的设备上获得一致的界面。在减少成本的同时达到较好的使用体验。该特性基于Bootstrap UI 框架,并配合一些相关的Jquery插件,实现了相应的响应式效果,如响应式Form表单,响应式JqGrid表格等。

响应式登陆界面

\Users\enginetan\Desktop\Case Study\responsivelogin.png 

响应式表格

\Users\enginetan\Desktop\Case Study\responsivetable.png

响应式表单

\Users\enginetan\Desktop\Case Study\responsiveform.png

响应式菜单

\Users\enginetan\Desktop\Case Study\responsivemenu.png

 

JqGrid报表导出/打印

该功能采用JQuery JqGrid插件来展现报表,包括二维表以及树形表格,并通过iTextSharp实现报表导出为pdf。报表打印通过动态筛选JqGrid Dom元素并采用PrintArea插件实现区域打印。

报表打印

\Users\enginetan\Desktop\Case Study\print.png

 

技术难点

业务流程

由于该系统是测量行业的订单系统,需要理解相关的行业知识。加上前期客户对业务对象的相关数据项描述得不够清楚,所以在前期需求阶段,需要跟客户不断的沟通,理清业务流程以及相关的行业数据。

QuickBooks

QuickBooks API是一套远程Web API,用于访问QuickBooks系统中的业务数据,实现二次开发。在TracTerra项目中,客户需要使用QuickBooks API 实现系统间的客户以及发票数据同步。在前期使用时,由于初次接触,需要查阅大量的官方文档,并且熟悉QuickBooks API 的使用方式,以及与Tracterra项目中的异构数据进行同步的问题。

通过对QuickBooks的调研以及在官方的支持下,我们进行了一些实验以及Demo程序的编写,最终调试通过并顺利集成到TracTerra系统。

 

预期收益       

该项目目前仍处于测试阶段,预期上线后能有效促进TerraCorp公司的工作流程规范化,保证测量订单的处理以及相关人员的分配高效且合理,最终提升公司对外形象,提高整体业务能力,确保公司利益最大化。

 

总结

整体项目开发以迭代方式分成需求,计划,设计,编码,测试,重构,项目管理等阶段,并制定每周开发任务,任务结束后,通过skype与客户沟通并确认已完成的开发任务,并与客户一道制定下周计划。

开发期间,与客户积极配合,并制定了一些需求文档以及原型界面。在开发中如果出现与需求有偏差的问题,会及时跟客户邮件沟通,并寻求解决方案。

项目中采用了一些之前未接触过的技术点,所以必须主动配合客户去学习新技术,并达到客户预想的结果。在满足客户需求的前提下追求更优解决方案,保证客户的利益。

在线票务展示销售系统

概述

客户是加勒比地区的一家票务和门禁系统服务公司,为了给其客户提供快捷、高效的票务和门禁服务,客户要求建立一套在线票务展示销售系统,并在此基础上集成门禁系统的票面验证功能。

 

需求:

  1. 基于NodeJS ExpressJS 3.0实现。
  2. 实现事件在线动态管理。
  3. 实现基于组织结构的权限管理。
  4. 实现在线生成电子票PDF文件,包含条形码和二维码。
  5. 实现在线验证,扫描条形码及二维码验证真伪,以及票面信息。
  6. 实现Paypal在线支付功能。.
  7. 社交系统集成Facebook,twitter分享功能。

 

解决方案

此系统随着项目的推广和发展并发数据可能会很高,基于此目的,服务器方面我们选择了NodeJS Express 3.0,数据库采用MySQL与Cache结合,这样由于NodeJS的无阻塞高性能的特性,系统可以快速响应客户端请求,服务端可以很容易做到系统扩展。

 

困难及挑战

如何生成PDF?

最初我们在NPM官网找了几种解决方案,有第三方插件的,有通过模板生成的,通过最后评估我们选用了我们最为熟悉的技术方案,使用Wkhtmltopdf。

其他方案需要安装插件应用程序,学习新的模板语言,维护难度大而且学习成本较高。Wkhtmltopdf直接通过html模板输出PDF,由于Linux内核的Chrome版本和windows以及最新版Chrome版本不同,渲染的结果输出不一致,需要在不同的系统下调试输出结果。

最开始使用的模板由于页面有缩放导致打印输出的PDF清晰度不高,无法直接扫描,经过调整CSS最终输出的PDF达到客户的要求。

 

客户收益

此平台实现了客户的需求,达到了客户的预期,客户表示满意。

此平台能够迅速实现票务在线销售支付,门禁验证,进而有效提升了客户的竞争力。

客户基于此系统成功的搭建了,哥伦比亚站和特尼尼达和多巴哥站。

 

所用技术点

  1. NodeJS
  2. ExpressJS
  3. Backbone
  4. jQuery
  5. WebApi
  6. Cache
  7. MySQL
  8. ORM

 

系统截图

首页:

 

用户中心:

在线支付:

社交平台集成:

管理员界面:

诺怀软件正式成立PMO

2014年5月8日,重庆诺怀软件有限公司正式宣布成立项目管理办公室(Project Management Office,即PMO)。

         PMO是在公司内部将所有项目集中协调管理的一个组织,PMO的职责可以涵盖从提供项目管理支持到直接管理项目。随着公司规模不断扩大,越来越多的项目需要专业的项目管理。为了将公司的项目管理规范化、流程化,并且不断积累优秀的项目经验,不断提高项目成功率和客户满意度,公司决定成立专门的项目管理办公室。

         新成立的PMO,将作为专业的项目管理团队,整体监控公司所有运行中的项目,为各个项目提供专业指导和辅助,协调各种资源,尽最大努力保证公司各项目的健康运行和项目质量。PMO成立伊始,已经开始着手梳理公司项目管理标准化文档,目前已有10个项目管理标准化流程运用发布到公司公共服务器,为各位项目经理提供了流程上的帮助。另外,PMO也在通过审核周报、日报等方式,帮助公司的项目经理更好的管理项目和做好客户沟通。

         PMO的成立,是公司项目管理标准化和国际化的里程碑事件,标志着诺怀在做好项目管理,不断提高项目质量方面的决心和信心。在PMO的帮助下,诺怀将以更专业的行为和更认真的态度,做好每一个项目,为我们的客户创造更大的价值!

 

诺怀软件首个2级船长诞生

  近日,诺怀软件内部诞生了首个2级船长——Nopcommerce船长郑洪亮,这意味着Nopcommerce团队在过去的半年里在技术攻坚、市场推广、客户满意度方方面面都取得了骄人的成绩。

  Nopcommerce这条船已经成立了两年多,两年多来,船长郑洪亮带领船员刘辉进行技术学习、人员培养、团队建设、团队从0到有到形成强大的开发服务能力。最新的第四个任期内(半年为一个任期),Nopcommerce团队为36家客户提供了满意的服务,报价成功率达到80%以上,超过公司2级船长的标准,郑洪亮因此成功晋升为2级船长。

  升级到2级船长后,Nopcommerce团队增设1名副船长刘辉共同掌舵,团队规模由2名增加到4名,Nopcommerce团队的力量将会变得更加强大,开发和服务能力也会进一步提高,这将为更多客户提供优质的服务。

 

诺怀软件的船长制度介绍:

    诺怀的船长制度按照技术领域划分,由在某一技术领域具有专长的人发起,建立小型团队,在船长的带领下完成该领域的技术研究、市场推广、团队建设等全方位内容。船长制度力争在较新的领域内培养专门人才,成为公司以.net、asp.net、PHP等领域为主要业务下的重要补充。

诺怀软件的船长升级制度介绍:

    领域发展得好的船长将获得升级机会,诺怀船长分为4个等级:

 

船长级别

级别规模

服务客户数

船长配置

1级

2人规模续航

6个月内服务客户数>=10;报价成功率>=30%

只设置一名正船长

2级

4人规模续航

6个月内服务客户数>=20;报价成功率>=30%

设置一名正船长

可以设置一名副船长

3级

6人规模续航

6个月内服务客户数>=30;报价成功率>=30%

设置一名正船长

必须设置一名副船长

4级

10人规模续航

6个月内服务客户数>=50;报价成功率>=30%

设置一名正船长

必须设置一名副船长

最多可以设置两名副船长

 

诺怀软件现有船长介绍:

    目前,除了Nopcommerce二级船长郑洪亮外,诺怀软件还有2位1级船长:Phonegap船长李春涛、DNN船长张隽君,随着诺怀软件在不同技术领域的经验积累,船长的数量以及团队的质量都会逐步提升,为更多客户提供更优质的服务。

 

迪拜金融市场网站

项目概况

DFM (Dubai Financial market) website 主要实现一些内容管理与展示的功能,主要包括通过Sitefinity管理数据并展示,从外部数据源读取历史数据并展示,以及根据用户需求对一部分数据进行计算用图形化的方式展示的功能。另外本站点集成了外部Web 服务请求结果的搜索功能;单点登录功能等。用户属于阿联酋国家,本系统属于金融行业,站点支持英语和阿拉伯语两种语言。

 

系统截图

Zakat Calculator: 主要根据用户界面选择的 参数,在数据库计算,返回结果。

Investor page: 用户可以选择不同的时间,对交易的数据和值进行直观的了解和对比。

Company Profile page:对特定的公司,当天的交易记录直观图。

 

解决方案:

涉及的技术:

 

开发方法:

我们通过添加Sitefinity widget的方式,将功能模块化,一个功能做成一个Widget ,这样用户可以很自由的在Sitefinity的页面添加想要的功能。

在界面样式上,我们沿用了之前的响应式设计,用bootstrap很好的做到界面统一。

多语言上面,我们通过asp.net的resource文件实现,页面没有任何的静态文本。

 

客户收益:

  • 更美观的用户界面。
  • 更友好的使用方式。
  • 为用户快捷的呈现直观形象,反应当前状态或未来趋势的数据,提供辅助分析。
  • 我们快速的开发和提交,客户可以在最短的时间内看到工作结果,提出要求。减少需求变更带来的高风险。
  • 项目中途,有时候客户任务准备不及时,为了给客户创造更多的收益,我们在当前任务快结束的时候,都会提前通知客户准备新的任务。

诺怀软件正式成为重庆服务外包产业协会理事会员单位

  2013年12月,重庆诺怀软件正式加入重庆服务外包产业协会,成为重庆服务外包产业协会理事会员单位。

  重庆服务外包产业协会是根据重庆市委市政府的要求,在重庆市外经贸委的领导和大力支持下于2009年成立的行业性组织,由重庆市内从事服务外包的企业、科研机构、培训团体及该领域内的其它组织构成,是经重庆市民政局核准登记的非营利性社会团体法人。

  借助外包协会这个平台,诺怀软件能够更多地获得国家政策的扶持,更及时了解产业最新动态,并通过与协会其它会员单位的交流学习,提升企业的综合能力、行业影响力,给未来的发展打下坚实的基础。

  这一标志性的事件,让所有的诺怀人受到了鼓舞,诺怀软件将积极地与协会合作,以更专业、更良好的服务回馈客户!

 

Store Management Application 用户案例

1.项目概述

客户是一家位于爱尔兰的连锁商店解决方案提供商,由于客户商店分布各地,所以十分需要一个移动应用去管理各地的商店、商品、客户、订单和审查,最后同步数据到中心数据库。客户急切需要一个稳定性好、扩展性强、易于开发的Windows 8.1程序开发框架。诺怀团队为客户提供了全面的解决方案:利用Microsoft 的Windows 8.1 App 平台开发的应用能同时在Windows 的移动设备和Windows 8以上的电脑上运行,以减少开发成本,利用Visual Studio 的高效开发工具,新设计的Windows 8编程框架能快速的开发出客户需要的应用。

 

2.系统需求

·     用户管理

·     客户管理

·     商店管理

·     订单管理

·     产品管理

·     审查管理

·     日程管理

·     图表管理

·     新闻管理

 

3.系统截图

3.1 主界面

3.2 商品分类

3.3 商品信息列表

3.4 商店信息

3.5订单管理

3.6审核管理

 

4.开发技术

  • Windows 8.1
  • C#
  • XAML
  • MVVM Light
  • Async Programming
  • Telerik Windows 8.0 APP XAML Control
  • SQL Server 2008 R2
  • .Net Framework 4.5
  • Web API 2.0
  • Newtonsoft.Json
  • Entity Framework 6.1
  • Linq
  • SQLite
  • Data Synchronization

5.系统架构和解决方案

客户在对比几家供应商后,最后选择了我们提供的架构方案,是由于诺怀在XAML相关技术领域(WPF, Silverlight, Windows 8 Metro Style App)的长期耕耘,执行敏捷软件开发,快速响应的工作方式以及根据实际需要提出各种对应的解决方案。我们在客户提出基本的需求后的就能在较短时间内就把架构设计方案报告给客户。以下是主要的两方案。

5.1 系统架构方案

系统主要是由5层组成:数据库层,实体模型层,业务逻辑层,服务层,Windows App层。App和服务器沟通主要是通过Web API完成,App的数据是保存在App客户端,最后通过数据同步完成服务器和客户端的更新。

系统架构图

5.2    数据同步方案

同步逻辑:此数据同步功能是可配置的,如:同步的内容以及条件,同步的方式(单向或双向),同步的顺序等。版本冲突控制是以最后的更新时间为准,并能生成最终的同步报告。

实现方案:客户端用Http Client 去调用以Web API服务去完成同步的功能,其方案实现图如下所示:

同步解决方案图

 

软件开发金科玉律之-不要重复发明轮子!

软件开发金科玉律之-不要重复发明轮子!

     以前有个小朋友,特别有好奇心,也喜欢动手捣腾。有一天,他做出来了一个圆圆的,会滚动的东西,感到特别兴奋,到处去向别人展示自己的"新发明"。结果他发现别人一点都不稀奇,原来这个东西叫做“轮子”,早在几千年前就有了,现在已经发展出了上百种的不同规格、材质、样式,自己的这个相比之下太不完善了,根本不能算是什么发明。这个小朋友,现在就藏在我们的心里,尤其是经验不够丰富的程序员身上。

2014年4月13日诺怀足协内部赛

  北京时间2014年4月13日,诺怀足球协会内部对抗赛在重庆市奥体中心举行,经过近2个小时的鏖战,“屁股队”以17比15的比分战胜了“鸽子队”。

  比赛当天,天气不错,凉爽的温度为球员们良好的发挥创造了很好的条件。本场比赛的主裁判由陈俊担任,从比赛观赏性和实力的考虑,陈俊将足协球员们分成了两边,根据两边的特点,取了2个响亮的队名,分别是由刘金鑫领衔的“鸽子队”和谢李平所在的“屁股队”。

 

  比赛开始之后,实力占优的“屁股队”出人意料的被“鸽子队”压着打。第5分钟,谢李平禁区内绊倒了“鸽子队”的刘金鑫,陈俊果断判罚了点球,不管谢李平如何的申辩,都改变不了这位前重庆邮电大学队长的判罚。原以为在这次双方队长的直接较量中,刘金鑫取得了胜利,可在之后,刘金鑫罚丢了点球,最终这次直接对话打成了平手。

  或许是开场的优势让“鸽子队”放松了警惕,也或许是为自己浪费机会获得了惩罚,在随后的比赛中,“屁股队”逐渐进入了状态,连续的进球也让“鸽子队”的球员们有些手足无措。眼看比赛就要将进入垃圾时间,第15分钟,“屁股队”门将在禁区内手接回传球,被主裁判罚了禁区内的间接任意球,“鸽子队”也没有再浪费黄金机会,蔡林一踩,邹俊杰一蹴而就,扳回一球。这个判罚除了展现了陈俊的业务能力,同时也暴露了我们的球员们对规则还有待加强,平时训练赛中暴露了问题也是好事情,以后的正式比赛中就不会再犯这些错误了。

  双方节奏很快,不一会就到了半场休息,5分钟之后,易边再战。刘金鑫出人意料的抛弃了他所带领的“鸽子队”,换上了“屁股队”的绿色背心,这让在场的所有人都唏嘘不已。可“鸽子队”并没有因此而泄气,在实力明显处于劣势的情况下积极拼抢,甚至为一个边线球都要和裁判进行理论,虽然付出了黄牌的代价,但这也表现出双方对这次训练赛的足够重视。

  比赛中还有一个小插曲,当值主裁陈俊决定带伤上场踢球,可见比赛的精彩程度让这位诺怀头号球星忍不住要参与进来,陈俊选择了“鸽子队”,替下了彭长生,彭长生就客串起了主裁判。在赛后的采访中,对于这次客串,彭长生表示“这次裁判当的不好,比赛节奏很快,很多细节都会被忽略掉,以后需要继续学习手势,对细节的地方能看得更清楚 ”带伤上场的陈俊在不到20分钟的时间内,为“鸽子队”连进3球,这也体现出了诺怀足协球员们的爱心,大家在对待有伤在身并且有很多争议判罚的陈俊的时候,并没有使出全力,就像“天天向上”这个节目常说的那样“人间有真情,人间有真爱。”就像“天天630”说的那样“重庆黑多好心人,今天要说哪一个也?”,陈俊在短暂的上场时间中,不但另一只脚没有受伤,并且还进了3个球,享受到了足球的快乐。 

  最终,“鸽子队”15比17遗憾的输给了“屁股队”。赛后,双方球员合影留念。 

  赛后,本台记者对几位球员进行了独家采访,在谈到对本场比赛的评价和看法时,他们给出了自己的答案:

杨俊杰:“裁判太黑了,后场绞肉机居然都被绞了,前锋把后卫脚都爪肿了,还可以骗点球,尼玛什么裁判,难怪赛后收到球迷围攻,哎~~~ ”

彭长生:“比赛很激烈,我们的队伍很顽强,不放弃不气馁不服输的精神”

王燕春:“我对我的评价是开始阶段不在状态,触球机会较少,但随着比赛进展,开始逐渐适应比赛节奏,屡次协助队友获得破门良机,跟队友的配合也更有默契,为取得比赛胜利深感团队协作的重要性,希望以后多参加队内足球比赛,达到锻炼身体和增强团队凝聚力的目的。”

谢李平:“通过周日的比赛,让我认识到中国足球的前途是怎样被黑哨和假球毁掉的。”

李春涛:“搞得好正式哦。有裁判执法是一大亮点,看场子的老头太锤子了,实力分配不均,比赛观赏性相对就低了。”

值得关注的是,在记者问到刘金鑫对自己比赛中途加入“屁股队”一事,刘金鑫并没有做出回应。另外,我台记者并没有机会采访到陈俊。

(附双方出场阵容:

“鸽子队”:刘金鑫(后背叛到“屁股队”)、邹俊杰、蔡林、李春涛、彭长生、杨俊杰、唐飞标、刘腾蛟

“屁股队”:谢李平、张强、冉军、王燕春、谢李平基友、刘金鑫)

页面

备案/许可证编号为:渝ICP备14000366号-1