c小說閱讀器需求分析

1. 電子書閱讀器的設計思路 請求高人指點，忘從需求分析講起 分別介紹軟體硬體的設計

現在很多家都出電子書閱讀器了啊，競爭激烈，不建議現在介入...

首先我要說的是目前的電紙書技術個人認為很垃圾！沒錯，是沒有輻射，但是反應速度實在是低了些，總是黑一下再顯示（網上查的，成像原理所致，不是CPU速度不夠快），用戶體驗太差；

盛大推出bambook依託的是龐大的書籍資源和用戶群體，要想戰勝它必須有新意有特色。想想ipad對亞馬遜kindle的沖擊不難發現用戶的需求：

1，一定要便攜，厚度和大小要控制好；
2，顯示屏方面，建議拋棄電紙書技術，改用led背光彩屏；
3，強調用戶體驗一定要重視，吸取Ipad和其他電子書的優劣。

綜合以上三點個人建議純粹的電子書沒有競爭優勢。
設計思路主要是在現有MP4基礎上放大。音樂大家都喜歡所以一定要注意音質；

視頻方面rmvb和flv的支持必不可少；

書籍方面txt文件的支持必不可少，也可以設計一款軟體，方便用戶自製專用的電子書；

其他功能方面，游戲不需要專門支持，如果用的是android系統的話用戶會自己開發的。藍牙的支持沒有意義，但是wifi的支持是必須的，不需要考慮什麼增加USB口，方便從U盤傳文件這樣的東西。國人大而全的產品設計的一堆一堆的，要考慮需求而不是功能的堆砌！

個人認為開發出來的東西應該類似E人E本，但是不能像後者那樣失敗。

E人E本的失敗總結：
1，便攜性差，設計人員相當然的認為仿效ipad，再增加Ipad沒有的插口、配件就能暢銷，這絕對是錯誤的，要想想為什麼Ipad沒有，能不能添加。

2，最關鍵的是觸控體驗；沒錯，國人有書寫的習慣，但是不是在屏幕上寫！書寫的感覺最重要是要有摩擦力，在表面光滑的屏幕上寫非常累人！感應點多的時候用手指操作的精確性足夠高了，不需要用筆。一點不考慮實際用戶體驗的產品創新絕對是失敗！

網路中間對E人E本的不足提到的導航功能不需要添加到電子書閱讀器中。

2. 對於一個C語言程序，我們應該怎樣去寫需求分析

對於一C語言來說，要根據C語言設計需要，以及其設計中所涉及的問題來寫的。
比如說：今天我打算去看夕陽，如果今天不出太陽怎麼為？是不是要取消這個打算呢？對於C語言設計來說就應該這樣去分析其設計需要。

3. 中國電子閱讀器行業現狀分析

一、2018年，我國電子閱讀器出貨量有望達到269萬台

21世紀初，全球電子市場處於緩慢復甦時期，電子閱讀器成為市場新寵。巨頭亞馬遜、索尼等加大研發，眾多電子品牌紛紛進駐，行業發展急劇升溫，全球電子閱讀器出貨量連年提升。

2011年全球電子閱讀器出貨量達2320萬台，增長率超過100%，但是2012年受智能手機普及、閱讀資源匱乏、盜版橫行的影響，全球電子閱讀器出貨量銳減，2012年全球電子閱讀器出貨量銳減為1480萬台，並且逐年遞減態勢明顯。2017年全球電子閱讀器出貨量為715萬台，不足2012年出貨量的一半。

盡管如此，電子閱讀器本身的便攜性、超長待機、類紙閱讀體驗等都是其他終端暫不具備的優勢，能夠滿足用戶深度閱讀的需求。如今我國版權保護體系逐漸完善，時各大互聯網巨頭相繼成立文學集團，加大力度扶持各類優質IP；以kindle電子書「內容+終端+渠道」為代表的商業模式逐漸成熟，行業進入回溫期，前瞻預計，2018年全年，我國電子閱讀器出貨量有望達到269萬台，同比增速進一步回升至9.84%。

從市場規模方面來看，經過相關部門持續打擊侵權盜版，近年來，通過網路獲取盜版熱門小說的難度有所增加，再加上社會公眾版權意識的大幅提升，消費者更願意選擇排版和設計精良的正版電子書內容。另外國家相關部門大力推進社會閱讀，全民閱讀普及率明顯提升，消費者對手機等移動智能終端的「新鮮體驗」進入疲憊期，更希望獲得更好的閱讀體驗，而電子書閱讀器則是最接近紙質圖書閱讀體驗的硬體產品。

