題目：

信息系統(tǒng)師一個(gè)復(fù)雜的人機(jī)交互系統(tǒng)，它不僅包含 計(jì)算機(jī)技術(shù)，軟件技術(shù)，通信技術(shù)，網(wǎng)絡(luò)技術(shù)以及其他工程技術(shù)，它還是一個(gè)復(fù)雜的管理系統(tǒng)，需要管理理論和方法的支持。因此，與其它工程項(xiàng)目相比，信息系統(tǒng)工程項(xiàng)目的開發(fā)和管理顯得更加復(fù)雜，所面臨的風(fēng)險(xiǎn)也更大。如何選擇一個(gè)合適的開發(fā)方法，以保證在多變的市場環(huán)境下，在 既定的預(yù)算和時(shí)間要求范圍內(nèi)，開發(fā)出讓用戶滿意的信息系統(tǒng)，是信息系統(tǒng)建設(shè)時(shí)所必須考慮的首要問題。

請以“信息系統(tǒng)開發(fā)方法以及其應(yīng)用”為題，分別從以下三個(gè)方面進(jìn)行論述

概要敘述你參與管理和開發(fā)的信息系統(tǒng)以及你在其中擔(dān)任的主要工作。

簡要說明目前比較主流的信息系統(tǒng)開發(fā)方法的內(nèi)涵以及特點(diǎn)，并結(jié)合項(xiàng)目實(shí)際情況，闡述所選擇的 開發(fā)方法以及原因。

結(jié)合你具體參與管理和開發(fā)的實(shí)際項(xiàng)目，舉例說明所選取的 信息系統(tǒng)開發(fā)方法的具體實(shí)施過程，并詳細(xì)分析實(shí)施效果。

范例：

摘要部分：

2018年6月，我參與了全球玩樂電商系統(tǒng)項(xiàng)目的研發(fā)，該項(xiàng)目是一個(gè)大型的電商系統(tǒng)，有供應(yīng)商、經(jīng)銷商、外部接口，支持從供應(yīng)商的接口主動更新、新增產(chǎn)品，然后再 經(jīng)銷商的系統(tǒng)與自己公司平臺上面進(jìn)行售賣，自動化的上架、下架、更新價(jià)格、庫存，下單、支付、結(jié)算、出票的一體化的電商平臺，每天的訂單量達(dá)到50000多筆，流量，每天有1千多萬的點(diǎn)擊處理。在該項(xiàng)目中我擔(dān)任系統(tǒng)分析師崗位，主要負(fù)責(zé)系統(tǒng)的分析、調(diào)研、制定需求分析、詳細(xì)涉及以及研發(fā)的工作。本文以該系統(tǒng)為例，主要論述了信息系統(tǒng)開發(fā)方法的規(guī)劃與分析；在構(gòu)建階段，通過分析該系統(tǒng)包含的對象，對象的屬性以及對象的關(guān)聯(lián)來產(chǎn)生初始化對象模型，以構(gòu)造初始原型；在迭代階段，通過和相關(guān)領(lǐng)域的專家組交流，在完善需求的基礎(chǔ)上完善對象模型，以構(gòu)造出最終的系統(tǒng)。通過以上技術(shù)使得項(xiàng)目順利上線，獲得一致好評。

正文部分：

正文的第一部分：可以寫一下項(xiàng)目的背景，簡要說明項(xiàng)目的來龍去脈；

目前由于旅游的蓬勃發(fā)展，而公司的系統(tǒng)很多還都人工進(jìn)行維護(hù)供應(yīng)商的產(chǎn)品，人工進(jìn)行上架產(chǎn)品到經(jīng)銷商的系統(tǒng)上面，下單的流程也是人工進(jìn)行同步到自己內(nèi)部系統(tǒng)上面來，不能形成自動化的方式進(jìn)行系統(tǒng)的自動化處理，這樣就會浪費(fèi)很多的人力、物力、財(cái)力到系統(tǒng)的維護(hù)成本上面來；并且很多的問題由于人工的操作也會產(chǎn)生一些問題，維護(hù)出錯的問題，不及時(shí)的問題導(dǎo)致的客戶下單失敗或者退款；在此背景下，所以公司決定使用一套分布式的系統(tǒng)，在全流程的下面進(jìn)行自動化的處理，中間環(huán)節(jié)盡量減少人工的參與；系統(tǒng)運(yùn)行起來之后除非產(chǎn)生了異常單，否則的話不會進(jìn)行系統(tǒng)的人工參與量，與開發(fā)了這套全球玩樂旅游自動化系統(tǒng)；

正文的第二部分：對系統(tǒng)的整體情況進(jìn)行細(xì)致介紹，項(xiàng)目的背景第1、第二階段內(nèi)容；

