軟體=程式+軟體工程
程式=資料結構+演算法 是程式設計師之間的名言。軟體行業賴以生存的軟體,而程式設計師安身立命的程式。這裡程式和軟體之間並不完全相同。這就需要軟體開發的團隊的配合。軟體企業的發展則需要軟體和商業模式的結合,軟體是滿足人們的需求,就要真正了解使用者的需求,針對不同的需求制定不同的軟體來滿足需求。
軟體開發的不同階段
1.玩具階段 可以體現基本的理論。
2.業餘愛好階段 就試試唄,說不定什麼時候就成功了呢。
3.探索階段 不斷地研究發明才能去激勵人們去自由的發展興趣愛好。
4.成熟的產業階段 乙個成熟的軟體能夠支援乙個公司的發展成熟壯大。乙個軟體的成功就標誌著乙個公司的輝煌。
真正的商用軟體不僅僅要求能夠完整的完成所執行的任務更要在程式執行出錯時能夠完整的儲存使用者的資料。這樣才能保證資料的價值。它就像飛機的安全功能一樣。雖然會使成本上公升但是這樣才能保證乘客的生命安全。
套用一下軟體工程的定義 它是把有序的可量化的方法應用到軟體的開發、運營和維護上的過程。具體來說軟體開發的就是根據使用者最基礎的需求進行程式設計,在滿足最根本的需求後根據使用者的期望進行軟體的後續開發運營維護並提高軟體質量 使用者滿意度 可靠度 和軟體的可維護性。
由於軟體的多種形式如系統軟體,應用軟體,惡意軟體,它有這各種特點 複雜性 不可見性 易變性 服從性 非連續性。
軟體工程的目標就是創造出「足夠好」的軟體。實現這個目標
1.研發符合使用者需求的軟體。
2. 通過一定得流程,在預計的時間內發布「足夠好」的軟體。
3.能證明所開發的軟體使可以維護的繼續發展的
實行這三點就是初步實行了軟體工程。
個人感悟
我過去只是簡單的程式設計序,沒有想過去開發一款軟體,也不曾想過軟體開發的一些方法。
軟體的開發不僅僅要靠乙個人的努力,更重要的是團隊的協作才能高效開發出一款成功的產品。
當然這只是我的感悟,每個人有每個人的思想,誰也不能代替誰,自己的路還是要自己走。
快速閱讀《構建之法》 構建之法閱讀筆記01
自己從3月4日開始讀 構建之法 在粗讀一遍後,自己產生如下疑問 1.風格真的很重要嗎?總覺得清晰易讀即可 2.編寫軟體時,是程式簡潔高效但不易讀好?還是程式冗餘效率低下但是方便別人閱讀易維護好?3.使用者體驗主要體現在哪些方面?介面美觀,反映速度快,功能齊全足夠了嗎?4.本書只說了團隊模式,並未對如...
01《構建之法》閱讀筆記01
個人感受 我過去的做法 1 寫程式以實現功能為主要目的,所以有時候為了功能的保證,會不太注重演算法的使用。2 在團隊專案中,習慣了個人程式設計,和團隊成員溝通偏少。為什麼這樣不好 1 不注重演算法的使用,會無端的浪費空間和執行時間,使程式效率大大降低。2 團隊成員之間交流過少時,融合會經常出現問題,...
構建之法閱讀筆記01
從第一章概論中提到,軟體工程要創作足夠好的軟體。而有一些同學認為,所謂好軟體,就是沒有bug的軟體,所謂軟體工程,就是把軟體中的bug都消滅掉的過程,這確實抓住了軟體工程中的乙個要素,和軟體打交道的專業人士都知道軟體有bug,軟體團隊的很多人都整體和bug打交道,bug的多少可以直接衡量乙個軟體的開...