以上數據及分析均來自於前瞻產業研究院《中國電子閱讀器行業市場研究與投資預測分析報告》。

4. 採用C/S模式完成一個小型的圖書管理系統；完成需求分析所有流程。要有過程

很簡單的
需要分析要在調研的基礎上進行，沒有調研你就沒有需求，沒有需求就不能分析，好了，你想要神馬說吧

5. 軟體工程 圖書管理系統需求分析

引言
一直以來人們使用傳統的人工方式管理圖書館的日常工作，對於圖書館的借書和還書過程，想必大家都已很熟悉。在計算機尚未在圖書館廣泛使用之前，借書和還書過程主要依靠手工。一個最典型的手工處理還書過程就是：讀者將要借的書和借閱證交給工作人員，工作人員將每本書上附帶的描述書的信息的卡片和讀者的借閱證放在一個小格欄里，並在借閱證和每本書貼的借閱條上填寫借閱信息。這樣借書過程就完成了。還書時，讀者將要還的書交給工作人員，工作人員根據圖書信息找到相應的書卡和借閱證，並填好相應的還書信息，這樣還書過程就完成了。

以上所描述的手工過程的不足之處顯而易見，首先處理借書、還書業務流程的效率很低，其次處理能力比較低，一段時間內，所能服務的讀者人數是有限的。利用計算機來處理這些流程無疑會極大程度地提高效率和處理能力。我們將會看到排隊等候借書、還書的隊伍不再那麼長，工作人員出錯的概率也小了，讀者可以花更多的時間在選擇書和看書上。

為方便對圖書館書籍、讀者資料、借還書等進行高效的管理，特編寫該程序以提高圖書館的管理效率。使用該程序之後，工作人員可以查詢某位讀者、某種圖書的借閱情況，還可以對當前圖書借閱情況進行一些統計，給出統計表格，以便全面掌握圖書的流通情況。

本次作業設計題目：「圖書管理系統」主要目的是利用資料庫軟體編制一個管理軟體，用以實現圖書、讀者以及日常工作等多項管理。同時對整個系統的分析、設計過程給出一個完整論證。

圖書管理系統是一種基於集中統一規劃的資料庫數據管理新模式。在對圖書、讀者的管理，其實是對圖書、讀者數據的管理。本系統的建成無疑會為管理者對圖書管理系統提供極大的幫助。

2 系統設計
2.1 系統指導思想和建設目標
2.1.1 系統指導思想

立足於校園實際，著眼於未來發展，建成符合標准化協議、通用性較強、實用的系統，以提高圖書信息的現代化管理水平，實現信息資源的共享。

2.1.1 系統建設目標

（1）要解決的問題：（以某學校為參照） 隨著辦公自動化水平的不斷提高，現在學校管理學生信息也逐步從手工轉到計算機自動化信息處理階段。設計一個功能完整、操作簡便、界面友好的學生信息管理系統已經是勢在必行的了。

（2）系統開發的目的：提高圖書管理工作的效率，減少相關人員的工作量，使學校的圖書管理工作真正做到科學、合理的規劃，系統、高效的實施。

（3）系統名稱：圖書管理系統

2.2 總體功能設計
系統要能實現如下功能：

l 登錄系統：注銷用戶、系統退出。

l 管理：用戶管理、圖書管理、讀者管理、借閱管理。

l 查詢：圖書查詢、讀者查詢、借閱查詢。

l 報表列印：所有圖書、借出圖書、庫存圖書、所有讀者。

l 幫助：使用說明、關於。

3 資料庫設計
3.1 資料庫系統的選擇
本系統是一個中小型管理系統，運行環境是Windows2000 server，因此使用Windows環境下最容易使用且功能還可以的Microsoft Access 2000 作為後台的資料庫系統。

3.2 需求分析
圖3 圖書流通數據流圖

1．2

判斷能

否借書

索書

信息

讀 者

1．2

辦理借

書手續

讀者信息

查詢結果

借書申請

被借圖書

借書結果

借書信息

被借圖書復本量

(b) 借書

借閱

3

讀者

1

圖書

5

1．1

圖書

查詢

借書信息

查詢

4

判斷

2

判斷結果

索書

信息

圖書信息

讀 者

1

借書

2

