|
|
1
3
这两个是SPM及其方法的重要资源:
这是一个很好的Scrum资源,一种敏捷的开发方法
|
|
|
2
2
这里有一个不太有用的答案:行业本身还没有真正了解SDLC。 在开发软件时使用什么方法有很多不同的意见。如果你还没有,试试谷歌或者维基百科,看看今天使用的一些比较常见的流行词:瀑布,敏捷,测试驱动,Scrum,Rad。关于这些想法和它们的相对优势,有大量的资料。 要理解的是,软件开发行业对开发的生命周期没有很好的了解 应该是 . 有很多关于它是什么的研究 是 但这项研究通常伴随着评论,谈论它是如何严重失败的。因此,在过去的15年左右,随着人们和公司发明和实施新的软件构建方法,SDLC领域出现了一些分歧。 同样,学校也不能很好地处理这种情况。他们希望能够以足够的深度教授一个特定的想法,以完成一个学期的课程。SDLC不太适合这一点,因为有许多(通常是相互冲突的)思想流派。这些可能太新了,无法真正理解(你必须真正理解一些东西才能教它),或者它们可能太深,无法真正进入课堂环境。大多数大学班级能做的最好的事情就是收集旧的SDLC想法和材料(其中一些可能已经过时了),并将其作为一个例子进行教学。 个别公司将各自承担各自的SDLC(事实上,有些公司将根据部门的不同承担多个任务)。事实上,当你适应你的职业生涯时,你想问的一件事就是他们是如何发展的。例如,我很欣赏在一个灵活、高灵活性(有些人会说是混乱的)开发环境中与高技能的同事一起工作。这不一定对每个人都有好处;技能和/或信心较低的开发人员可能更喜欢更结构化、自上而下的方法。 我最好的建议是不要期望对SDLC的问题有一个“答案”。相反,准备好阅读/倾听他人的经验,并尝试得出自己关于如何构建软件的结论。保持灵活性,经常阅读(尤其是信息更新的网站),如果可以的话还可以参加会议。一旦您对开发感到满意,您将能够更好地理解问题,并可能为更好的解决方案做出贡献。 |
|
|
3
1
也可以看看 www.sdlcmetrics.org 软件开发生命周期度量的百科全书。 |