问题标签 [change-management]

我目前正在构建一个小型 CRUD 应用程序。他们的数据库是一团糟，在接下来的 6 个月到一年的时间里会经常变化。你会为我的数据层推荐什么：

1）ORM（如果是，是哪一个？）

2）Linq2Sql

3) 存储过程

4) 参数化查询

我真的需要一个足够动态（既快速又简单）的解决方案，我可以在其中经常替换表和添加/删除列。

注意：我对 ORM 没有太多经验（只有一点 SubSonic），并且通常倾向于使用存储过程，所以也许这就是要走的路。我很想学习 Ling2Sql 或 NHibernate，如果两者都允许我上面描述的情况。

我最近和我的老板就“项目失败”发生了小争执。三年后，我们将代码库迁移到新平台的项目（我参与了 1.5 年的项目，但我的团队领导只参与了几个月）上线了。他与我公司和客户的高级管理人员（我是您经常听到的那些可怕的顾问之一。我的参与是“应用程序外包”）宣布该项目是成功的。我不同意，指出我发现的旧演示文稿表明，与最初的时间表相比，部署延迟最好以月为单位来衡量，并且可能以年为单位来衡量。我解释了我对项目失败的了解，以及失败率背后的研究和统计数据。他回答说那都是学术界，他领导的项目没有失败，

也许这样的咨询与其他项目不同，但似乎这只是用一个更漂亮的名字包装的失败，以避免因未能按时交付、按预算交付或未提供完整功能的耻辱。他解释说，我的公司为了在最大预算内完成项目而免费提供数小时的工作，这一事实说明了很多。

所以我问你这个：

• 什么是变更管理，它如何应用于项目？
• “变更管理”从哪里结束，“项目失败”从哪里开始？

---

@shog9：
我不是在问与顾问的责备游戏，尤其是因为在这种情况下我代表顾问。我一直在寻找关于何时应将项目视为“失败”的意见，无论最终是否实现了所需的功能。
我正在寻找“这实际上比我们想象的要复杂一点，而且这将是另一周”之间的区别，我认为这有点典型，和“项目失败” - 但是你想定义失败。甚至有区别吗？这种轻微的进度延误是否构成统计上的“项目失败”？

我组织的主要项目于周一上线。那是我在这里的第三天。现在我已经在这里待了将近一周，我的任务是创建一个变更管理计划，用于维护应用程序并为“总有一天”开始的第 2 阶段做准备。我们是一家微软商店，但思想开放。

我正在寻找一些关于 CM 技术的建议，尤其是有助于解决这个问题的工具。我对 ITIL 很熟悉，并且一直在考虑如何将其 CM 概念应用于这个项目，但不可否认，这个项目比我习惯的要小得多（< 100 个用户对数千个用户）。我不确定如何或是否可以将 ITIL 缩减为如此小的项目。或者我想的太小了。

您的组织如何在系统级别管理变更？对你起作用吗？如何改进？

为了进一步澄清，任何人都可以推荐一个 CM 流程和工具，也许来自开源或敏捷世界？

我的一个项目在 MySQL 中使用了 MyISAM 引擎，但我正在考虑将其更改为 InnoDB，因为我需要在这里和那里的事务支持。

• 在执行此操作之前，我应该查看或考虑什么？
• 我可以只更改引擎，还是应该为此准备数据？

我的任务是开发一个跟踪数据库更改的解决方案。

对于我需要捕获的更新：

• 更新日期
• 旧值
• 新价值
• 受影响的领域
• 做改变的人
• 记录编号
• 表记录在

对于删除：

• 删除日期
• 删除的人
• 已删除记录的标题/描述/ID。我正在跟踪所有更改的表都有标题或描述字段。我想在删除记录之前捕获它。
• 表记录在

对于插入：

• 插入日期
• 做改变的人
• 记录编号
• 表记录在

我想了几种方法来做到这一点：

• 我正在使用存储过程进行任何更新/删除/插入。我会创建一个通用的“跟踪”表。它将有足够的字段来捕获所有数据。然后，我会在每个存储过程中添加另一行，以实现“将记录插入跟踪表”的效果。
  • 缺点：所有更新/删除/插入都混杂在同一张表中
  • 很多 NULL 字段
  • 如何跟踪批量更新/删除/插入？<---- 这可能不是问题。我真的没有在应用程序中做任何这样的事情。
  • 如何捕获进行更新的用户。数据库只看到一个帐户。
  • 编辑大量现有代码进行编辑。
• 最后，我可以创建一个在更新/删除/插入之后调用的触发器。许多与第一个解决方案相同的缺点，除了：我必须编辑尽可能多的代码。我不确定如何跟踪更新。看起来没有办法使用触发器来查看最近更新的记录。