還書

讀 者

申請借書

還書申請

借書結果

還書結果

(a) 頂層數據流圖

3

辦借
書證

讀者信息

辦證信息

需求分析是資料庫設計首先要做的工作，通過需求分析，我們作出了圖書管理系統的各層數據流圖，圖3是圖書流通數據流圖（圖中省略了「還書」和「辦理借書證」的數據流圖）。

在數據流圖的基礎上，定義數據字典。數據字典是關於資料庫中數據的描述，它的作用是在軟體分析和設計過程中為有關人員提供關於數據描述信息的查詢，以保證數據的一致性。下面在圖3的基礎上舉例說明數據字典的定義。

圖3中涉及很多數據項，其中數據項「讀者編號」可以描述如下：

數據項名：讀者編號

別名：讀者條碼

含義：唯一標識每個讀者

類型：字元型

取值范圍：00000000至99999999

取值含義：順序編號

「讀者」一個數據結構，它可以描述如下：

數據結構名：讀者

含義說明：是圖書管理系統的數據結構之一，定義了一個讀者的有關信息

組成：讀者編號，姓名，性別，單位

數據流「借閱記錄」可描述如下：

數據流名：借閱記錄

說明：讀者的借書記錄

數據來源：辦理借閱手續

數據去向：借閱

數據結構：讀者編號、圖書館藏號、借閱日期

數據存儲「借閱」可以描述如下：

數據存儲名：借閱

說明：記錄讀者的借書情況

流出數據流：借閱記錄

流入數據流：借閱記錄

數據描述：讀者編號、圖書館藏號、借閱日期

數據量：每年5000條以上

存取方式：隨機存取

處理過程「判斷能否借書」可描述如下：

處理過程「判斷能否借書」

說明：根據讀者的已借書情況可被借圖書的館藏情況判斷讀者能否借書

輸入：借閱記錄、讀者信息、被借圖書信息

輸出：能否借書的標志

處理：讀者提出借書請求後，先判斷該讀者以前的借書量是否達到了10本，如果達到了10本，則不能再借書，如果沒有達到10本，則再判斷讀者要借的圖書的可借量是否為0，如果不為0，則該書可以借出。

3.3 資料庫設計
在圖書管理系統中，資料庫設計占重要位置，資料庫設計質量的優劣，可直接影響到資料庫數據的冗餘度、數據的一致性、數據丟失等問題。下面就系統資料庫規范化設計進行說明。

3.3.1 資料庫設計的理論指導

資料庫設計的理論指導是範式理論，其主要內容如下：

1）如果關系模式R，其所有的域為單純域則稱R是規范化的關系，或稱第一範式 (1NF)

2）如果關系模式R為第一範式，且每個非主屬性完全函數依賴於碼，則模式R為第二範式（2NF）。

3) 如果關系模式R為第二範式，且每個非主屬性非傳遞依賴於碼，則稱關系模式R為第三範式(3NF)。

4)關系模式R為第一範式，滿足函數依賴集合F，X和A均為R的屬性集合，且X不包含A，如果R滿足X－>A且X必包含R的碼，稱關系模式R為BCNF範式。

3.3.2 資料庫設計

圖書管理系統資料庫常常要設計含有如下數據項：借書證號、姓名、單位、館藏號(館藏號為每本書上的條形碼號)、書名、分類號、作者、價格等。如何進行模式的設計呢？下面以圖書流通模塊所涉及的資料庫為例來說明。

圖 書

讀 者

借閱

m

n

借閱時間

館藏號

書名

分類號

作者

價格

借書證號

姓名

性別

圖4 圖書流通的E-R圖

屬於

單 位

1

n

單位名稱

單位編號

先設計圖書流通的實體－關系圖(E-R圖)。E-R圖由3個相關聯的部分構成，即實體、實體與實體之間的關系以及實體和關系的屬性。圖書流通過程中實體「圖書」與「讀者」之間的關系是借閱和被借閱的關系，實體「讀者」與「單位」之間的關系是屬於和被屬於的關系，「圖書」的屬性有「館藏號」、「書名」、「分類號」、「作者」、「價格」，「讀者」的屬性有「借書證號」、「姓名」、「性別」，「單位」的屬性有「單位編號」和「單位名稱」，「借閱」屬性「借書日期」，由此得出E-R圖如圖4。

從圖中可以知道：

