Phần mềm học Anh Văn FlasfCards trên Java potx

Phần mền học Anh Văn FlasfCards trên Java
Chú ý : chương trình sử dụng netbeans 7.1.1
Ưu điểm: sử dụng hệ thống lưu trữ recordstore để những lần sử dụng sau dùng
lại trong quá trình thêm từ mới
Khuyết diểm: là không có thông báo khi thoát, và không sử dụng giao diện đồ
họa ứng dụng
Phân tích rủi ro :
Phân tích rủi ro là một nguyên tắc cơ bản giúp bạn vượt qua những rủi ro mà
bạn hoặc tổ chức bạn gặp phải. Việc phân tích rủi ro tốt sẽ giúp bạn đi đến
những hành động cần thiết để giảm thiểu những ảnh hưởng bất lợi đến kế hoạch
của bạn. Điều đó cũng giúp bạn đi đến quyết định liệu những chiến lược bạn sử
dụng để kiểm soát rủi ro có cân đối giữa chi phí và hiệu quả mang lại hay
không?
Sử dụng công cụ như thế nào?
Có một cách ước lượng được giá trị của rủi ro là tính toán giá trị của nó theo
công thức sau:
Rủi ro = xác suất sự kiện x chi phí sự kiện
Các rủi ro có thể có xảy ra hoặc không xảy ra . trong mọi trường họp một vấn
đề đã được phân tích và giải quyết sớm thì đơn giản hơn nhiều so với việc giải
quyết sau phát sinh bất ngờ mà phần mềm có thể xảy ra rủi ro .
Việc phân tích những rủi ro này rất cần thiết vì thường ta hay dễ bỏ sót những
phần quan trọng. Có một cách để có thể nắm bắt được tất cả là sử dụng những
cách tiếp cận khác nhau:
- Thứ nhất, xem qua danh sách mô tả nêu trên và nhận định xem điều gì
có thể xảy ra.
- Thứ nhì, suy nghĩ thấu đáo về hệ thống, tổ chức mà bạn đang hoạt động,
phân tích những rủi ro đối với từng bộ phận.
- Nhận định xem bạn có thể biết được những điểm yếu trong hệ thống hay
không?
- Phỏng vấn nhiều người để thu thập những ý kiến khác nhau.
Đánh giá rủi ro:

Phương pháp này đảm bảo cho việc đánh giá của bạn về khả năng xảy ra rủi ro
và chi phí phải bỏ ra để thiết lập lại mọi thứ khi rủi ro xảy ra.
3. Kiểm soát rủi ro:
Điều quan trọng là chọn ra những phương pháp có hiệu quả về mặt chi phí.
Không có tài liệu nào dạy bạn rằng nên bỏ ra nhiều chi phí để loại trừ rủi ro hơn
là chấp nhận chi phí của những sự kiện đó nếu nó xảy ra.Thông thường nếu
nguồn lực quá giới hạn để loại trừ rủi ro,có thể sẽ tốt hơn nếu ta chấp nhận nó.
Rủi ro có thể được kiểm soát theo những cách sau:
- Sử dụng hiệu quả những công cụ hiện có - Điều này có liên quan đến
việc cải tiến những phương pháp và hệ thống hiện hành, những thay đổi về mặt
trách nhiệm, những cải tiến trong việc giải trình với cấp trên và trong kiểm soát
nội bộ.
- Lập kế hoạch để đối phó những sự kiện bất ngờ - Một kế hoạch tốt có
thể đối phó với những sự kiện bất ngờ.
- Đầu tư vào những nguồn lực mới - Nó có thể bao gồm cả việc bảo hiểm
rủi ro như sau: bạn có thể trả tiền cho ai đó để họ gánh vác một phần rủi ro của
bạn; điều này đặc biệt quan trọng khi rủi ro thật sự lớn và có thể đe dọa khả
năng thanh toán đối với tổ chức bạn.
4. Kiểm tra:
Nên kiểm tra một cách nghiêm túc công tác phân tích rủi ro, hoặc thử nghiệm sự
hữu hiệu của hệ thống và kế hoạch.
Những điểm chính:
Phân tích rủi ro thiết lập nền tảng cho việc kiểm soát rủi ro. Điểm nhấn mạnh ở
đây là việc kiểm soát phải có hiệu quả về mặt chi phí. Kiểm soát rủi ro có liên
quan đến việc tận dụng những tài sản hiện có để sử dụng, lập kế hoạch để đối
phó với những sự kiện bất ngờ và sử dụng có hiệu quả những nguồn lực mới.
Các rủi ro chường trình có thể có :
Vấn đề Mô tả
Người dùng chưa thật sự hiểu biết về tin
học

