- 博客(26)
- 资源 (2)
- 收藏
- 关注
RSS订阅转载 多站点单点登录(SSO)设计 (转)
<br />这是一个老话题了，当前各门户一般也都实现了多个业务之间的单点登录。下面根据我经历过的项目，谈一下我自己的看法。<br /> <br />为什么需要单点登录：<br /> 产品刚上线时，一般由于用户量少，所有的功能都放在一起，一般也不需要具体的单点登录。随着用户量和业务发展的需要，要求逐步将产品按功能或性能分为相应独立的站点，并分开部署，这就需要在各个站点之间进行单点登录，以达到用户一次登录，就可以使用多个站点。<br /> <br />单点登录的实现：<br />简单方法： 在同一个域内的站点，
2010-07-28 09:58:00
684
转载 负载均衡服务器Session共享的解决方案(转)
<br />在ASP.NET的程序中要使用Session对象时，必须确保页面的@page指令中EnableSessionState属性是True或者 Readonly，并且在web.config文件中正确的设置了SessionState属性。<br /> ASP.NET中Session的状态保持是由web.config文件中的标记下的标记的mode属性来决定的。该属性有四种可能的值：Off、Inproc、StateServer和SQlServer。<br /> 设为Off会禁用Session。<br /
2010-07-26 10:00:00
540
原创 从软件生命周期说项目经理工作职责与流程 （转）
<br />一、需求分析<br /> 需求分析是对用户的业务活动进行分析，确定系统的目的、范围、定义和功能，明确在用户的业务环境中软件系统应该"做什么"。只有在确定了客户需求后，知道要“做什么”，才能够分析和寻求系统的解决方法，开展后续的工作，所以需求分析是软件工程中的一个关键过程。<br /> 这一步骤 要产生用户需求说明书，这个说明书既是给用户看的也是给开发人员看的，可以让用户更加确定自己的需求，让开发人员了解用户的需求。可以在需求说明说中包含业务流程图，来描述项目的业务流程。<br />二
2010-07-23 18:17:00
565
转载 项目管理有感之需求调研 （转）
<br />一个项目中需求调研的充分与否是项目日后成败的关键要素之一，这一点我想没有哪位项目经理不认同吧？不过咱说的需求调研可不只是拿张纸记记客户说什么就完了，调研顾名思义就是调查和研究客户的想法，我感觉应从以下几个步骤入手：<br /> 1、客户想要什么？<br /> 2、要这干什么？<br /> 3、为什么这么想？<br /> 4、会不会有别的想法？<br /> 这里也说一个最最最最基本的，只谈项目别谈钱，我们可以说，价钱嘛需要我们回去详细的分析过您的需求后再给您提供一个整体的解决方案，您放心
2010-07-23 18:13:00
521
原创 给IT人员支招（下）
<br />在上一节中，我们就需求分析过程中IT部门与业务部门的分工、沟通等方面，与聚冠因尚的咨询顾问杨春波进行了交流。接下来我们继续就以下三个问题，与专家探讨“如何跟业务部门谈需求”。<br />1、在需求分析阶段，您觉得获取IT“需求”的途径有哪些？<br />聚冠因尚杨春波：<br />至少有三个途径。一个是“拿来主义”，一个是“直接调研”，一个是“混合式”。<br />首先说“拿来主义”。现在是“知识爆炸”的时代，在互联网上很容易找到可供参考的需求文件。即使没有同行业的资料，找到同业务领域的应该说不
2010-07-23 14:37:00
594
原创 给IT人员支招：如何跟业务部门谈需求分析？（上）
一提跟业务人员做“需求分析”，许多IT人员立刻就头大了，要么不在同一个“频道”讲话，要么“变来变去，定不下来”。如何跟业务部门谈需求分析呢，我们带着这个问题，与聚冠因尚的咨询顾问杨春波展开了讨论。1、 有的IT主管抱怨业务部门提出的需求，IT人员看不懂甚至根本不能称之为需求，您觉得为什么会出现这种情况？ 聚冠因尚杨春波：这是比较常见的现象，“语言不通”是造成这种情况的主要原因之一。在企业信息化程度不高的情况下，业务人员的系统使用经验较少，他们提出的需求往往用的是“业务语言”，比如说，
2010-07-23 14:36:00
2288
转载 说说我们的项目计划 （转）
世界上做任何事，都是从计划开始，一件事情的成功也必定拥有一个周全的计划。完成丰功伟绩，我们需要设定不同的里程碑以达到最终目标；做好一件小事，我们同样需要知道什么时间该做什么步骤。计划永远都是绑定在事情上的，它是整件事情实施周期开始的前奏。没有良好的运筹帷幄，就不能有良好的开始，当然圆满的结局就更别想啦。在一个软件项目中也是同样的道理，项目前期我们要制定计划，项目立项，草拟建设方案，分析讨论可行性，投标参与以及如何中标等；项目中标签订合同后，实际上才是项目真正意义上的开始，这时我们需要做的是任命项目经理，建立
2010-07-23 14:24:00
587
原创 什么是企业级项目开发 （转）
<br />前言："企业级项目"，这个我们到处看到的词语，每天被我们挂在嘴边，可是到底什么项目才算是"企业级"？自己一直以来开的项目到底算得上企业级吗？本篇和大家交流，探讨下！<br /> <br /> 本篇的议题如下：<br /> 1 . 项目开发的现状<br /> 2. 什么是企业级项目<br /> <br /> 1 . 项目开发的现状<br /> 一直以来，我们都在不停得做项目，赶项目。相信从大家开始做项目到现在，做过了很多大大小小的项目，或多或少也有让自己很引以为豪的成功了的项目。大家回头想
2010-07-23 14:17:00
596
转载 说说我们开发中编写的文档 （转）
软件开发中文档的编写是一个不可缺少的环节，常见的如《需求分析》、《概要分析》、《数据库设计》等。在“软件人”的阵营里向来存在两种观点，注重文档还是关心代码。一直争论多少年了，好像都没有一个真正的定乱。如果大项目且开发周期相对合理，很多时候项目组一定会安排进行相关开发文档的编写；但对于周期短工作量又多的时候，可能很多项目组就会选择代码编写为第一的原则，相应的文档编写很多时候被安排在项目演示甚至交付后才进行补救式的操作，而且这样的文档很多都是归于应付客户要求的形式罢了。项目周期与质量保证向来是相矛盾的，如果为了
2010-07-23 14:08:00
516
转载 如何做一个合格的项目经理（转）
<br />项目经理这个角色说大不大，说小也不小。在大公司，项目经理这样的角色可能存在不计其数，他们很多都是寄托于项目的存在而生，项目的完成而终；但对于一些小作坊的软件公司，项目经理一职很多时候是一个长期持有的过程，拥有这一角色的人，很多时候就是主要研发群体甚至全部团队的核心领导人，这些人很多时候属于公司的顶梁柱、火线人员或突击队长。在我们看来项目经理就开会、陪客、吃饭、吹牛B，一天正常的8个小时工作时间，没几个点能看见他的身影，整天来无点去无踪，“那谁谁谁，你这今天的任务是什么什么，你你你，那东西怎么样啦
2010-07-23 13:58:00
726
转载 团队管理中的有效沟通（转）
<br />从一个项目管理培训小游戏谈起<br /> 5个人分别代号为A、B、C、D、E，5个人按如图顺序坐好：<br /><br /><br /> <br /> 培训老师分给每个人一张考卷，B、C、D、E的考卷上只有5个形状各异的图形，A的考卷上除了自己的5个图形，还被告知小组的任务是：总共有六种图形，在每个人的考卷上有其中的5个，要求找出5个人都有的那个图形。<br /> <br /><br /> 游戏规则为：<br />1) 各自的考卷是互相保密的
2010-07-23 13:15:00
1092
原创 寻求最佳开发模式，免得落得“精”尽人亡 （转）
<br />团队开发中，核心灵魂是什么? <br /> 大家异口同声的说是凝聚力，或是团结，从小老师就教导我们“团结是铁，团结是钢，团结是不可摧毁的力量，众人划桨开大船“，我们回答这个问题，想都不想，就像回答 1 + 1 = ？一样简单。<br /> <br />现在我假设一个简单的场景： <br />开发人员：项目经理，程序员A，程序员B, 程序员C。<br />项目模块：一个投票模块（发布投票，投票，查看投票三个功能页面）<br />开发时间：3 天<br /> <br />开发方式A:<br />S
2010-07-23 13:07:00
757
转载 XXX公司CRM项目开发日志(转)
<br />一.为什么要写该系列日志<br /> 之前，总是觉得花时间去写博客，是浪费时间，总是去转载别人写的好的文章。后来看了一篇《为什么你应该（从现在开始）写博客》,深受启发，打算认真的开始写一点自己的东西。一来可以锻炼自己的写作能力，二来可以记录一下自己的成长过程，也许，理由不只这些，但是，至少这两点理由已经足够了。虽然之前做过一些项目，但是，总是以完成项目为目的，没有很好的去沉淀一些东西，所以，本系列的日志，以该项目的整个开发过程作为记录的主线，该总结的总结，该从新学习的学习，该记录的记录
2010-07-23 11:52:00
549
转载 团队开发之环境搭建-SVN（转）
<br /> 团队开发与个人开发有着很多不一样的地方，个人开发什么东西都自己做，自己就是标准，不需要考虑自己的设计或者代码其他人看不懂或者别人写做的东西自己看不懂等情况。因此，团队开发需要定一些标准，这样才能方便成员之间的相互交流与配合。另外，资源的共享，编码阶段的代码分工与合并，要求团队之间必须要有一个公共的平台-----团队开发环境。因此，团队开发最重要的是要解决两个问题，一.标准化。二.开发环境。<br />标准化会在其他的地方整理。这里主要解决一下公共开发环境的搭建。<br /> 开发工具主要使用
2010-07-23 11:45:00
720
原创 动态SQL拼接要防注入
<br />不要相信使用Parameter安全调用分页存贮过程会没有SQL注入:<br /> <br />如:<br /> DbParameter[] dbParams = {<br /> Data.MakeInParam("@PageIndex", (DbType)SqlDbType.Int, 4, pageIndex),<br /> Data.MakeInParam("@PageSize", (DbType)SqlDbType.Int,
2010-07-23 11:12:00
3879
原创 提搞网站访问速度可做哪些优化（转）
<br />一、 服务器优化<br />l Windows系列：64位Win2008r2 + Hpyer-V + 负载均衡 + IIS7.5 64位Win2003 + 虚拟机 + 负载均衡 + IIS6 禁止服务器访问外网。关掉不必要的端口。 去掉每个磁盘的所有权限，只保留administrators组和system完全控制权限。 IIS7.5标识使用ApplicationPoolIdentity，给目录权限用户是：IIS AppPool/站点名 IIS6需要为每个站点建独立的用户，为IIS用户单独设置
2010-07-23 10:25:00
535
转载 一次进销存软件架构的实践1——概述(转)
<br />很高兴又一次开始谈软件的架构了，不过这个的探讨与09年初写的浅谈MIS系统架构不一样，之前是理论，现在是实践，而且这次在实际项目中把之前的理论都实现了，有过之而无不及，验证和权限、各层之间的低耦合、不再需要托控件，等等都实现了，其实一切能够实现得益于这次架构的魂——一切数据都会经过架构的程序（我们有时叫底层，下面统一叫软件框架）。遗憾的是这次仍然是一个WinForm项目，如果是web开发那么其中的很多细节问题都需要从新思考，毕竟运行机制不同嘛。不过这个软件是一个非常成功的软件，而且实现了多语言、
2010-07-23 10:03:00
718
转载 ASP.NET中Response.Redirect（）方法深度剖析(转)
<br />http://www.cnblogs.com/ybwang/archive/2010/07/20/1781800.html<br /> <br />本文中，我们将借助http分析工具Fiddler，来对Response.Redirect()方法的整个流程进行剖析<br /> <br />首先在Visual Studio中新建一个网站，在Default页面的Page_Load事件中写下Response.Redirect("http://www.baidu.com"); <br />然后添加一个P
2010-07-21 18:04:00
962
原创 项目管理之管理团队的情绪和期望 （转）
<br />软件项目的制作过程中，编码阶段可以认为是体力劳动，但是在设计阶段那绝对是脑力劳动。因此对于具有丰富情感的人来说，情绪不可避免的会影响到软件项目的制作。项目管理如此，企业的管理同样如此。<br />企业对于员工期望的满足度，是影响员工情绪的主要因素。而员工的期望不仅仅是办公环境、薪金福利等物质因素，更多的则是员工在工作中得到来自其他个体的信任与支持，以及送人玫瑰手留香之后的自我感觉。<br />管理者给予员工的信任与支持是建立在对员工工作肯定与帮助之上的。积极的期望管理可以促使员工不断的上进，员工
2010-07-19 18:19:00
3787
原创 团队开发之环境搭建（转）--SVN源代码管理
<br />团队开发与个人开发有着很多不一样的地方，个人开发什么东西都自己做，自己就是标准，不需要考虑自己的设计或者代码其他人看不懂或者别人写做的东西自己看不懂等情况。因此，团队开发需要定一些标准，这样才能方便成员之间的相互交流与配合。另外，资源的共享，编码阶段的代码分工与合并，要求团队之间必须要有一个公共的平台-----团队开发环境。因此，团队开发最重要的是要解决两个问题，一.标准化。二.开发环境。<br />标准化会在其他的地方整理。这里主要解决一下公共开发环境的搭建。<br /> 开发工具主要使用V
2010-07-19 18:02:00
830
转载 研发部门压力管理探讨 (转)
<br />富士康、华为员工跳楼事件，在媒体与舆论的背后，与死者们处于相似境地的我们，需要更多冷静和专业的思考，以及应对。在这篇文章中，我将目光集中在“压力管理”这个现代企业管理的名词上。<br />认知压力<br />消极怠工、负面评论、伤害团队直至放弃工作……这些行为的背后，反应的是一个处于“压力曲线”右侧最低点员工的真实现状。（因作图不便，暂缺图形）。<br />压力曲线是一条纵坐标为产出，横坐标为要求的上抛物线，形似一张弓。抛物线左侧的上升曲线，是“积极压力”的描绘。处于此情况下的人员，要求给予了他
2010-07-19 17:55:00
847
转载 慎选项目经理 (转)
<br />在上一家公司做了4年多合作过4个项目经理，各自多有自己的不同风格：<br /> 有的是技术背景非常深厚，靠着这个实力，对项目组成员做着强势的领导，关键时刻总能提出解决方案，往往奏<br />效，项目都能按计划完成。后来他领导了一个公司的关键项目，并成绩斐然，最后获得的那一年的公司优秀项目<br />奖。<br /> 有的是技术背景不错，对产品设计的来龙去脉都很清楚，工作经验丰富，为人坦荡，非常负责，但是对项目管理<br />的流程不是很清楚，缺乏这方面的经验。他领导的项目最后也做成
2010-07-19 16:53:00
600
转载 web代码安全问题总结(转)
<br />一， 数据库安全性<br />1， MSSQL数据库安全性<br />l web中不允许使用sa级的用户连接数据库<br />解决方法：删除sa用户，新建一个权限为sa的用户，用户名和密码一样要复杂。以防暴力破解。 新建一个web连接用户，去掉所有服务器角色，在用户映射中加入此用户要操作的数据库和db_public身份。 如果需要其它操作要另加权限（如只加insert/delete/select/update）。 每个人都没法保证自己写的代码没有漏洞。只要在数据库层做下处理以防入侵。
2010-07-16 11:59:00
510
转载 说说我们项目组的例行会议 (转)
我们的正常工作有一大部分是消耗在日常的各种会议中的，普天之下，各行各业，大小公司、组织、群体，都免不了这样的举动。而且伴随你的权利和身份，相衬着你滞留在那个圆桌的时间也是流逝得长长短短。屁股一坐，茶水一摆，静心冥听，台上滔滔不绝，台下流连妄想。 我们“软件人”熟知的IT行业，也是如此。大会不断，小会如麻；有三五天的惊世讲坛，也有三五分的简单畅快；公司例会，部门月会，项目周会，小组天会，大大小小，形形色色总是缠绕在你的周围。主持、讨论、建议、记录、聆听、冥想、开溜，一个都少不了。。。。 前
2010-07-05 12:05:00
953
原创 数据库优化系列（转）
<br />数据库的优化措施 索引优化<br />索引的作用就类似于书的目录，书的目录会按照章节的顺序排列，会指想某一张的位置。这样如果在一本数百页的书里面查找某个章节位置的时候，我们就可以只扫描书的目录，扫描的范围缩小了n倍，查询的效率自然就提高了。另外在sql server内存够用的情况下索引会被放到内存中，在内存中查找自然又会提高效率；所以我们必须得合理利用索引。<br />1）对什么列建索引<br />数据库默认情况下会对主键建聚集索引，除了这个索引之外还需要在哪些列上建索引呢？这个问题只能具体情况
2010-07-02 13:53:00
608
转载 程序员应知——数据库设计的两个误区(转)
<br />写在前面：本来“程序员应知”系列中应该写的都是与程序员密切相关的内容，而数据库设计似乎应该是数据库管理员的工作。然而，在实际的工作环境中，我所经历几乎所有的项目中，数据库设计工作都是由程序员来完成的；就算我们是不需要做数据库设计的程序员，也至少需要对数据库的结构有充分的理解，那样也便于我们编写和维护系统。思量再三，我还是将这篇与数据库设计相关的文章放在了这个系列当中。<br />在几乎所有的企业级应用程序中，包括各种MIS、ERP、CRM等等，都会使用数据库，这样的好处是显而易见的，很容易地实现
2010-07-02 13:47:00
671
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人