①「借書證號」是唯一的，所以「借書證號」決定「姓名」，每位讀者應只屬於一個性別，所以「借書證號」也決定「性別」；

②「館藏號」是唯一的，所以「館藏號」決定「書名」、「分類號」、「作者」、「價格」；

③ 「單位編號」是唯一的，所以「單位編號」決定「單位名稱」；

④ 每位讀者在一個時間只能借一本書，所以「借書證號」 +「館藏號」決定「借閱時間」。

如果將這些數據項置於一個關系模式中，根據範式理論，該關系模式屬於1NF（第一範式），它存在刪除異常和冗餘等問題，不是理想的模式，因此要把它分解成滿足3NF或BCNF的關系模式。根據範式理論和E-R圖轉換成關系模型的規則，上面的E-R圖可轉換為4個關系模式：①圖書（館藏號、書名、分類號、作者、價格）；②讀者（借書證號、姓名、性別、單位編號）；③借閱（借書證號、館藏號、借閱時間），④單位(單位編碼、單位名稱)，其中打下劃線的為碼，這樣就解決了插入、刪除和數據冗餘等問題。

我們對數據的結構進行詳細的分析，按照上述的設計思想，共設計了讀者表，書目表，館藏表，流通表等百餘張數據表，然後創建視圖和存儲過程。下面舉例說明：

讀者表：借書證號、姓名、單位、讀者類別、職稱等欄位；

書目表：館藏號、ISBN、題名、作者、出版社、復本數、語種、文獻類型、版次等欄位；

館藏表：館藏號、索書號、分類號、種次號、館藏位置、單價、出版日期等欄位；

流通表：借書證號、館藏號、借期、還期、續借、應還期、操作員等欄位；

借閱規則表：讀者類別編碼、圖書類別編碼、限借冊數、每期天數、續借天數、過期日期、罰金等欄位。

讀者類別表：讀者類別編碼、讀者類別等欄位。

圖書類別表：圖書類別編碼、圖書類別等欄位。

3.4 資料庫索引
建立索引是加快查詢速度的有效手段，資料庫的每一個表建立了主鍵，主鍵由一個或幾個欄位組成，每一個表都按主鍵建立了索引，部分表為了滿足查詢和排序的需要，除建立主索引外，還建立了次索引。例如在查詢時要用到「館藏號」、「作者」、「題名」等條件來查找圖書，因此，在書目表上除了對主鍵「館藏號」建立了主索引外，也對「作者」、「書名」等建立了次索引。

3.5 視圖
視圖是從一個或幾個基本表導出的表，它是定義在基本表之上的，它是一個虛表，資料庫中只存放視圖的定義，而不存放視圖對應的數據，數據仍然存放在原來的基本表中。通過定義視圖，可以使用戶眼中的資料庫結構簡單、清晰，並可以簡化用戶的數據查詢操作。由於本系統數據表較多，表中的欄位多，為了簡化對表的操作，我們創建了圖書_按書名查詢、期刊_按刊名查詢、期刊_按編輯部查詢、借閱規則查詢、待還書查詢、超期記錄查詢等30餘個視圖。

3.6 存儲過程
存儲過程是一段經過編譯的程序代碼，存放在資料庫伺服器端。通過調用適當的存儲過程，可在伺服器端處理大量數據，再將處理結果送到客戶端。這樣可減少數據在網路上的傳送，消除網路阻塞現象；例如：要查詢某條記錄，若該記錄在表中的順序號是10000，不採用存儲過程，伺服器將從1至於10000條記錄數據逐條送至客戶端，採用存儲過程後，由於過程是經過編譯的並且是在本地，不需要通過網路，因此能很快查出所需記錄並將結果送到客戶端，大大減少了網上數據傳輸量。存儲過程另一好處是可供不同的開發工具調用，如PB、VB、ASP、Delphi等開發工具均可調用。在流通模塊和WEB查詢模塊上均有圖書檢索功能，實際上調用同一存儲過程完成的。本系統建立了60多個存儲過程，實現諸如借還書處理、新書入庫統計、編目入館藏、讀者統計、生成索書號等功能。

3.7 資料庫調用
採用ODBC介面實現資料庫的調用，採用ADO介面調用。

4 條形碼的使用
條形碼具有唯一性和一次輸入後就可反復使用的優點，利用條形碼技術作為信息快速輸入的手段可迅速且不易發生錯誤地處理圖書管理業務。本系統使用條形碼作為圖書和讀者的標識，實現標識的唯一性。