整個(gè)系統(tǒng)的核心的是需要建立一套行業(yè)標(biāo)準(zhǔn)化的產(chǎn)品體系，這套產(chǎn)品體系在整個(gè)行業(yè)都屬于領(lǐng)先的標(biāo)準(zhǔn)產(chǎn)品，然后在接入供應(yīng)商產(chǎn)品的時(shí)候，只是需要把供應(yīng)商的產(chǎn)品使用適配器的方式進(jìn)行產(chǎn)品體系的轉(zhuǎn)換操作 ，然后就會轉(zhuǎn)換為標(biāo)準(zhǔn)化的產(chǎn)品體系了；標(biāo)準(zhǔn)化的產(chǎn)品體系就能處理這些產(chǎn)品進(jìn)行價(jià)格、庫存、以及詳情的管理化操作，比如說上架、下架以及價(jià)格、庫存的操作，中間會有消息中間件的操作、緩存的操作、自動化job的處理以及及時(shí)化Nosql的操作，在大數(shù)據(jù)量的處理情況下常規(guī)的sql數(shù)據(jù)庫可能不能支持大數(shù)據(jù)量的處理；

2018年6月，我所在的公司單位研發(fā)全球玩樂旅游系統(tǒng)的研發(fā)，我在項(xiàng)目中擔(dān)任系統(tǒng)分析師的崗位，主要負(fù)責(zé)，系統(tǒng)的需求分析、詳細(xì)設(shè)計(jì)、研發(fā)、交付的全流程；

目前常用的開發(fā)方法主要有三種，包括結(jié)構(gòu)化方法，原型法，面向?qū)ο蠓ā＝Y(jié)構(gòu)化方法把整個(gè)系統(tǒng)的開發(fā)過程分為若干階段，然后一步一步地依次進(jìn)行，前一階段是后一階段的工作依據(jù)。該方法比較注重開發(fā)過程的整體性和全局性，理論基礎(chǔ)嚴(yán)密，但開發(fā)周期長，文檔、設(shè)計(jì)說明繁瑣，工作效率低，并且不能很好地應(yīng)對變化。原型法與結(jié)構(gòu)化方法不同，原型法的核心在于先快速開發(fā)一個(gè)原型系統(tǒng)，然后通過反復(fù)修改來實(shí)現(xiàn)用戶的最終系統(tǒng)需求。該方法適用于用戶需求開始時(shí)定義不清、管理 決策方法結(jié)構(gòu)化程度不高的系統(tǒng)開發(fā)，更容易被用戶接受。面向?qū)ο蠓椒◤?qiáng)調(diào)從現(xiàn)實(shí)世界中客觀存在的事物（對象）出發(fā)來認(rèn)識問題，使得系統(tǒng)開發(fā)者大大減少了對問題領(lǐng)域的理解難度，從而使得系統(tǒng)更準(zhǔn)確地反映問題領(lǐng)域；改善了人員之間的交流和協(xié)作，對軟件復(fù)用提供了強(qiáng)有力的支持。

綜合上述分析，我們最終決定采用快速原型法與面向?qū)ο蠓ńM合應(yīng)用的開發(fā)方案。該方案把軟件生命周期分為4個(gè)階段：需求階段、構(gòu)建階段、迭代階段和驗(yàn)收階段；本文重點(diǎn)從前三個(gè)階段來展開分析論述。

需求階段，需求階段的目的時(shí)完成系統(tǒng)的規(guī)劃與分析，由于該系統(tǒng)涉及部門眾多，外部公司較多，用戶需求很難一次性收集完整，加之業(yè)務(wù)人員對接外部公司的接口各種各樣。只能采用需求的線上調(diào)研，然后提供一個(gè)統(tǒng)一 接口，明確產(chǎn)品的標(biāo)準(zhǔn)化。在此基礎(chǔ)上利用UML工具Powerdesigner設(shè)計(jì)出系統(tǒng)基本用例圖，明確系統(tǒng)大概范圍，勾勒出大致系統(tǒng)邊界。系統(tǒng)整體架構(gòu)我們決定采用C/S、B/S混合的方式，因此系統(tǒng)存在“內(nèi)外有別”的制約，需要通過應(yīng)用服務(wù)器（本系統(tǒng)又稱為前置機(jī)）來完成納稅人基本信息向銀行傳遞與接收銀行返回的納稅人繳納信息，提高系統(tǒng)安全性和性能；對地稅內(nèi)部，通過瀏覽器完成納稅人批量代扣納稅登記管理、對賬以及統(tǒng)計(jì)分析等也業(yè)務(wù)。