Không thể nào sử dụng được phần
mềm
Dung lượng bộ nhớ điện thoại Không chứa nỗi số lượng từng vựng
mà phần mềm cấp
Thời gian đáp ứng của hệ thống quá
chậm
Thời gian đáp ứng của hệ thống yêu
cầu quá chậm so với 5s mà đặt tả yêu
cầu ban đầu
Truyền thông quá chậm Góc truyên thông chuẩn quá
chậm.thiết kế dựa trên gói truyền
thông nhị phân mới.góc này chưa bao
giờ được sử dụng với hệ thống này
hoặc không thể thích hợp.
Không có chuyên gia hệ điều hành Hệ thống cần thay đổi cho hệ thống
điều hành chuẩn T là chuyên viên hệ
điều hành duy nhất công ty có thể
ông bận không được sử dụng cho hệ
thống này.
Thủ tục Thiếu khả năng trong việc giải trình
với cấp trên, trong hệ thống kiểm
soát nội bộ, trong tổ chức, gian lận
v.v…
Nhân sự Từ cá nhân liên quan đến đau ốm
bệnh tật, qua đời yếu tố khách
quan.
Tiếng tăm việc giảm sút niềm tin của đối tác
kinh doanh và của nhân viên, tổn hại
về danh tiếng trên thị trường.
Dự án rủi ro về những khoản chi phí phát

sinh ngoài dự kiến,công việc kéo dài
quá lâu, chất lượng sản phẩm và dịch
vụ không đáp ứng yêu cầu v.v…
Thiên nhiên những đe dọa từ thời tiết, thiên tai,
hỏa hoạn, dịch bệnh v.v
Và còn những rủi ro khác…
Kỹ thuật những bước tiến trong công nghệ,
không thích hợp về mặt kỹ thuật
v.v…
Tài chính thất bại trong kinh doanh, thị trường
chứng khoán,lãi suất, thất nghiệp
v.v…
Hoạt động sản xuất, kinh doanh từ sự gián đoạn trong việc cung cấp
nguồn hàng và trong hoạt động, mất
khả năng sử dụng những tài sản thiết
yếu, thất bại trong việc phân phối
v.v…
Điện thoại yêu cầu hỗ trợ J2ME MIDP
2.0
Không thể chạy chương trình.
Chia để trị, phân tích từng bước 1:
• Giải quyết từng bước 1:
- Xác định từng phần nhỏ (các tập con)
- Phương hướng phát triển của chương trình sau này
- Đánh giá của người dùng sau khi sử dụng
- Bắt đầu chỉnh sửa lại lần nữa hoàn hảo chương trình
• Tư liệu hỗ trợ :
- Giáo trình quản lí phần mềm
- Tài liệu hướng dẫn sử dụng chương trình J2ME
- Các hướng dẫn trên mạng…

