談談軟體開發中的調研物件與被調研物件(轉)
軟體開發過程中較為關鍵的一環就是軟體的調研。調研的結果直接關係到軟體產品使用價值的高低,也必然影響到軟體的價格以及市場的反響。任何一個被使用者認可的軟體無不經過詳細調研過程。
正因為如此,我認為有必要談一談軟體調研的有關問題。特別是目前大部分較小的軟體公司不太注重軟體的質量和使用者需求,調研過程過於簡單。因而使軟體的收益不大,有的還需要二次開發和修改,浪費了大量的人力和財力。
下面,我就軟體開發中的調研物件與被調研物件發表一下我的見解。
首先是調研物件即進行調研行為的人員、團體、公司等。
調研物件由於需要行使調研的行為,所以它應該具備一下的基本素質:
1、每個最小的調研單位即具有調研能力的調研物件的最基本的集團或個人,具備基本的語言表達能力、基本的寫作水平和一定的知識水平;
2、每個最小的調研單位,具有較強的問題概括能力、理解能力和分析能力;
3、每個最小的調研單位,對調研這種行為的內容和目的非常瞭解;
4、每個最小的調研單位,對被調研物件有簡單的瞭解;
5、每個最小的調研單位,對即將進行的調研活動中可能出現的情況能夠做出簡單的預測;
6、每個最小的調研單位,具有較強的組織紀律性和較強的協作精神;
7、調研物件本身,具有統一的指揮;
8、調研物件本身,具有嚴格的紀律和約定及合理的監督機制;
9、調研物件本身,具有明確的組織分工;
10、調研物件本身,具有複雜問題的綜合處理能力;
11、調研物件本身,在總體上具有較高、較全面的知識水平;
12、調研物件本身,具有良好的道德規範和法律素質。
具備了以上的基本素質之後調研物件才可以進行調研活動,否則將在調研過程中造成不必要的麻煩,影響調研活動的進行以及軟體編碼階段的順利進行。
現在,我再談談調研物件的組成及其功能。
調研物件大致分為兩到三個層次。
首先,最基本的是以上提到的最小調研單位。該層可以取得最原始的調研資料。因而,他們的工作直接關係到整個調研工作的質量。他們可能是單獨的個人,也可能是幾個人組成的集團。他或他們根據上層調研機構所提的要求展開工作,並負責將原始資料整理後上交上層調研機構。
其次,是調研物件本身。該層的功能就是篩選、加工最小調研單位上交的原始資料。他們的工作較為關鍵,對軟體的定型起著重要作用。他們也可以是單獨的個人,也可以是幾個人的集團。該層人員必須從較為複雜的原始資料中分離出被調研物件的本質內涵,並從中簡化出邏輯關係模型,進而上升為程式流程。
最後,調研物件本身必須有一個總攬全域性的領導者,應該是一到兩個人。他有權力操縱調研物件中的所有人員。他的功能就是對軟體的可行性進行宏觀的估計,督促整個調研物件的工作,並在調研工作完成時和編碼階段的人員進行順利交接。
其中,領導者和調研物件本身可以是同一個人員或集團。但是,他們在不同的情況下必須嚴格履行不同的職責,不能出現混亂。
接著是被調研物件即調研物件的操作物件,大致分兩部分,人員和業務內容。
被調研物件中的人員是業務內容的表述者和提供者,所以被調研人員的素質決定了調研物件原始資料的獲取,以下是它的素質要求:
1、被調研人員本身,必須具備基本的語言表達能力、對事物的概括能力;
2、被調研人員本身,必須熟悉本職工作的詳細內容,並對本職工作具有豐富的經驗;
3、被調研人員本身,必須具有基本的合作精神;
4、被調研人員本身,瞭解調研的作用和目的。
被調研物件中的業務內容是調研物件的工作核心,業務內容所涉及的各項事務關係可能比較複雜,在調研過程中難於做到翔實、徹底。所以,業務內容的調研工作會令很多人感到棘手。其實,所謂的業務內容在實質上可以概括為各種關係的有機組合。從哲學的角度講,可以分為人與人的關係,人與事物的關係,食物與事物之間的關係。
下面,我就這三種關係簡單談一談。
人與人之間的關係主要是指不同組群的人和不同組群的人之間的關係,他們之間根據某些屬性的不同而被劃分成不同的族群。屬性根據不同情況具有不同的內容。例如:屬性可以是職務的高低、文化水平、單位的差別等。
人與事物的關係主要是指不同組群的人和某些事物之間的關係,不同組群的人仍然依據不同的屬性而被劃分,並與某些事物產生不同層次的關係。這種關係可能比較緊密、一般、無關緊要或毫無關係。
事物與事物之間的關係主要是指不同事物之間的邏輯、時間、空間等上的關係。邏輯關係可以是不同事物之間的因果、假設等關係。時間關係主要包括不同事物之間根據事物的發生發展的先後過程而呈現出來的關係。空間關係就是不同事物因為地域上的不同而體現出來的關係。
在業務內容中,以上三種關係可能互相交織,可能互相平行,也可能只存在某一種或兩種關係。
以上是被調研物件的表述,但是在某些情況下被調研物件可能會有所不同。主要看調研物件採用什麼方法進行調研活動。比如:調研物件本身就是被調研物件。[@more@]
正因為如此,我認為有必要談一談軟體調研的有關問題。特別是目前大部分較小的軟體公司不太注重軟體的質量和使用者需求,調研過程過於簡單。因而使軟體的收益不大,有的還需要二次開發和修改,浪費了大量的人力和財力。
下面,我就軟體開發中的調研物件與被調研物件發表一下我的見解。
首先是調研物件即進行調研行為的人員、團體、公司等。
調研物件由於需要行使調研的行為,所以它應該具備一下的基本素質:
1、每個最小的調研單位即具有調研能力的調研物件的最基本的集團或個人,具備基本的語言表達能力、基本的寫作水平和一定的知識水平;
2、每個最小的調研單位,具有較強的問題概括能力、理解能力和分析能力;
3、每個最小的調研單位,對調研這種行為的內容和目的非常瞭解;
4、每個最小的調研單位,對被調研物件有簡單的瞭解;
5、每個最小的調研單位,對即將進行的調研活動中可能出現的情況能夠做出簡單的預測;
6、每個最小的調研單位,具有較強的組織紀律性和較強的協作精神;
7、調研物件本身,具有統一的指揮;
8、調研物件本身,具有嚴格的紀律和約定及合理的監督機制;
9、調研物件本身,具有明確的組織分工;
10、調研物件本身,具有複雜問題的綜合處理能力;
11、調研物件本身,在總體上具有較高、較全面的知識水平;
12、調研物件本身,具有良好的道德規範和法律素質。
具備了以上的基本素質之後調研物件才可以進行調研活動,否則將在調研過程中造成不必要的麻煩,影響調研活動的進行以及軟體編碼階段的順利進行。
現在,我再談談調研物件的組成及其功能。
調研物件大致分為兩到三個層次。
首先,最基本的是以上提到的最小調研單位。該層可以取得最原始的調研資料。因而,他們的工作直接關係到整個調研工作的質量。他們可能是單獨的個人,也可能是幾個人組成的集團。他或他們根據上層調研機構所提的要求展開工作,並負責將原始資料整理後上交上層調研機構。
其次,是調研物件本身。該層的功能就是篩選、加工最小調研單位上交的原始資料。他們的工作較為關鍵,對軟體的定型起著重要作用。他們也可以是單獨的個人,也可以是幾個人的集團。該層人員必須從較為複雜的原始資料中分離出被調研物件的本質內涵,並從中簡化出邏輯關係模型,進而上升為程式流程。
最後,調研物件本身必須有一個總攬全域性的領導者,應該是一到兩個人。他有權力操縱調研物件中的所有人員。他的功能就是對軟體的可行性進行宏觀的估計,督促整個調研物件的工作,並在調研工作完成時和編碼階段的人員進行順利交接。
其中,領導者和調研物件本身可以是同一個人員或集團。但是,他們在不同的情況下必須嚴格履行不同的職責,不能出現混亂。
接著是被調研物件即調研物件的操作物件,大致分兩部分,人員和業務內容。
被調研物件中的人員是業務內容的表述者和提供者,所以被調研人員的素質決定了調研物件原始資料的獲取,以下是它的素質要求:
1、被調研人員本身,必須具備基本的語言表達能力、對事物的概括能力;
2、被調研人員本身,必須熟悉本職工作的詳細內容,並對本職工作具有豐富的經驗;
3、被調研人員本身,必須具有基本的合作精神;
4、被調研人員本身,瞭解調研的作用和目的。
被調研物件中的業務內容是調研物件的工作核心,業務內容所涉及的各項事務關係可能比較複雜,在調研過程中難於做到翔實、徹底。所以,業務內容的調研工作會令很多人感到棘手。其實,所謂的業務內容在實質上可以概括為各種關係的有機組合。從哲學的角度講,可以分為人與人的關係,人與事物的關係,食物與事物之間的關係。
下面,我就這三種關係簡單談一談。
人與人之間的關係主要是指不同組群的人和不同組群的人之間的關係,他們之間根據某些屬性的不同而被劃分成不同的族群。屬性根據不同情況具有不同的內容。例如:屬性可以是職務的高低、文化水平、單位的差別等。
人與事物的關係主要是指不同組群的人和某些事物之間的關係,不同組群的人仍然依據不同的屬性而被劃分,並與某些事物產生不同層次的關係。這種關係可能比較緊密、一般、無關緊要或毫無關係。
事物與事物之間的關係主要是指不同事物之間的邏輯、時間、空間等上的關係。邏輯關係可以是不同事物之間的因果、假設等關係。時間關係主要包括不同事物之間根據事物的發生發展的先後過程而呈現出來的關係。空間關係就是不同事物因為地域上的不同而體現出來的關係。
在業務內容中,以上三種關係可能互相交織,可能互相平行,也可能只存在某一種或兩種關係。
以上是被調研物件的表述,但是在某些情況下被調研物件可能會有所不同。主要看調研物件採用什麼方法進行調研活動。比如:調研物件本身就是被調研物件。[@more@]
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7839396/viewspace-957721/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 調研河北 問卷 訪談
- 談談我對物件導向以及類與物件的理解物件
- 談談Python中物件複製Python物件
- 談談JavaScript中建立物件(Object)JavaScript物件Object
- 調研
- 談談JavaScript 的Navigator 物件JavaScript物件
- 【有獎調研】華為安全檢測服務開發者調研問卷
- 研發規範雜談
- Graphql 調研
- 仟調研:疫情下小微企業發展調研報告
- 有獎調研 | OpenSCA開源社群使用者調研問卷
- 開發者談遊戲設計中的整體協調與拼搭硬湊遊戲設計
- 談談Spring中的物件跟Bean,你知道Spring怎麼建立物件的嗎?Spring物件Bean
- WebSocket的調研分析Web
- 談談 JAVA 的物件序列化Java物件
- 三端開發調研之京東Taro
- 調研記錄
- ElasticJob Lite調研AST
- 談談Objective-C的物件拷貝Object物件
- 長篇分析:從歷史演進角度談研發成本和製作傾向調整
- react拖拽元件調研React元件
- 有獎調研 | 移動應用開發者生態大調查!
- 響應式方案調研及前端開發管理思考前端
- 我差點親手毀掉《光環 2》:前微軟分析師談使用者調研與遊戲設計微軟遊戲設計
- mysql調優---研發可以做什麼MySql
- 淺談JVM整體架構與調優引數JVM架構
- 從研發與運營角度談遊戲內道具的定價遊戲
- Network Motif 文獻調研
- [譯] 2019 前端工具調研前端
- UIColletionView效能調研結果UIView
- Siri ShortCut 調研(含Demo)
- 物件導向(軟體開發概述)物件
- 談談“資料庫中介軟體”生態與發展資料庫
- 淺談單調棧
- JVM調優淺談JVM
- 基於HLS的多媒體防盜方案調研
- Mckinsey:2024中國消費趨勢調研
- 軟體研發之道——有關軟體的思考
- kubernetes管理平臺開源專案調研