我正在使用 asp.net、C#、sql server 2005、iis6、windows 2003。我没有预算，很遗憾我买不到任何东西来帮助我解决这个问题。

感谢您的回答！

在 Clearcase 中，我可以为给定的一组文件生成一个“标签”，并始终返回该标签以重新生成所有文件，就像我生成标签时一样。

我如何在 Subversion 中做到这一点？我正在使用 Tortoise 前端 [Windows] 到 SVN，但我不确定如何完成此功能。

我将尝试自动化日常构建，这将涉及数据库更改、代码生成，当然还有构建、提交以及稍后的部署。目前，团队中的每个开发人员将他们的数据库结构和数据更改分别包含在两个文件中，例如 6.029_Brady_Data.sql。每个结构和数据文件都包含一个版本的所有更改，但所有更改都是可重复的，即使用 EXISTS 检查等，因此如果需要，它们可以每天运行。

我能做些什么来给这个过程带来更多的秩序，目前基本上是连接所有结构更改文件，重复运行它们直到解决所有依赖关系，然后重复数据更改文件。

我们有一个包含数百个报告的大型 ASP.NET 项目。我们正在将所有 SQL 查询（针对 Oracle 数据库运行）移动到三个 Web 服务中。Web 服务按命令、选择和报告查询分类。我们必须使用 SQL*Server 后端将项目的子集部署到与 Internet 断开连接的多个位置。因此，在 Web 服务中拥有与数据库的所有连接和查询使应用程序易于管理，我们可以提取报告的子集而无需修改代码。该项目使用 Serena ChangeMan 软件进行源代码控制。

问题是我们有几个程序员，他们都需要检查 Web 服务文件来处理他们的项目。我们刚刚实现了分支，但它正在慢慢变成一场噩梦。我们有每月的生产交付，有时应该进入每月构建的项目被推迟到下个月。合并已成为手动过程。

我进行了 Internet 搜索，但我很惊讶我无法找到任何好的“最佳实践”Web 服务架构白页。有许多大公司一定面临过这些问题。

大多数大型开发小组都使用分支吗？我确实读过 Visual Studio Team System Database Edition 可以提供允许应用程序连接到不同数据库的标准代码。购买 Team System 会是最好的方法吗？或者有谁知道我在哪里可以找到可以帮助我们解决这些问题的文档？

谢谢你，洛里

我们在 SQL Server Management Studio (SSMS) 中启用“工具 ==> 选项 ==> 设计器 ==> 表和数据库设计器 ==> 自动生成更改脚本”。在更改我们的数据库架构时，我们保存了脚本，并且由于我们在运行我们的应用程序的所有机器上安装了数据库迁移工具，我们可以在下一次软件版本更新期间同步架构。

我们最近将我们的开发副本和一些生产服务器切换到 SQL Server 2008。但是，我们仍然有几十个 SQL Server 2005 在野外运行我们的软件。我们暂时不打算升级这些。

问题很简单。SSMS 生成的脚本并不总是适用于 SQL Server 2005。SMSS 正在向命令中添加额外的元数据（例如，关于锁升级）。要使用 2005 制作我们的脚本，我们必须手动删除额外的信息，否则脚本不会运行。

有没有办法配置 SSMS 以生成与 SQL Server 2005 兼容的脚本？是否有工具可以自动摆脱额外的 SQL，或者至少让我们知道哪些文件有问题？

尽管Steve Yegge 很有智慧，但大多数开发人员都面临着从非技术客户那里收集到的需求。有时有项目经理与客户打交道并翻译他们的要求，有时则没有。无论如何，需求将发生变化的事实是不可避免的。

构成“良好编程实践”的大部分内容都与开发适应性强的系统有关，以便它们能够承受不断变化的需求。YAGNI、DRY、松散耦合等原则促成了这一点。诸如敏捷之类的迭代开发过程也试图解决试图击中移动目标的问题，当然，拥有一个正在测试的系统使得进行更改变得更加可行。

尽管如此，对于我们中的许多人来说，不断变化的需求似乎不仅会损害我们的软件质量，而且还会消耗我们的动力，让我们想要刺伤某人。

这个问题是关于如何管理客户，使他们能够以他们需要的方式改变他们的需求，同时阻止随意或轻率的改变。你怎么做呢？

• 您是否有项目经理将开发人员与客户隔离开来？
• 您有正式的变更管理流程吗？更换经理？
• 客户在真正需要时获得更改有多难？
• 相反，当“轻率”时，客户获得更改有多容易？
• 在解释变更成本时，您向客户提供了多少细节？
• 在收到更改请求后，您能多快向客户提供此信息？
• 哪些因素会破坏流程（例如无法对客户说不的 PM？）
• 什么对你有用？