使用條碼後，能夠使圖書管理工作更加簡單、快捷、不易出錯。例如，當一本書具有唯一條形碼標識，每位讀者也具有唯一條形碼標識時，圖書的借閱、查詢就十分便捷了。應用條形碼取代了以往填寫書袋卡、借書證，核對借閱時間等繁瑣的手工勞動。讀者在借書時只要將借書證給工作人員，工作人員只需登錄借書系統，用條形碼閱讀器掃描讀者借書證上的條形碼，屏幕就會顯示出該讀者的信息，包括讀者姓名、單位、可借幾本書、已借幾本書、是否過期、有無罰款等。如可以借書，工作人員只需用條形碼閱讀器掃描該讀者所需借的書上的條形碼符號後，該書的書名和條形碼等信息都從資料庫中調出顯示在屏幕上，自動記錄在該讀者的借閱檔案中，借書工作即告完成。一般借一本書僅需 1至 2秒鍾。操作完後，計算機自動地將該借閱者和借閱的圖書號碼輸入對應資料庫中，並自動提示借閱期限

6. 小說閱讀器界面編程問題（C++）

要做成這樣的，可以用mfc，但是不簡單。。

7. 小說閱讀器排行榜

個人推薦的小說閱讀器有：書旗小說、掌閱iReader、網路閱讀、QQ閱讀、搜狗閱讀、熊貓看書、

網易雲閱讀、咪咕閱讀、起點讀書、多看閱讀。

1、書旗小說

書旗小說是阿里文學旗下手機閱讀APP，除了擁有傳統閱讀器的書籍同步閱讀、全自動書簽、自動保存閱讀歷史、點擊翻頁、全屏文字搜索定位、自動預讀、同步更新等功能外，更有離線書包、增強書簽以及資訊論壇等擴展內容，還可以閱讀SD卡中TXT/UMD/EPUB內容。

2、掌閱iReader

掌閱iReader是一款沒有廣告全免費的手機電子書閱讀器，具有20種文字編碼識別功能，支持手勢翻頁，搖一搖手機就到下一頁，支持白天/黑夜閱讀模式。無論是從界面來看，還是從排版來看，都是簡單易操作，更新也是及時的，而且新人還可以領取五本小說的福利。

5、網易雲閱讀

網易雲閱讀支持一站式閱讀電子圖書、數字雜志及海量互聯網資訊，當前正版電子圖書及品牌雜志已逾460,000冊。網易雲閱讀擁有iPad、iPhone、Android、Android Pad、Windows Phone、windows8六大客戶端版本 。

長時間使用手機的危害

1、損害人的眼睛

雖然躺床上玩手機很舒服，但大家都知道，如果時間長了難免還是會很累，因此很多人便會側著身子玩，從而導致眼睛就是斜著看手機，久而久之，就會導致斜視眼的發生。況且，大部分人為了能躺得更舒服，手機往往都離眼睛很近，時間久了也容易導致近視。

同時，由於干著感興趣的事，長時間眼睛盯著屏幕眨都不眨一下，很容易導致眼角膜中的水分快速揮發，從而出現眼睛干澀、流淚，甚至畏光等等不良的症狀。

2、影響人的睡眠質量

如果睡覺之前還長時間地躺著玩手機的話，很容易使人難以入睡，甚至玩得不想睡了。如果實在忍不住，可以坐在床上玩個十幾分鍾，然後把手機放到離床至少一米以上的距離，再躺著冥想，慢慢慢慢就不會想玩手機了，也一下子就會睡著。

8. 小說閱讀器問題

沒記錯的話這機子應抄該有藍牙的.
你找個有藍牙手機的朋友,讓他在電腦下瞭然後用藍牙傳給你!
不然你沒數據線就算用手機下了閱讀器,沒用TXT文本也是沒用的.如果你用手機下小說的話,直接下JAR格式的,然後安裝就可以看了,不用再下閱讀器的

9. 正在編寫一個軟體，小說閱讀器，急需資料庫詳細設計，求高人指點

book電子小說閱讀器 V2.3「海嘯電子小說閱讀器」又名「e-bok電子小說閱讀器」，模擬人回看書的方式，尤其適合於答閱讀各種文本格式的電子小說文件，操作簡便，界面新穎。內置有對各種段落進行智能處理的分段模塊，使用戶不用再修改原文本，方便閱讀。
請參考