问题标签 [sdlc]

由于安全原因，我们将无法在本地机器上使用 IIS。相信很多人都遇到过同样的问题，请问你们是怎么解决的呢？以下是我们正在研究的选项：

1. 创建一个与网络隔离的 VLAN 用于开发。这将允许我们使用我们想要的任何软件，包括 IIS。一个缺点是使用外部组织测试 Web 服务，这可以通过使用存根来克服。

2. 不使用 VLAN，仅使用 Visual Studio 附带的 ASP.NET 开发服务器，然后将该代码部署到开发服务器。这样做的缺点是无法在本地开发期间复制生产环境。另外，至少有一位开发者需要IIS进行GIS开发，所以无法在本地进行开发。

感谢您提出意见或建议！

我相信每个人都知道5Ws，这是一个获取新闻中使用的“完整”故事的公式。

是否有这样的公式-我的意思是，例如应该回答问题-以便“规范”可以被认为是完全完整的。

因为有时我会面对一些功能，其规格听起来更像是“祈祷”而不是规格。-嗯，也许这就是一些祈祷没有实现的原因；规格对上帝来说还不够清楚。

那么，是什么让“规范”变得完美呢？对此是否存在共识？

谢谢，布拉克·奥兹多安

是流程图、用户界面还是什么？

我正在与一个拥有名为 M1 的 ERP 系统的客户合作，他们希望对其进行自定义更改。

我花了一点时间研究 ERP 系统进行定制。以下是我发现的有关自定义更改的列表：

• 无法导出/导入自定义更改。M1 Design Studio 中有一个选项，但是，它们似乎总是被禁用...我尝试了所有方法，但在帮助文档中找不到它的提及。
• 您可以导出提供类型、名称、位置和描述的自定义更改日志（CSV、XML、Excel、HTML）。本质上，它是一个只读文档，提供了您所做更改的列表。您不能修改此日志的内容。
• 所做的自定义表单更改对所有数据源（测试、阶段、实时）生效。换句话说，似乎没有限制表单更改范围的能力。
• 必须在每个数据源（Test、Stage、LIVE）中进行自定义字段更改。这里奇怪的是，如果在 Test 中添加一个字段，调整网格以显示它，然后更改为 LIVE，它会检测到该字段不存在并否定网格更改。
• 我找不到表明此应用程序支持版本控制的文档。

叹

……

所以...

如何从 SDLC：ALM 方法和工具的角度管理更改？

我可以首先引入一个变更请求系统来管理待定和已完成的定制。但是然后呢？我应该如何管理和发布更改？将应用程序的备份置于源代码控制之下并在需要时进行部署？

这个问题可能没有一个好的答案，因为我无法利用版本控制并创建环境分离，但我想我会问是否有人有类似的经验或使用过 M1。

我今年正在学习软件工程，我对标题中的问题有点困惑。

我的教授和参考文献（“软件工程从业者方法”）都将这三个标题区分为不同的模型。但是，我看不出明显的区别，因为它们的方法对我来说看起来相同，但使用不同的语句来定义它们。我觉得实际上它们都代表相同的流程模型。

谁能更好地解释不同的模型？

我的公司为房地产机构构建了一个 Web 应用程序——最初使用经典 ASP 编码，并逐步迁移到 .NET。本质上，它是一个带有后端数据库的网站，混合了自定义 Windows 服务/dll。.NET 应用程序的标准。

在我过去的公司中，我们有一个传统的软件设计生命周期。我们构建了我们的产品版本，当我们发布时，所有客户都收到了相同的代码。产品需求通过我们的工程团队过滤，发送给 QA 以在本地暂存环境中进行测试，然后推送到生产环境。

这家公司为多个客户提供我们产品的多个版本。基本上，客户 A 可以使用 1.5 版本，客户 B 可以使用 1.6，客户 C 可以使用 2.0。我们这样做是因为使用我们应用程序的机构对影响其用户的任何变化都有严格的要求。如果客户对 1.5 版感到满意，他们会留在那里，即使 2.0 版拥有所有最新的花里胡哨。客户实际上推迟了升级，因为新的“功能”实际上会通过造成混乱来伤害他们的用户群。

支持这种类型的生命周期在您还小的时候很好，但是当您发展到数十或数百个客户时，我们的 DEV、DBA、QA 就会承受压力，更不用说我们的支持团队了。现在我们的情况是，我们每周只能安排 6-8 个站点，这些站点可以根据需求进行更新。这迫使我们让其他站点等待 2-4 个月才能在他们的站点上获得哪怕是很小的更新。任何需要立即关注的生产问题或错误都会使事情变得更加糟糕——因为已经安排接收更新的站点需要取消优先级以腾出时间。