• Ý nghĩa của chương trình và lợi ích:
- Chương trình có mục đích nhằm giúp cho mọi người có thễ hiễu về
nghĩa của từ,giống như là 1 từ điển học 2 loại ngôn ngữ Anh –
Việt. Có thể giúp người dùng tra cứu nghĩa của từ dù đang ở dạng
tiếng Anh hay tiếng Việt.
• Yêu cầu kĩ thuật :
- Phải cập nhật đầy đủ chính xác nghĩa của từ.
- Hạn chế thấp nhất những lỗi về kĩ thuật
- Chương trình chạy trên phần mềm java J2ME
- Được sử dụng trên đa số các hệ điều hành (XP,7,vista, )
- Phải được hoàn thành đúng thời gian đã đưa ra
- Chi phí cho quá trình hoàn thành chương trình,photo tài liệu.
- Giải thích đầy đủ về tính năng và công dụng,cách sử dụng chương
trình cho người dùng
- Nếu chưa hoàn thành kịp yêu cầu thì phải tăng tốc độ,thêm nhân
viên hoặc tăng thời gian làn việc của mỗi thành viên
Các thành phần chương trình :
• Đầu tiên từ được đưa vào,sau đó được phân giải xác định, đưa ra nghĩa
của nó bằng ngôn ngữ đang sử dụng.
• Nếu muốn chuyển sang nghĩa của ngôn ngữ khác thì nhấn phím chức
năng sẽ chuyển từ đã nhập sang ngôn ngữ kia và kèm theo là giả thích
nghĩa của từ đó bằng ngôn ngữ từ đã được chuyển.
• Cơ cấu công việc :
o Đầu tiên ta thiết kế chương trình giọi,truy xuất các ngôn ngữ
o Thu thập từ và nghĩa của từ được giải thích theo ngôn ngữ tương
úng bằng cả 2 ngôn ngữ cho 1 từ
o Cho dữ liệu vào chương trình,kiểm tra khả năng truy xuất giữa 2
ngôn ngữ
o Thiết kế sữa chữa giao diện thích hợp với người dùng,ưu tiên tính
đơn giản dễ sử dụng

o Thử nghiệm chương trình
o Thông qua đánh giá của người dùng để chình sửa chương trình lần
nữa
Cơ cấu phân tích công việc:
Chương trình tra
nghĩa tiếng Anh-Việt
Phần nghĩa tiếng
Việt
Phần nghĩa tiếng
Anh
Nghĩa của từ được
dịch bằng tiếng Anh
Nghĩa của từ được
dịch bằng tiếng Việt
Mục đích phân tích công việc
Là bước đầu có ý nghĩa quang trọng trong thành công của dự án phần mềm,
giúp cho các thành viên có cơ sở làm việc một cách có khoa học hơn.
- Cơ sở để bố trí,luân chuyển thành viên một cách thích hợp hỗ trợ nhau
trong công việc phát triển phần mềm
-Đánh giá công việc và thông qua đó xác định thời gian và khối lượng
cống hiến của thành viên trong con việc.
-Dự đoán tính chất của các công việc tương lai.
-Cung cấp các thông tin về:yêu cầu của công việc là gì,những đặc điểm
nhân viên cần có để thực hiện tốt công việc đó.
Nguồn thông tin thu thập :
Nguồn con người : gồm có các thành viên trong nhóm : Tấn,Phú , Tuấn.
Nguồn phi con người : các tài liệu liên quan đến lập trình java , các tài liệu
này có được thông qua bạn bè và internet.

Thông tin để thực hiện phân tích công việc:

Để thực hiện phân tích công việc được chính xác cần phải sử dụng các loại
thông tin dưới đây:
1. Thông tin về tình hình thực hiện công việc: Các thông tin được thu
nhập trên cơ sở của công việc thực tế thực hiện công việc, như phương
pháp làm việc, hao phí thời gianthực hiện công việc, các yếu tố của thành phần
công việc.
2. Thông tin về yêu cầu nhân sự: Bao gồm tất cả các yêu cầu về nhân
viên thực hiệncông việc như học vấn, trình độ chuyên môn, kỹ năng, các kiến
thức hiểu biết liên quan đến thực hiện công việc, các thuộc tính cá nhân.
3. Thông tin về các yêu cầu đặc điểm, tính năng tác dụng, số lượng,
chủng loại củacác máy móc, trang bị dụng cụ được sử dụng trong quá trình sử
dụng công việc.
4. Các thông tin về điều kiện thực hiện công việc: Bao gồm các thông tin
liên quanđến các vấn đề điều kiện làm việc như sự cố gắng về thể lực,thời gian
biểu,
5.Những yếu tố cơ bản tạo thành công việc là: Trách nhiệm, thông tin, kết
quả và điều kiện kinh tế
Dự toán dự án:
Dự toán được quan tâm ở việc dự đoán bắt trắc.Nó vẻ vang hơn là bói toán mặc
dù không phải bao giờ cũng chính xác.Một lượng chưa biết đều có thể dự toán
trong khi lượng đã biết khỏi cần dự toán.Với người quản lý dự án phần mềm,có
nhiều lượng chưa biết phải dự toán.Những lượng này liên quan đến các lĩnh vực
như:
Chi phí phát triển dự án.
Lập trình phát triển dự án.
Qui mô đội phát triển dự án.
Khối lượng phần mềm phải phát triển.
Nguồn phần cứng yêu cầu.
Dự toán những lượng đó như thế nào không chỉ là vấn đề được đề cập:Các đơn
vị sử dụng để đo những lượng đó cũng phải cần được xem xét.

