漫步人生路

令人烦恼的需求变更 在软件开发中，大家都会遇到过这样的问题：客户的一个新想法，就推翻了之前与客户经过再三讨论而确认定下来的需求。如果是功能性需求变更还会让人容易接受一些，毕竟功能性需求不实现的话，是会大大影响到软件产品的质量。但是一些非功能性的变更会让人很头疼，许多是看起来无关痛痒的、鸡毛蒜皮的变更，却是极为令人无语和无奈，甚至是烦恼和厌恶的。 （1）什么是软件需求？ 在IEEE中，软件需求的定义是：用户解决问题或达到目标所需的条件或功能。一般包含业务需求、用户需求、功能需求、行业隐含需求和一些非功能性需求。业务需求反映了客户对系统、产品高层次的目标要求；功能需求定义了开发人员必须实现的... Read More

今天跟大家分享的是“敏捷开发、快速迭代”。我们大都采用的是“瀑布开发模式”，有了问题，就得返工，虽然最终的产品会比较齐全完善，但是开发周期太长，开发人员会产生排斥，甚至厌恶的心理。经过YH系统的开发，也且生体会到了这一弊端。有问题就要去解决它！于是我想到了“敏捷开发”。借鉴敏捷开发模式，来改善软件开发过程，提高项目的开发效率。要想借鉴，首先得弄懂以下3个问题。1. 什么是敏捷开发百度百科中是这样解释的：敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。换言之，就是把一个大项目分为多个相互联系， Read More

数据库在项目开发中几乎是必不可少的元素，sql Server 相信大家都特别熟悉吧，那么是否遇到过这样一个问题呢：在分析数据库或者部署数据库的时候，出现了数据库不兼容的问题。修改数据库兼容版本语法ALTER DATABASE database_nameSET COMPATIBILITY_LEVEL = { 80 | 90 | 100|110 }参数database_name要修改的数据库的名称。COMPATIBILITY_LEVEL { 80 | 90 | 100 |110}要使数据库与之兼容的 SQL Server 版本。该值必须为下列值之一：= SQL Server 2000= SQL S Read More

1.工作方面，能力不敌态度；2.事业方面，才华不敌韧度；3.知识方面，广博不敌深度；4.思想方面，敏锐不敌高度；5.做人方面，精明不敌气度；6.做事方面，速度不敌精度；7.看人方面，外貌不敌风度；8.写作方面，文采不敌角度；9.方法方面，创意不敌适度 Read More

今天跟大家探讨一下关于web动态部署，也就是热部署的问题。说这个之前，先说一个敏捷开发的原则。【最小发布、增量开发】我们在做项目时，设定的期限都特别长。总是想第一个版本就想把所有想到的问题都做完，以至于项目一再延期。所以我们应该改变我们的开发策略。采用敏捷开发的方式。这里我想强调的有2点，1.最小发布。2.增量开发。对于最小发布，就是要在第一版中把核心功能实现，即立即发布第一个版本。在实际的开发中，公司为了抢占市场，都会尽可能早的发布一个V1.0的版本。能有效的占领市场，同时对于开发人员来讲，可以减少对项目的排斥情绪。因为项目拖得越久，开发人员就会越疲惫，就会消极怠工，bug数会直线上升。这显 Read More

前端时间，写过一篇博文：《C#动态编译，实现按钮功能动态配置》，里面提到了动态编译的好处，可以随时添加你要集成的功能，而不用去重新启动系统。如果系统超级大，启动需要半个小时甚至数个小时的话，用动态编译是极佳的选择。动态编译的好处让我舍不得丢弃它，所以只好找方法来优化它了。既然每次点击需要编译，如果我把全部功能都一次性编译完毕，保存这个实例，然后每次点击，都通过这个实例去调用对应的方法，这样就完美解决了这一问题。不多说，上代码：动态编译类 Evaluator：View Code 1 using System; 2 using System.IO; 3 using System.Text;... Read More