对不起，这太长了，但任何帮助表示赞赏。我们越早进行一些更改以使我们有更好的发布时间表越好。谢谢！

最近我参与了一个应用程序的设计和编写，我的团队得到了完整的要求，并且基本上必须对其进行设计和编码——它是关于 3rd 方手写识别平台的自动化，以与我们的几个系统互操作。现在几个月后，客户打电话给乍一看似乎是一个小问题，但在调查后发现整个应用程序需要重新设计只是为了解决这个不准确性（重新设计然后打补丁更容易）。

我个人认为 这个线程中提到的任何一点都没有特别糟糕地设计应用程序，但只是对我们来说有很多小的未知数，看起来现在已经累积成一个主要的设计缺陷——我们基本上没能做到这一点看。设计阶段的所有这些小因素似乎都是微不足道和可忽略的，所以我们认为我们做得很好。现在问题出现了，我们在设计时无法发现它似乎很愚蠢，但我想我们忽略了一些“小”细节和细微差别，这些细节和细微差别毕竟很重要。

那么，当您进入应用程序的设计阶段时，您是否不太熟悉，但它的设计（错误地）似乎或多或少直截了当（创建表、编写 BO、编写 UI 等），所以有什么方法可以采取您是否可以增加在实施阶段（或至少在客户部署之前）预见到此类陷阱的机会？

PS：有时我们会聘请专家来帮助像数学家，或者像地理专家一样，但谁可以帮助我们将第三方平台整合到我们的平台中，除了我们

我对 SDLC 和软件过程这两个术语有些混淆。关于这些（或多或少相似）术语，有几个问题。

1. SDLC 和软件过程有什么区别？（我了解 SDLC 不仅仅是瀑布）。
2. 我们可以用统一流程映射 SDLC 吗？
3. 关于活动-传统瀑布模型中的分析，我们是否在统一流程中进行分析（任何统一流程-敏捷或理性）？

在 SDLC 中，测试程序应在实施后立即进行。但是，测试驱动开发鼓励我们在执行时进行测试。在我的讲座课程中，教授说测试用例应该是设计的一部分。

我是一名初级开发人员，要实现一个新功能，我应该什么时候设计和记录我的测试用例？

我发现在完成实现之后对所有的案例都进行测试是不太实际的。这是因为一旦案例失败，我必须更改代码并重新测试所有案例。还有其他方法可以克服和避免这种情况吗？我知道自动化测试是解决方案之一，但不知何故，自动化测试不能激发所有的测试用例，尤其是涉及不同方的集成测试用例。

另外，在我的测试用例中，我应该测试代码的所有部分吗？或者只是测试该功能请求的功能？或者这实际上取决于你有多少时间？

非常感谢。

我需要为我的应用程序创建架构设计。

应用程序详细信息：在我的应用程序中，我显示了一些从服务器获取的数据。所以基本上当你启动应用程序时，你会得到一个类别列表，当你点击一个类别时，应用程序会使用 REST 调用 Web 服务并获得 JSON 响应。收到响应后，解析 JSON 数据以创建对象的 Arraylist，最后适配器在列表视图中显示此数据。

我想到的包结构：

com.app.activities:包含应用程序所需的所有活动。

com.app.customviews:应用程序所需的自定义视图。

com.app.adapters:不同的列表/网格适配器来创建不同类型的列表和网格视图。

com.app.parsers:包含所有解析器类来解析从服务器接收到的 JSON 响应。这些类基本上会将一个数组列表返回给适配器类将进一步用于创建列表和网格视图的活动。

com.app.utils:包含在整个应用程序中使用的函数，例如从服务器获取请求的响应、从输入流获取字符串、从某个 url 下载图像、日志记录等函数。

com.app.model:包含各种用户定义数据类型的所有模型类。

App work flow: When a certain category is selected, activitygets the response from utilsand send it to parsersto get an arraylist of Modeltype. 现在这个 arraylist 被传递给adapters返回一个适配器对象，该对象最终用于在activity.

现在根据应用程序架构，您的代码应分为以下三层：

1. 表示层
2. 业务层
3. 数据层

现在我需要知道，根据我的应用程序哪个部分属于哪个层。

请帮忙，我对此一无所知。

谢谢！！

更新：在谷歌搜索时，我偶然发现了这个链接：

http://apparchguide.codeplex.com/wikipage?title=Chapter%2019%20-%20Mobile%20Applications

它说，你的应用程序应该有一些工作流、业务组件、实体等。

所以，我认为我目前的包结构是不正确的，因为我只在活动中做大部分事情。

所以现在，我的问题是：如果我遵循这个架构，应该是什么包结构或者我如何设置我的代码库。