标签: sdlc

Scrum和敏捷开发有什么区别？Sprint和Iterations是一样的吗？

我正在使用Visual Studio 2013 Preview,虽然我确信我已经在早期版本中看到过它.使用向导创建新项目时,我选择C++,Win32控制台应用程序,并且有一个选项可以在我的项目上启用安全开发生命周期检查.有人可以解释这个选项对我的代码/项目的确切作用吗？

我的问题是,哪种版本命名方案应该用于什么类型的项目.

很常见的是major.minor.fix,但即使这样也可以导致4号(即Firefox 2.0.0.16).有些人有一个模型,奇数表示开发人员版本甚至数字稳定版本.所有类型的添加都可以进入混合,如-dev3,-rc1,SP2等.

存在理由偏好一种方案而不是另一种方案,并且不同类型的项目(即开源与封闭源)是否有不同的版本命名方案？

我们正在研究的一些项目在jQuery 1.4.2或更早版本中有很强的根源,并且在缺乏最新版本的性能优势(或语法糖),使用现已弃用的方法的羞辱以及使用它们的不适之间部署3年以上版本的积极维护的库,现在迫在眉睫.

我们可以采用/重新访问社区中流行的一些实践,以确保顺利部署(即关注模糊的兼容性问题,获取全局回归,重新考虑一些旧代码......)？它们如何最好地集成到SDLC中以便将来升级？什么是jQuery这样的库的合理升级时间表(我预计每次发布时都不会有显着的收益或合理的成本,但每6-12个月一次可能是合理的)？

我相信敏捷只不过是螺旋模型的另一种实现.我是Spiral的大力支持者(螺旋模型是一个软件开发过程,结合了设计和原型分阶段的元素,努力结合自上而下和自下而上的概念的优势)从一开始就看到了许多项目在不知道它们在Spiral世界中运行的情况下实现了Spiral.自从敏捷开始普及之后,螺旋的概念开始被忽略了一点.我相信对于复杂的项目,螺旋仍然是最好的选择,但我想更好地理解敏捷和螺旋技术之间的相似点和不同点.谁能解释他们的差异/相似之处？

我今年正在学习软件工程,我对标题中的问题感到困惑.

我的教授和参考文献("软件工程实践者方法")都将这三个标题区分为不同的模型.但是,我看不出明显的区别,因为他们的方法看起来与我相同,但使用不同的语句来定义它们.我觉得它们实际上代表了相同的过程模型.

任何人都可以更好地解释不同的模型吗？

创建新构建并将其发布到生产中的过程是SDLC中的关键步骤,但它通常是事后的想法,并且在公司与下一个公司之间存在很大差异.

我希望人们能够在他们的组织中分享他们对这个过程所做的改进,这样我们都可以采取措施"减轻痛苦".

所以问题是,指定一个痛苦/耗时的发布过程部分,你做了什么来改善它？

我的例子:在之前的雇主中,所有开发人员都在一个公共开发数据库上进 然后,当发布时,我们使用Redgate的SQL Compare从Dev和QA数据库之间的差异生成一个巨大的脚本.

这种方法运作得相当好,但这种方法的问题是: -

1. 包括Dev数据库中的所有更改,其中一些可能仍在"正在进行中".
2. 有时开发人员会做出相互矛盾的更改(在发布生产之前没有注意到)
3. 创建和验证脚本是一个耗时且手动的过程(通过验证我的意思是,尝试清除问题1和问题2).
4. 当脚本出现问题时(例如,运行事物的顺序,例如创建依赖于脚本中但尚未运行的外键记录的记录),需要时间来"调整"它以使其顺利运行.
5. 这不是持续集成的理想方案.

所以解决方案是: -

1. 必须编写对数据库进行所有更改的策略.
2. 命名约定对于确保脚本的正确运行顺序非常重要.
3. 创建/使用工具在发布时运行脚本.
4. 开发人员有他们自己的数据库副本确实反对(所以没有更多'踩到彼此的脚趾')

我们开始这个过程之后的下一个版本更快,问题更少,实际上发现的唯一问题是由于人们违反了规则,例如没有创建脚本.

一旦发布到质量保证的问题得到解决,当发布到生产时,它就非常顺利.

我们应用了一些其他更改(如引入CI),但这是最重要的,总体而言我们将发布时间从大约3小时减少到最多10-15分钟.

我遇到过"持续软件工程"这个短语,但并不确切地知道它意味着什么.似乎有一些DoD连接？它与敏捷开发有关吗？

我创建了一个PHP Web应用程序.

我有3个环境:DEV,TEST,PROD.

将我的PHP Web应用程序代码从DEV移动到TEST到PROD环境,有什么好的工具/业务实践？

意识到我的TEST环境仍然只连接到我的TEST数据库; 而我需要PROD环境连接到我的PROD数据库.所以代码大致是相同的,除了我需要更改我的TEST代码一旦移入PROD连接到PROD数据库而不是TEST数据库.

我听说人们在这样的情况下取消了Apache,它不允许新的连接,一旦所有现有连接都空闲,它就会关闭Web服务器.

然后人们手动复制代码,然后手动更新PHP应用程序的配置文件,以指向PROD实例.

这似乎非常危险.

是否存在最佳实践？

我需要为我的应用程序创建一个架构设计.

应用程序详细信息:在我的应用程序中,我显示了从服务器获取的一些数据.因此,基本上当您启动应用程序时,您会获得一个类别列表,当您单击某个类别时,应用程序将使用REST调用Web服务并获取JSON响应.获得响应后,将解析JSON数据以创建对象的Arraylist,最后适配器在列表视图中显示此数据.

我想到的包结构:

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

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

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

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

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

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

应用程序工作流程:当选择某个类别时,activity从中获取响应utils并将其发送parsers给获取Model类型的arraylist .现在这个arraylist传递给adapters它返回一个适配器对象,最终用于显示列表/网格activity.

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

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

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

请帮帮忙,我对此完全无能为力.

谢谢!!

更新:谷歌搜索我偶然发现这个链接:

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

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

所以,我认为我当前的包结构是不正确的,因为我只在"活动"中执行大部分操作.

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