構(gòu)建階段的目的是構(gòu)造初始原型。在基本調(diào)查的基礎(chǔ)上，盡量完整的分析現(xiàn)該系統(tǒng)包含的對象，對象的屬性以及對象的關(guān)聯(lián)，產(chǎn)生一個(gè)初始對象模型，再由對象產(chǎn)生系統(tǒng)數(shù)據(jù)結(jié)構(gòu)的初始框架，對象活動、驅(qū)動這些活動的事件以及對象再這些事件驅(qū)動下的前后狀態(tài)變化進(jìn)行分析，進(jìn)而產(chǎn)生系統(tǒng)的用戶界面，得到系統(tǒng)的一個(gè)初始的原型，這個(gè)原型只是一個(gè)系統(tǒng)的框架，很多操作只是空動作，目的是向用戶說明系統(tǒng)的功能和操作方法，以后隨著開發(fā)進(jìn)程以及需求明確再逐步求精。如與銀行通訊服務(wù)功能只有收發(fā)數(shù)據(jù)包等基本功能，安全性以及性能暫時(shí)不考慮。整個(gè)構(gòu)建過程，讓用戶也參與到我的設(shè)計(jì)中來，因此開發(fā)部門也成立了一個(gè)業(yè)務(wù)專家小組，里面由也出處領(lǐng)導(dǎo)、信息技術(shù)人員以及來自一線的業(yè)務(wù)人員與操作人員。他們?yōu)槲覙?gòu)建這個(gè)模型提供了工作流程方面、業(yè)務(wù)領(lǐng)域方面不可或缺的經(jīng)驗(yàn)，也為以后模型通過評審提供了有力支持。

迭代階段的目標(biāo)是通過反復(fù)循環(huán)最終建造出系統(tǒng)。在每一次迭代過程中，通過和技術(shù)專家組交流，在完善需求的基礎(chǔ)上，完善對象模型。同時(shí)，在完善需求交互的基礎(chǔ)上進(jìn)一步明確用戶界面間的關(guān)系，通過交互完成功能模型，并驗(yàn)證它的正確性。每一次迭代開發(fā)都是小項(xiàng)目，對要求的用例進(jìn)行分析、設(shè)計(jì)、編碼、測試和集成。完成一次迭代后向用戶演示，并完成系統(tǒng)測試表明所要求的用例可以移動 到下一次迭代中開發(fā)，每一次迭代過程都利用面向?qū)ο蟮募夹g(shù)來實(shí)現(xiàn)，而且都必須是增量式的；增加功能，修改缺陷，這一階段中，面向?qū)ο蠹夹g(shù)的易維護(hù)和擴(kuò)充、便于復(fù)用的優(yōu)點(diǎn)得到充分體現(xiàn)。在迭代過程中，相關(guān)專家（業(yè)務(wù)、技術(shù)、產(chǎn)品）向我們提出一個(gè)需求“在上新的產(chǎn)品進(jìn)行自動化的操作，只要供應(yīng)商上新的產(chǎn)品，都能夠自動同步到們系統(tǒng)，然后我們系統(tǒng)通過自動化標(biāo)準(zhǔn)化校驗(yàn)，最后在經(jīng)銷商的官網(wǎng)進(jìn)行上架售賣的全流程的自動化操作”。但無法明確這個(gè)標(biāo)準(zhǔn)版校驗(yàn)的需求是那些，這個(gè)還需要調(diào)研。為了完成這一需求，通過現(xiàn)場觀摩、問卷調(diào)查的方式，明確了這個(gè)標(biāo)準(zhǔn)是需要滿足是否存在敏感數(shù)據(jù)，是否存在敏感圖片（涉黃圖片校驗(yàn)），價(jià)格、庫存、政策的處理；經(jīng)過反復(fù)的修改原型，完成了這一迭代需求。

最后，通過快速原型法與面向?qū)ο蠓椒ǖ某晒\(yùn)用，使原型在較短的時(shí)間內(nèi)交付使用。迭代過程中各領(lǐng)域的專家積極參與，間接減少了系統(tǒng)測試上線、培訓(xùn)時(shí)間。經(jīng)過10個(gè)月的設(shè)計(jì)開發(fā)，最終項(xiàng)目與2019年5月交付上手。交付給用戶一個(gè)高質(zhì)量、高可靠性、高易用的系統(tǒng)，用戶也給予我們較高的評價(jià)。但開發(fā)過程中也不是一帆風(fēng)順、盡善盡美。原型開發(fā)我們團(tuán)隊(duì)使用了RAD開發(fā)工具，有些開發(fā)人員為了節(jié)約時(shí)間，通過也要由較好的用戶體驗(yàn)，使用了一些未經(jīng)驗(yàn)證的第三方免費(fèi)控件，這些控件在開發(fā)的時(shí)候沒有問題，也確實(shí)起到了美觀界面的效果，但在測試時(shí)候發(fā)現(xiàn)部分控件由漏洞，我們不得不迭代過程中替換控件，導(dǎo)致工期有輕度延誤。在這方面，我們制定了團(tuán)隊(duì)內(nèi)部開發(fā)規(guī)范，指定相關(guān)開發(fā)人員只能使用公司內(nèi)部控件，從而有效避免這個(gè)問題。

實(shí)踐證明，面向?qū)ο箝_發(fā)與原型開發(fā)組合應(yīng)用是按期完成任務(wù)的一種成功開發(fā)方法，今后需要研究的是如何設(shè)計(jì)和建立一個(gè)使用這種方法平臺，使用開發(fā)過程自動化、規(guī)律化；同時(shí)研究原型迭代與滿足用戶需求之間平衡問題。

總結(jié)

以上是生活随笔為你收集整理的信息系统开发方法以及其应用-系统分析师论文-2022年上半年必考知识点的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。