Chi phí phát triển dự án được đo lường tốt nhất bằng đơn vị tiền tệ, những đồng
đola Mỹ hay bảng (Anh).Dù sao với dự án ban đầu chấp nhận được việc chuẩn
bị bằng một đo lường trung gian sao đó được chuyển đổi sang đơn vị tiền
tệ.Đơn vị trung gian phổ thông cho chi phí phát triển dự án là tháng công(hay
tháng nhân công hay tháng kỹ sư …).Điều này sau đó có thể chuyển đổi sang
giá trị tiền tệ bằng cách dự toán chi phí của một tháng công đơn.
Lịch trình phát triển dự án rõ ràng được dự toán bằng đơn vị thời gian
ngày,tuần, tháng hay năm . lịch trình giống như phần lớn các kế hoạch có khởi
đầu và kết thúc. Thường dự án được quy hoạch , khởi đầu chính thức không rõ
và do đó kết thúc cũng không rõ .
Dự toán nhân sự phát triển có yêu cầu cho dự án rõ ràng theo đơn vị người.
Nhân sự phát triển được nhóm theo một số phân loại phổ thông như : kỹ sư lập
trình , kỹ sư phần mềm , nhân lực hỗ trợ , và mỗi nhóm được dự toán riêng .
thời gian của dự án của mỗi người cũng được dự toán bằng cách nhận ra việc họ
tham gia vào dự án rút ra khỏi dự án .khối lượng dự toán phần mềm được phát
triển thường được dự toán bằng cả hai cách đo : bằng dòng mã hay kbyte của bộ
nhớ . cả hai phương pháp điều có ưu và nhược điểm .
số dòng mã là mức đo tiêu biểu nhiều hơn về mức độ cố gắng phát triển cũng
như ngôn ngữ tùy thuộc vào ở chỗ hàng trăm dòng mã ngũ mức độ cao không
đòi hỏi cũng như mức độ cố gắng như hàng trăm dòng lệnh thành ngữ “ kbyte
bộ nhớ “ tiêu biểu là lượng phần mềm và có thể tương đối tùy thuộc ở ngôn ngữ
lập trình gốc nhưnh hướng dẫn read mức độ cao có thể tạo ra nhiều mả máy hơn
là thuật toán phức tạp. Lượng nguồn phần mềm được đo bằng nhiều đơn vị phụ
thuộc ở nguồn đặt biệt được xét đến
Dự toán từng bước :
Phương cách “ phân chia và khuất phục “ thường được áp dụng trong nhiều lĩnh
vực công nghệ phần mềm . phương pháp này cũng được sữ dụng trong hầu hết
kỹ thuật dự toán . tiếp cận cơ bản là phân giải dự án thành những hợp phần được
xác định rõ ràng và rồi lặp lại từng bước đến khi chỉ còn những đơn vị nhỏ sau
đó có thể được dự toán dễ dàng hơn.

Bước đầu tiên trong giải dự án là phân chia dự án thành bốn loại sau :
1.Hợp phần đã có sẵn sàng.
2.Hợp phần đầy kinh nghiệm
3.Hợp phần kinh nghiệm 1 phần
4.Phát triển mới