| 共 97 篇文章 |
|
1.查找当前表级锁的SQL如下：select sess.sid, sess.serial#, lo.oracle_username, lo.os_user_name, ao.object_name, lo.locked_mode from v$locked_object lo, dba_objects ao, v$session sess where ao.object_id = lo.object_id and lo.session_id = sess.sid; 阅66 转3 评0 公众公开 14-08-25 11:50 |
阅201 转1 评0 公众公开 14-08-14 12:17 |
Oracle参数之event 10513Oracle参数之event 10513.我们设置Oracle参数event 10513将禁止smon进程进行事务回滚。在进行trouble shooting时，如shutdown abort后设置该速度可以加快数据库的open速度，注意加快速度的同时，也可能带来数据库一致性问题，或者smon在进行并行恢复（ Parallel query）时消耗100%CPU，有了该参数有了更多的选择余地。/... 阅283 转1 评0 公众公开 14-08-14 12:12 |
我们应当怎样做需求调研：需求捕获（下）客户并不是软件研发领域的专业人员。首先，在需求分析阶段，虽然客户压根儿没有想到，但需求分析人员是软件研发领域的专业人员，他们应当在深入理解业务领域与需求的基础上，通过分析提前发现这些需求。我前面谈到，客户描述的最原始的需求是编写在需求列表中的，而经过需求分析人员的整理、分析与设计... 阅91 转6 评0 公众公开 14-06-09 17:52 |
我们应当怎样做需求调研：需求捕获（上）前面我们讨论了，需求分析工作是一个迭代的过程：需求捕获->需求整理->需求验证->再需求捕获······需求捕获是这个迭代过程的开始，也是整个需求分析工作中最重要的部分。经过深入分析我们会发现，从客户嘴中说出来的需求，只是整个软件需求中的冰山一角，还有两... 阅133 转6 评0 公众公开 14-06-09 17:48 |
最先，我们应当对整个系统绘制用例图，设计用例场景，并依次对这些用例进行用例描述、流程分析、角色分析等分析过程。然后，我们再在整体用例图的基础上，依次对每个用例绘制用例图。每个用例图中，会更细致地划分出多个用例，并依次进行用例描述、流程分析、角色分析等分析工作。用例分析，还需要让需求分析员与架构师、设计师等技术人员共同... 阅125 转3 评0 公众公开 14-06-09 17:43 |
前面我们探讨了业务研讨会应当怎样组织，下面我们再具体讨论一下我们应当怎样与客户讨论业务需求。在客户提出的所有原始需求中那些与业务实现有关的需求都是无效的需求，它们仅仅只能作为我们的一个参考。最后，我们给客户提出两个方案，一个是按照客户所说的动态报表，但要求客户在制作报表时必须能够详细设计报表中数据项的来源、项目的类型... 阅113 转6 评0 公众公开 14-06-09 17:31 |
同时，在研讨时，根据与会人员的业务特点，将他们分成若干个业务组，分别对某个相对独立的业务模块的需求进行研讨。同时，一个管理系统涉及的业务是复杂而系统的，如果划分成多个模块并行地进行业务讨论，也可以大大提高业务研讨的工作效率。采用这种分散式的业务研讨形式，让我们作为外人来规范客户的管理模式，常常会有这样那样的不便，但这... 阅82 转0 评0 公众公开 14-06-09 17:24 |
让我们来听听一位金牌销售员是怎么做生意的：“我跟客户头几次见面，绝对不提生意的事，玩，就是玩。吃饭啦，唱卡拉OK啦，打球啦······先建立关系，关系好了再慢慢提生意的事儿。”这说得比较夸张，毕竟他是在做销售，但至少传达出一个概念，那就是做事先培养感情，感情培养起来才好慢慢做事，需求调研也是一样... 阅167 转5 评0 公众公开 14-06-09 17:12 |
我们应当怎样做需求调研：初识很多需求分析的工作是从需求调研开始的，我们就从这里说起吧。拿一个单位来说，横向可能划分成不同的部门，财务部、销售部、采购部、生产部······不同的部门，由于业务的不同，对软件的需求自然是不同的，因此我们在进行需求调研的时候，什么部门的需求就应当跟什么部门谈。他们是... 阅78 转4 评0 公众公开 14-06-09 17:07 |
