IT pro - 10th --[1][0][T][H] - Welcome to dh10th forum .AG Universitas
 :: 

Góc thảo luận

 :: 

Học kì 2 : 2010-2011

 :: 

Nhập môn công nghệ phần mềm


Alo thông báo dừa khô lên giá
-‘๑’-CHÀO MỪNG BẠN ĐẾN VỚI FORUM DH10TH-‘๑’-
  • Gallery & Others

Quà Tặng Âm Nhạc -‘๑’- DH10TH -‘๑’-
Góc kỉ niệm

MERRY CHHRISTMAS
Nhấn nút PLAY > để xem nhé !!

ĐỀ CƯƠNG ÔN TẬP MÔN CÔNG NGHỆ PHẦN MỀM ____Tham Khảo_____Xem chủ đề cũ hơn Xem chủ đề mới hơn Go down
Thu May 05, 2011 11:04 pm
[Thành viên] - lethaiduong90
[Chức vụ] Lớp Phó
Lớp Phó
Tổng số bài viết Tổng số bài viết : 211
Xu Xu : 259
Số lần được cám ơn Số lần được cám ơn : 22
Tham gia Tham gia : 07/01/2011
Đến từ Đến từ : DH10TH

Bài gửiTiêu đề: ĐỀ CƯƠNG ÔN TẬP MÔN CÔNG NGHỆ PHẦN MỀM ____Tham Khảo_____
Xem lý lịch thành viên http://vn.360plus.yahoo.com/Hotboyltd-tk/

Tiêu đề: ĐỀ CƯƠNG ÔN TẬP MÔN CÔNG NGHỆ PHẦN MỀM ____Tham Khảo_____

Câu1: Khái niệm về công nghệ phần mềm? Nêu nội dung cơ bản của công nghệ phần mềm?
Câu 2: Hãy nêu tóm tắt các mô hình của quá trình phát triển phần mềm?
Câu 3: Trình bày khái niệm sản phẩm phần mềm? Các nhóm sản phẩm phần mềm hiện có?
Câu 4: Các giai đoạn để cho ra đời một sản phẩm phần mềm?
Câu 5: Hồ sơ của sản phẩm phần mềm bao gồm những gì?
Câu 6: Hãy nêu các tiêu chuẩn của một sản phẩm phần mềm và giải thích lý do?
Câu
7: Các lỗi có thể mắc phải trong quá trình thiết kế và cài đặt phần mềm
là gì? Nguyên nhân? Theo bạn lỗi nào là lỗi nặng nhất? Vì sao?
Câu 8: Hãy nêu các loại hình đặc tả, cho ví dụ minh hoạ tương ứng?
Câu 9: Trình bày các giai đoạn để thiết kế một sản phẩm phần mềm?
Câu 10: Quá trình thiết kế phần mềm và mối quan hệ giữa thiết kế và đặc tả ?
Câu 11: Trình bày các phương pháp thiết kế phần mềm?
Câu
12: Thế nào là một thiết kế tốt? Chất lượng của thiết kế được thể hiện
qua các yếu tố gì? Các yếu tố đó có vai trò như thế nào trong thiết kế
phần mềm?
Câu 13: Trình bày cách xác minh và thẩm định phần mềm? Độ tin cậy của phần mềm là gì?



(¯`•.•ï¡÷¡ï•Šóñg¥£td•ï¡÷¡ï•.•´¯)
[You must be registered and logged in to see this image.] Hãy học cách sống vượt thành công của người khác [You must be registered and logged in to see this image.]


Thu May 05, 2011 11:14 pm
[Thành viên] - tranquocmanh10th
[Chức vụ] Bí thư
 Bí thư
Tổng số bài viết Tổng số bài viết : 354
Xu Xu : 539
Số lần được cám ơn Số lần được cám ơn : 8
Tham gia Tham gia : 24/08/2010
Đến từ Đến từ : An Giang

Bài gửiTiêu đề: Re: ĐỀ CƯƠNG ÔN TẬP MÔN CÔNG NGHỆ PHẦN MỀM ____Tham Khảo_____
Xem lý lịch thành viên

Tiêu đề: ĐỀ CƯƠNG ÔN TẬP MÔN CÔNG NGHỆ PHẦN MỀM ____Tham Khảo_____

mấy câu này ông lấy từ đâu vậy Dương?



Chúc các bạn DH10TH thật nhiều niềm vui trong cuộc sống,
đặc biệt là 100% tốt nghiệp ra trường sẽ có 1 việc làm ổn định nha... [You must be registered and logged in to see this image.] [You must be registered and logged in to see this image.] [You must be registered and logged in to see this image.]

Fri May 06, 2011 12:38 am
[Thành viên] - lethaiduong90
[Chức vụ] Lớp Phó
Lớp Phó
Tổng số bài viết Tổng số bài viết : 211
Xu Xu : 259
Số lần được cám ơn Số lần được cám ơn : 22
Tham gia Tham gia : 07/01/2011
Đến từ Đến từ : DH10TH

Bài gửiTiêu đề: Re: ĐỀ CƯƠNG ÔN TẬP MÔN CÔNG NGHỆ PHẦN MỀM ____Tham Khảo_____
Xem lý lịch thành viên http://vn.360plus.yahoo.com/Hotboyltd-tk/

Tiêu đề: ĐỀ CƯƠNG ÔN TẬP MÔN CÔNG NGHỆ PHẦN MỀM ____Tham Khảo_____

Tham khảo từ mấy năm trc. va đây la tài liệu C1 của CNPM nè theo giới hạn của Hậu nè:
Link: [You must be registered and logged in to see this link.] a e vao xem nha



(¯`•.•ï¡÷¡ï•Šóñg¥£td•ï¡÷¡ï•.•´¯)
[You must be registered and logged in to see this image.] Hãy học cách sống vượt thành công của người khác [You must be registered and logged in to see this image.]


Fri May 06, 2011 8:56 am
[Thành viên] - tranquocmanh10th
[Chức vụ] Bí thư
 Bí thư
Tổng số bài viết Tổng số bài viết : 354
Xu Xu : 539
Số lần được cám ơn Số lần được cám ơn : 8
Tham gia Tham gia : 24/08/2010
Đến từ Đến từ : An Giang

Bài gửiTiêu đề: Re: ĐỀ CƯƠNG ÔN TẬP MÔN CÔNG NGHỆ PHẦN MỀM ____Tham Khảo_____
Xem lý lịch thành viên

Tiêu đề: ĐỀ CƯƠNG ÔN TẬP MÔN CÔNG NGHỆ PHẦN MỀM ____Tham Khảo_____

mấy đề thi năm trước hả?



Chúc các bạn DH10TH thật nhiều niềm vui trong cuộc sống,
đặc biệt là 100% tốt nghiệp ra trường sẽ có 1 việc làm ổn định nha... [You must be registered and logged in to see this image.] [You must be registered and logged in to see this image.] [You must be registered and logged in to see this image.]

Fri May 06, 2011 10:30 am
[Thành viên] - Nic
[Chức vụ] Chuyên gia cúp tiết
Chuyên gia cúp tiết
Tổng số bài viết Tổng số bài viết : 110
Xu Xu : 166
Số lần được cám ơn Số lần được cám ơn : 11
Tham gia Tham gia : 14/08/2010
Đến từ Đến từ :
Nghề ngỗng Nghề ngỗng :
Châm ngôn sống Châm ngôn sống :

Bài gửiTiêu đề: Re: ĐỀ CƯƠNG ÔN TẬP MÔN CÔNG NGHỆ PHẦN MỀM ____Tham Khảo_____
Xem lý lịch thành viên http://dh10th.4rumer.net/

Tiêu đề: ĐỀ CƯƠNG ÔN TẬP MÔN CÔNG NGHỆ PHẦN MỀM ____Tham Khảo_____

Ẹc đề thi mấy năm trước của trường người ta ... lên google search ra y chang ... cảm ơn bro vì có công tìm dùm anh em ... link ne` anh em vào tham khảo [You must be registered and logged in to see this link.]



Fri May 06, 2011 11:33 am
[Thành viên] - lethaiduong90
[Chức vụ] Lớp Phó
Lớp Phó
Tổng số bài viết Tổng số bài viết : 211
Xu Xu : 259
Số lần được cám ơn Số lần được cám ơn : 22
Tham gia Tham gia : 07/01/2011
Đến từ Đến từ : DH10TH

Bài gửiTiêu đề: Re: ĐỀ CƯƠNG ÔN TẬP MÔN CÔNG NGHỆ PHẦN MỀM ____Tham Khảo_____
Xem lý lịch thành viên http://vn.360plus.yahoo.com/Hotboyltd-tk/

Tiêu đề: ĐỀ CƯƠNG ÔN TẬP MÔN CÔNG NGHỆ PHẦN MỀM ____Tham Khảo_____

uh. dung ùi



(¯`•.•ï¡÷¡ï•Šóñg¥£td•ï¡÷¡ï•.•´¯)
[You must be registered and logged in to see this image.] Hãy học cách sống vượt thành công của người khác [You must be registered and logged in to see this image.]


Sat May 07, 2011 10:20 am
Chưa nghĩ ra được nên sống làm sao cho tốt
[Thành viên] - jen
[Chức vụ] VIP Member
VIP Member
Tổng số bài viết Tổng số bài viết : 690
Xu Xu : 1604
Số lần được cám ơn Số lần được cám ơn : 28
Tham gia Tham gia : 12/08/2010
Đến từ Đến từ : Long Xuyên AG
Nghề ngỗng Nghề ngỗng : student
Châm ngôn sống Châm ngôn sống : Chưa nghĩ ra được nên sống làm sao cho tốt

Bài gửiTiêu đề: Re: ĐỀ CƯƠNG ÔN TẬP MÔN CÔNG NGHỆ PHẦN MỀM ____Tham Khảo_____
Xem lý lịch thành viên http://dh10th.4rumer.net

Tiêu đề: ĐỀ CƯƠNG ÔN TẬP MÔN CÔNG NGHỆ PHẦN MỀM ____Tham Khảo_____

Lên mạng kiếm đc tài liệu mà không share cho a e bài giải lun , cũng ác hé
Gửi bài giải nè :
Code:
http://www.mediafire.com/?34qdz7af9p2crz7
ĐỀ CƯƠNG ÔN TẬP
MÔN CÔNG NGHỆ PHẦN MỀM

Câu1: Khái niệm về công nghệ phần mềm? Nêu nội dung cơ bản của công nghệ phần mềm?
Trả lời:
*, Khái niệm về công nghệ phần mềm:
- Công nghệ phần mềm là một lĩnh vực nghiên cứu của tin học nhằm đưa ra các nguyên lý, phương pháp, công cụ, phương tiện giúp cho việc thiết kế và cài đặt một sản phẩm phần mềm đạt được các yêu cầu sau một cách tốt nhất:
+ Phải có tính đúng đắn và khoa học.
+ Dễ tiếp cận và cải tiến.
+ Phổ dụng.
+ Độc lập với các thiết bị.
*, Nội dung cơ bản của công nghệ phần mềm: Bao gồm các nội dung sau:
- Tìm hiểu yêu cầu của bài toán, yêu cầu của khách hàng, thu thập đầy đủ các thông tin và phân tích theo mọi khía cạnh kể cả chiều rộng lẫn chiều sâu.
- Đặc tả tại mỗi nút của chương trình ta nêu được các tính chất, đặc trưng của dữ liệu vào và ra mà không cần quan tâm đến nội dung các thao tác bên trong của nó. Đặc tả có thể sử dụng các công thức hoặc mô hình toán học để đặc tả một cách hình thức hoặc dùng ngôn ngữ tự nhiên để diễn tả một cách phi hình thức kết hoặc kết hợp cả hai.
- Thiết kế chương trình bằng phương pháp lập trình có cấu trúc.
- Kiểm thử chương trình một cách có hệ thống cho nhiều bộ dữ liệu khác nhau để chạy thử, kiểm tra phát hiện lỗi, kiểm tra tính ổn định, miền nhớ, miền nháp của chương trình và độ phức tạp theo thời gian, theo thuật toán.
- Chứng minh tính đúng đắn của chương trình.
- Đánh giá chất lượng của chương trình.
- Quản lý việc thiết kế, cài đặt vẫn hành và bảo trì phần mềm, cung cấp các phần mềm trợ giúp liên quan cho người sử dụng.

Câu 2: Hãy nêu tóm tắt các mô hình của quá trình phát triển phần mềm?
Trả lời:
*, Mô hình thác nước: Là mô hình trải qua 4 giai đoạn tuần tự, kết thúc giai đoạn này chuyển qua giai đoạn sau :
+ Giai đoạn xác định các yêu cầu của bài toán và đề tài.
+ Giai đoạn thiết kế.
+ Giai đoạn thử nghiệm.
+ Giai đoạn tổng hợp.


- Ưu điểm: Được sử dụng quen thuộc từ trước đến nay.
- Nhược điểm: Nhiều khi đến giai đoạn tích hợp thường xảy ra nhiều vấn đề trục trặc trong vấn đề ghép nối.
*, Mô hình thăm dò: Phát triển càng nhanh càng tốt các chức năng chính sau đó cải tiến hoàn chỉnh dần cho đến khi thảo mãn tất cả yêu cầu của người sử dụng.
- Hạn chế: Thích hợp với những pm qui mô vừa và nhỏ.
*, Mô hình tạo nguyên mẫu: Tương tự như mô hình thăm dò, lựa chọn nhanh những chức năng chính để phát triển sau đó đưa cho người sử dụng đóng góp ý kiến, đưa người dùng dùng thử cho đến khi đạt yêu cầu.



- Ưu điểm: Không có giai đoạn tích hợp, người dùng được tiếp cận với hệ thống ngay từ những giai đoạn đầu để bổ sung hoàn thiện phần mềm theo đúng yêu cầu
*, Mô hình biến đổi hình thức: Là môn hình mà người ta đặc tả hệ thống dưới dạng tổng thể, khái quát rồi cụ thể hoá, chi tiết hoá dần đến khi có thể chuyển thẳng sang một ngôn ngữ lập trình cụ thể nào đó.
*, Mô hình tập hợp các thành phần dùng lại được: Là mô hình thực hiện với những phần mềm đã có sẵn được sử dụng từ trước đến nay. Có một số chức năng vẫn được sử dụng tốt, một số chức năng đã trở lên lạc hậu. Người ta xây dựng phần mềm mới bằng cách thu lượm tất cả các chức năng modul còn sử dụng được của phần mềm trước và thêm vào những chức năng mới cho đến khi thỏa mãn yêu cầu.
- Ưu điểm: Tiết kiệm thời gian, công sức sản xuất ra những cái có rồi.
- Nhược điểm: Tuỳ từng trường hợp, hạn chế trong ngôn ngữ sử dụng.

Câu 3: Trình bày khái niệm sản phẩm phần mềm? Các nhóm sản phẩm phần mềm hiện có?
Trả lời:
*, Khái niệm sản phẩm phần mềm:
- Sản phẩm phần mềm là một hoặc một nhóm các chương trình được xây dựng để giải quyết một vấn đề nào đó. Ví dụ: chương trình quản lý hoạt động của máy móc và các chương trình ứng dụng.
*, Các nhóm sản phầm phần mềm hiện có:
Hiện nay người ta phân chia thành 7 nhóm phần mềm chính.
- Nhóm các hệ điều hành: Gồm các chương trình quản lí ổ đĩa, màn hình, chương trình quản lí các tệp, quản trị mạng, quản lí thư viện, quản lí các chương trình dịch.
- Nhóm chương trình dịch: mỗi một ngôn ngữ có một chương trình dịch riêng.
- Nhóm các chương trình hệ thống: Gồm có những chương trình soạn thảo văn bản, các chương trình đồ hoạ, chương trình tạo giao diện thân thiện giữa người dùng và hệ điều hành, các chương trình mở rộng các chức năng tệp.
- Nhóm các tiện ích và trò chơi: chương trình xử lí bảng tính điện tử, chương trình tìm và diệt virus, tất cả các trò chơi.
- Nhóm các hệ quản trị CSDL
- Nhóm các chương trình ứng dụng có tính hệ thống:
+ Nhóm các chương trình xử lí dữ liệu đa năng: Chương trình phục vụ tính toán cấp cơ sở, hệ chuyên gia, hệ tương tự, hệ mô phỏng, hệ tự động thiết kế, dạy học và tự học.
+ Chương trình xử lí nhận dạng, phân tích, tổng hợp tiếng nói, hình ảnh.
+ Tất cả những chương trình điều khiển qui trình công nghiệp.

Câu 4: Các giai đoạn để cho ra đời một sản phẩm phần mềm?
Trả lời:
* Tìm hiểu nhu cầu của khách hàng:
Đây là giai đoạn đầu tiên và không thể thiếu được trong việc xây dựng phần mềm cho một hệ thống nào đó. Sản phẩm phần mềm mà nhóm phát triển tạo ra suy cho đến cùng thì phải đáp ứng được (không phải là toàn bộ) nhu cầu của khách hàng.
* Xác định rõ các chức năng hệ thống: Chia ra từng khối lớn tương đối độc lập và giao cho từng nhóm người thực hiện. Mỗi nhóm người phải chụ trách nhiệm từ việc thiết kế - sản xuất - thử nghiệm theo một nguyên tắc nhất định và một ngôn ngữ cùng với cơ sở dữ liệu thống nhất. Sau đó ghép nối các khối thành khối lớn.
* Sửa chữa và thử nghiệm nếu thấy cần thiết: Đây là giai đoạn mang tính nội bộ của nhóm phát triển phần mềm. Hệ thống có thể được chia thành nhiều phần nhỏ (module) rời rạc nhau. Do vậy khi xây dựng xong chúng ta cần phải thử nghiệm cho từng module đó. Sau đó tiến hành tích hợp các module lại để tạo thành hệ thống hoàn chỉnh. Việc kiểm thử tích hợp phải được tiến hành. Các thay đổi có thể được thêm vào; các ý kiến đóng góp của khách hàng cũng được ghi nhận và đưa vào trong phần mềm tại giai đoạn cuối cùng này.
* Bàn giao sản phẩm cho khách hàng, tìm hiểu ý kiến của khách hàng để quyết định nhân bản nếu nó tốt hoặc là để sửa đổi. Đào tạo người sử dụng :
Trong quá trình từ khi tìm hiểu nhu cầu của khách hàng cho đến khi hoàn thiện, trong thời kỳ trước kia, trung bình mỗi người trong một ngày chỉ làm được 5 hoặc 6 lệnh. Khi đó có thể nói “Lập trình phần mềm hết sức nặng nhọc”. Chính vì vậy người ta phải cố gắng sử dụng những chương trình con (modul) chương trình của những người đi trước tạo ra (thường để trong thư viện) và đồng thời người ta cũng tạo ra các modul thêm vào thư viện để người khai thác có thể dùng.
=> Theo quan điểm hiện nay, các công cụ lập trình đã hỗ trợ rất lớn cho lập trình viên. Lập trình không còn là một công việc nặng nhọc nữa. Trái lại, người lập trình lại là người có vai trò cuối cùng trong quá trình sản xuất phầm mềm. Quan trọng nhất bây giờ hiện tại là nắm bắt và phân tích yêu cầu của khách hàng. Do vậy người phân tích và thiết kế hệ thống là người đóng vai trò quyết định đối với toàn bộ hệ thống.

Câu 5: Hồ sơ của sản phẩm phần mềm bao gồm những gì?
Trả lời:
*, Khi bàn giao sản phẩm cho khách hàng ta cần chú ý đến các thành phần sau của một hồ sơ phần mềm:
+ Phải có chương trình nguồn, chương trình đích để trên đĩa.
+ Đính kèm các phần mềm tiện ích có liên quan.
+ Các bản in chương trình nguồn, trên đó có lời giải thích rõ ràng để tiện cho việc chứng minh tính đúng đắn của chương trình.
+ Bản mô tả các thuật toán của chương trình.
+ Bảng hướng dẫn sử dụng chi tiết, các lỗi có thể có và cách xử lý lỗi.
+ Các thông số đặc trưng của chương trình, sản phẩm gồm: Tên chủ nhiệm đề tài, chức vụ, nơi công tác, địa chỉ, điện thoại, … Các thông tin về sản phẩm: tên đầy đủ, tên vắn tắt, số hiệu phiên bản, ngày tháng thiết kế và cài đặt, các chức năng của hệ thống, chế độ làm việc (hộp hội thoại, menu, …).
+ Cấu hình tối thiểu của hệ thống, các thiết bị đi kèm. Cấu hình tối đa sử dụng hết công suất của sản phẩm.
+ Giới thiệu về ngôn ngữ lập trình được sử dụng để tạo ra sản phẩm.
+ Cơ chế bảo mật và một số phần mềm tương thích.
+ Cung cấp thêm một số tư liệu khác: phần mềm quốc phòng, một số các kết quả đã sử dụng ở một số nơi, thời gian sử dụng là bao nhiêu, yêu cầu về bản quyền, có thể biết khoá bảo mật hay không?

Câu 6: Hãy nêu các tiêu chuẩn của một sản phẩm phần mềm và giải thích lý do?
Trả lời:
Người ta xác định một số tiêu chuẩn để đánh giá một sản phẩm phần mềm.
- Tiêu chuẩn 1: Tính đúng đắn.
Các sản phẩm phần mềm phải thực hiện được chính xác các mục tiêu được đặt ra ở giai đoạn thiết kế, không bị treo máy hoặc ra kết quả sai đối với bộ dữ liệu nằm trong phạm vi yêu cầu. Để đạt được yêu cầu này, các sản phẩm phần mềm trước hết phải có thuật toán đúng và chương trình tình phải tương ứng với thuật toán.
- Tiêu chuẩn 2: Tính khoa học.
+ Tính khoa học về cấu trúc: Các sản phẩm phần mềm được chia thành các đơn vị nhỏ cân đối và có quan hệ hữu cơ không trùng lặp và có thể tổ hợp từng nhóm để tạo ra các chức năng mới. Thuật toán và chức năng được xây dựng một cách có cấu trúc.
+ Tính khoa học về nội dung: Thuật toán được xây dựng dựa trên những thành tựu mới của toán học và tin học. Các chương trình phải được xây dựng trên các ngôn ngữ lập trình mới và phổ dụng.
+ Tính khoa học về hình thức thao tác: Mỗi lệnh của chương trình cần phải được tối ưu. Muốn vậy, các lệnh phải được xây dựng một cách hợp lý, logic và phù hợp với tư duy tự nhiên của người sử dụng. Các lỗi phải được thông báo một cách rõ ràng (lỗi số bao nhiêu, vị trí lỗi, nội dung lỗi, cách khắc phục).
- Tiêu chuẩn 3: Tính hữu hiệu. Thể hiện ở các mặt sau:
+ Hữu hiệu về kinh tế: Có giá trị kinh tế hoặc có ý nghĩa giá trị thu được khi áp dụng sản phẩm đó.
Hữu hiệu về tốc độ xử lý: Có số lượng lớn các đối tượng được xử lý trong một đơn vị thời gian. Lượng tối đa của sản phẩm quản lý được (ví dụ: trong Excel quản lý được 65536 bản ghi, FoxPro quản lý được 255 trường).
+ Hữu hiệu về dung lượng bộ nhớ: Tốn càng ít càng tốt.
- Tiêu chuẩn 4: Tính sáng tạo.
Sản phẩm phải mới mẻ và độc đáo. Nếu phát triển trên cái cũ thì phải tiếp theo được những cái hay của nó đồng thời phải cung cấp được các chức năng mới tốt hơn so với cái đã có.
- Tiêu chuẩn 5: Tính an toàn.
Sản phẩm phần mềm phải có cơ chế bảo mật chống xâm phạm, sao chép trộm và làm biến dạng chương trình. Có cơ chế bảo vệ đối tượng mà nó phát sinh và quản lý, có cơ chế hồi phục khi có sự cố.
- Tiêu chuẩn 6: Tính đầy đủ và toàn vẹn.
Sản phẩm thực hiện được đầy đủ yêu cầu của khách hàng. Các chức năng phải có tính đối xứng, nghĩa là: có tạo lập thì có xoá bỏ, có mở thì có đóng, có tiếp theo thì cũng cho phép trở về, …
- Tiêu chuẩn 7: Tính độc lập với các thiết bị.
Sản phẩm có thể sử dụng trên nhiều loại máy khác nhau và sử dụng nhiều các thiết bị đi kèm khác nhau. Độc lập cả với cấu trúc của đối tượng mà nó phát sinh ra.
- Tiêu chuẩn 8: Tính phổ dụng.
Có thể sử dụng được rộng rãi trong nhiều lĩnh vực và ở nhiều chế độ làm việc.
- Tiêu chuẩn 9: Tính dễ học và dễ sử dụng, cải tiến.
Sản phẩm hợp với yêu cầu người dùng về ngôn ngữ, hệ thống các chức năng (menu), các thông báo, cú pháp đơn giản, rõ ràng, dễ nhớ, dễ thao tác, dễ tăng cường các chức năng, dễ mở rộng và cải tiến.

Câu 7: Các lỗi có thể mắc phải trong quá trình thiết kế và cài đặt phần mềm là gì? Nguyên nhân? Theo bạn lỗi nào là lỗi nặng nhất? Vì sao?
Trả lời:
*, Các lỗi có thể mắc phải trong quá trình thiết kế và cài đặt phần mềm và nguyên nhân:
- Lỗi thứ 1: Lỗi về ý đồ thiết kế sai. Đây là lỗi nặng nhất. Hệ thống mà chúng ta xây dựng sẽ không thể đáp ứng được yêu cầu của khách hàng.
- Lỗi thứ 2: Lỗi phân tích các yêu cầu không đầy đủ hoặc lệch lạc. Đây là lỗi cũng thường xảy ra. Thực tế cho thấy, những người làm chuyên môn thì không hiểu sâu về tin học nên không cung cấp được những thông tin cần thiết cho những người làm tin học. Ngược lại, những người làm tin học là không hiểu hết về chuyên môn nghiệp vụ của khách hàng. Do vậy mà việc thu thập thông tin sẽ không đầy đủ hoặc thiếu chính xác. Chính vì vậy mà dễ mắc lỗi. Lỗi này có thể được khắc phục tại các cuộc gặp gỡ giữa hai bên và giải đáp những điều còn mơ hồ.
- Lỗi thứ 3: Lỗi hiểu sai các chức năng. Đây là lỗi thường hay mắc phải do trong hệ thống có thể có các chức năng hay lĩnh vực có tính chuyên môn cao. Các từ chuyên ngành. Dẫn đến khó hiểu đối với nhà phát triển phần mềm.
+ Ví dụ: Đối với phân số, khi cài đặt để đỡ rắc rối thì ta quan niệm
Tử_số  Z (số nguyên); Mẫu_số  N (số tự nhiên). Như vậy biểu thức 3/-4 sẽ được hiểu là thương của hai số nguyên. Khi cài đặt, đôi khi người ta không chú ý đến chuyện này, do vậy có thể mắc lỗi.
- Lỗi thứ 4: Lỗi bỏ xót các chức năng. Lỗi này các nhà phát triển phần mềm cũng hay mắc phải, do điều kiện thời gian và chuyên môn có hạn, đôi khi các chức năng không thể được đưa ra một cách đầy đủ. Lỗi này có thể được hạn chế (không phải là khắc phục tất cả) qua thời gian làm việc nhiều hơn với khách hàng, do vậy mà ta có thể biết được nhiều thông tin hơn.
+ Ví dụ: Khi thực hiện các phép toán với Phân_số ta quên rút gọn phân số; không khởi tạo; kiểm tra phép chia cho số 0, …
+ Một khía cạnh khác nữa, đối với việc thiết kế hướng đối tượng (sẽ nghiên cứu sau), ta cần phải tuân theo nguyên lý về hướng đối tượng (chủ yếu là tính che dấu thông tin và kế thừa): ta phải biết cách để truy nhập đến từng thành phần của đối tượng.
- Lỗi thứ 5: Lỗi tại các đối tượng chịu tải. Lỗi xảy ra tại các hàm hoặc các thủ tục cấp thấp xây dựng lên các thủ tục khác. Lỗi này cũng là một lỗi nặng, có thể kéo theo sai xót ở một loạt các hàm hoặc thủ tục khác.
+ Xét về nguyên lý và mức độ lỗi thì lỗi nặng nhất vẫn là ở ý đồ thiết kế sai hoặc là ở thủ tục chịu tải mức thấp nhất.
+ Xét ví dụ sau: Giả sử ta cần thực hiện các phép toán trên một đối tượng Phân_số. Khi đó cần thực hiện các phép toán + (cộng), - (trừ), * (nhân), / (chia). Để thực hiện phép +, - thì ta cần gọi thủ tục tìm BSCNN, thủ tục này lại phải gọi tới thủ tục tìm USCLN để lấy tích chia cho USCLN; các phép toán + - * / phải rút gọn USCLN. Như vậy ở đây có các đối tượng chịu tải có mức độ khác nhau và thủ tục USCLN chịu tải nhiều nhất (thủ tục ở cấp thấp nhất).
Như vậy, nếu như trong quá trình thiết kế hay thực hiện cài đặt thủ tục USCLN mà có lỗi thì lỗi đó sẽ ảnh hưởng đến toàn bộ hệ thống của chúng ta.




- Lỗi thứ 6: Lỗi lây lan. Đây là lỗi do virus có thể lây từ chương trình này sang chương trình khác. Ví dụ, nếu trong thư viện có một chương trình bị lỗi. Nếu ta gọi thủ tục này thì sẽ có lỗi.
- Lỗi thứ 7: Lỗi cú pháp. Lỗi này sinh ra do việc viết sai các quy định về văn phạm. Những lỗi này thường được chương trình dịch thông báo ngay khi dịch theo nguyên lý an toàn: các lỗi nhỏ nhất cũng phải được xử lý ngay khi dịch đến đó.
- Lỗi thứ 8: Lỗi do hiệu ứng phụ. Lỗi xảy ra do việc sử dụng hàm, thủ tục hay chương trình con, có các phép tính biến đổi chương trình con nằm ngoài ý muốn của người lập trình. Xét ví dụ sau:
Var x, y, z : real;
Function FF : real;
Begin
X := 10 + 2*x;
FF := x + y/5;
End;
Begin
Write(' x = '); readln(x);
Write(' y = '); readln(y);
Z := FF;
Writeln(' 10 + 2*', x, '+', y, '/5 = ', z);
End.
Chương trình sai là do x là biến toàn cục nên nó tác động trên toàn bộ chương trình. Có nhiều cách sửa bằng cách sửa chương trình bằng cách thêm biến phụ hoặc biến địa phương. Hay bằng cách chuyển đổi lại cách in ra (vì kết quả vẫn đúng). Để tránh hiệu ứng phụ ta cần phải tuân theo:
+ Tất cả các biến được khai báo ở trong chương trình con đều là biến địa phương.
+ Tất cả các tham biến hình thức được truyền theo tham trị trong chương trình con dù có trùng tên với biến toàn cục cũng không làm thay đổi giá trị của biến toàn cục.
+ Đối với các phép tính làm thay đổi giá trị của biến thì phải dùng biến phụ.

Câu 8: Hãy nêu các loại hình đặc tả, cho ví dụ minh hoạ tương ứng?
Trả lời:
*, Các loại hình đặc tả:
a, Đặc tả cấu trúc dữ liệu: Nêu các thành phần của dữ liệu
Ví dụ: Đặc tả một phân số: Phân_số = { x/y , x  Z , y  N }
Số_phức = { a + b.i  a, b  R }
b, Đặc tả chức năng: Mô tả thông qua việc nêu lên các tính chất hay thuộc tính của tên vào và tên ra.
- Ví dụ:
c, Đặc tả đối tượng: Bao gồm đặc tả cấu trúc dữ liệu và mô tả các chức năng.
- Ví dụ: đặc tả đối tượng phân số.
PS = { x/y , x  Z , y  N }
Phép cộng: +: PS x PS  PS
d, Đặc tả thao tác: Nêu lên trình tự tiến hành công việc.
- Ví dụ 1: x, y, z  PS. Các bước cần thực hiện đối với phép cộng (+) 2 phân số.
z = x + y { Quy_đồng_mẫu_số(x, y);
z.tử_số = x.tử_số + y.tử_số;
z.mẫu_số = x.mẫu_số;
};
- Ví dụ 2: Quy trình Bán hàng:
+ Khách hàng yêu cầu được mua hàng.
+ Hướng dẫn khách xem và lựa chọn hàng hoá.
+ Thoả thuận hình thức thanh toán: Tiền mặt, séc, chuyển khoản, …
+ Ghi hoá đơn cho khách.
+ Nhận tiền và giao hàng hoá cho khách.
e, Đặc tả cú pháp: Thực chất là các định nghĩa có tính truy hồi từ tổng thể đến cơ sở. Mô tả cách lắp ghép các ký hiệu, các từ với nhau lại để tạo thành chương trình. - Ví dụ: Trong ngôn ngữ lập trình PASCAL, tên (định danh - identify) được khái quát như sau: Là dãy các ký tự bắt đầu bằng chữ cái hoặc dấu gạch nối dưới, sau đó có thể là chữ số, chữ cái hoặc dấu gạch nối dưới.
<định danh> =  <định danh> 
=
= { A, B, C, … , Z }  { a, b, …, z }
= { 0, 1, 2, …, 9 }
f, Đặc tả qua sơ đồ:
- Ví dụ: Đặc tả định danh


+ Đặc tả phân số:


g, Đặc tả thuật toán: Các bước thao tác để giải quyết bài toán. Kiểu đặc tả phải phù hợp với giải pháp. Các yêu cầu của phần mềm có thể được phân tích theo một số cách khác nhau. Các ký thuật phân tích có thể dẫn tới những đặc tả trên giấy hay trên máy tính (được xây dụng nhờ CASE) có chứa các mô tả ngôn ngữ đồ hoạ và tự nhiên cho yêu cầu phần mềm. Việc làm bản mẫu giúp đặc tả có thể được triển khai, tức là bản mẫu sẽ thể hiện những công việc thực hiện các yêu cầu. Các ngôn ngữ đặc tả hình thức dẫn đến biểu diễn hình thức.

Câu 9: Trình bày các giai đoạn để thiết kế một sản phẩm phần mềm?
Trả lời:
Thiết kế phần mềm trải qua một số giai đoạn sau:
Giai đoạn 1: Nghiên cứu và hiểu ra vấn đề. Không hiểu rõ vấn đề thì không có thể thiết kế được phần mềm hữu hiệu.
Giai đoạn 2: Làm sáng tỏ các đặc điểm lớn của một hoặc một vài giải pháp có thể. Việc chọn giải pháp phụ thuộc vào kinh nghiệm của người thiết kế; phụ thuộc vào các thành phần có thể tái sử dụng và phụ thuộc vào sự đơn giản của các giải pháp trước đó. Kinh nghiệm cho thấy, nếu các nhân tố là tương tự thì nên chọn giải pháp đơn giản nhất.
Giai đoạn 3: Mô tả từng điều trừu tượng (chưa rõ ràng) trong giải pháp. Trước khi tạo ra các tư liệu chính thức, người thiết kế nên thấy rằng cần phải xây dựng một mô tả ban đầu sơ khai rồi chi tiết hoá nó. Các sai sót và khiếm khuyết trong mức thiết kế ban đầu sẽ được phát hiện và được điều chỉnh cho phù hợp tại các mức chi tiết thiết kế tiếp theo.
Quá trình khắc phục khiếm khuyết này sẽ được lặp lại cho từng phần trừu tượng từ mức thiết kế ban đầu cho đến khi một đặc tả thiết kế chi tiết cho từng phần trừu tượng kết thúc. Nên phân chia ra các phần nhỏ ứng với thiết kế rồi tổ hợp lại, sao cho việc mô tả chi tiết các phần nhỏ đó chỉ trong khoảng một trang giấy.

Câu 10: Quá trình thiết kế phần mềm và mối quan hệ giữa thiết kế và đặc tả ?
Trả lời:
*, Quá trình thiết kế phần mềm:
- Quá trình thiết kế là quá trình tăng cường hình thức hoá trong sự tiến triển của thiết kế và phải luôn quay trở lại các thiết kế đúng đắn ít hình thức (từ “hình thức” ở đây có nghĩa là mang tính mô tả được hệ thống trong thực tế) có trước đây của quá trình đó. Nhà thiết kế phải bắt đầu với một bản phác thảo hết sức không hình thức rồi sau đó tinh chế nó, thêm vào đó các thông tin để là cho thiết kế trở nên hình thức hơn. Quá trình thiết kế thể hiện như sau:


*, Quan hệ giữa thiết kế và đặc tả:
- Thiết kế và đặc tả có quan hệ mật thiết với nhau, kết quả là mỗi hoạt động thiết kế là một đặc tả nêu rõ các yêu cầu hoặc phương thức thao tác. Khi một thiết kế được phân ra thành các cấp độ thành phần thì nhiều khi người ta phát hiện được cái sai sót của giai đoạn trước khi tiến hành giai đoạn sau, khi đó người ta phải quay lại các giai đoạn trước để chỉnh sửa bổ xung thêm các chi tiết mới. Mỗi lần quay lại như vậy được gọi là một lần làm mịn, quá trình này được lặp đi lặp lại cho đến khi các thành phần của thiết kế trở thành tối ưu và có thể chuyển sang một ngôn ngữ cụ thể nào đó.



- Thành quả của mỗi hoạt động thiết kế là một bản đặc tả. Đặc tả này có thể là một đặc tả trừu tượng, hình thức và được tạo ra để làm rõ các yêu cầu, nó cũng có thể là một đặc tả về một thành phần nào đó của hệ thống phải được thực hiện như thế nào. khi quá trình thiết kế tiến triển thì các yêu cầu ngày càng được bổ sung vào bản đặc tả đó. Các kết quả cuối cùng là các đặc tả về thuật toán và các cấu trúc dữ liệu được dùng làm cơ sở cho việc thực hiện hệ thống.
- Thực tế, các hoạt động thiết kế diễn ra song song với các sản phẩm thiết kế khác nhau. Các sản phẩm này lại được triển khai ở các mức chi tiết khác nhau trong diễn biến của quá trình thiết kế.

Câu 11: Trình bày các phương pháp thiết kế phần mềm?
Trả lời:
Phương pháp thiết kế phần mềm gồm:
a, Phương pháp thiết kế hướng chức năng:
- Thiết kế hướng chức năng là một cách tiếp cận thiết kế phần mềm do bản thiết kế được phân giải thành một bộ các đơn thể tác động qua lại lẫn nhau, mà mỗi đơn thể có một chức năng được xác định rõ ràng. Các chức năng có trạng thái cục bộ nhưng chia sẻ nhau trạng thái hệ thống. Trạng thái này là tập trung và mọi chức năng đều có thể truy cập được.
- Có người nghĩ rằng, thiết kế hướng chức năng đã lỗi thời và nên được thay đổi bằng cách tiếp cận hướng đối tượng. Thế nhưng, trên thực tế nhiều tổ chức đã phát triển các chuẩn và các phương pháp dựa trên sự phân rã các chức năng. Nhiều phương pháp thiết kế kết hợp với các công cụ CASE đều là hướng chức năng. Vô khối hệ thống đã được phát triển bằng cách sử dụng phương pháp tiếp cận hướng chức năng. Bởi vậy thiết kế hướng chức năng vẫn còn được sử dụng rộng rãi.
*, Ưu điểm:
- Quen thuộc.
- Xây dựng hệ thống thông qua biểu đồ luồn dữ liệu, mô tả việc biến đổi dữ liệu một cách logic. Đây là kết quả hợp nhất của nhiều phương pháp diễn tả dữ liệu vào ra qua một dãy biến đổi. Ngoài ra người ta còn phải xây dựng các bảng biểu dữ liệu, các mỗi liên kết cũng như lược đồ cấu trúc để thể hiện cấu trúc của hệ thống.
*, Nhược điểm:
- Do chung nhau trạng thái hệ thống nên việc thay đổi một chức năng nào đó thì sẽ ảnh hưởng đến các chức năng khác.
=> Phương pháp này chỉ được sử dụng tốt khi các biến dùng chung, các trạng thái chung ít và phải được xác định một cách rõ ràng.
b, Phương pháp thiết kế hướng đối tượng:
- Phương pháp thiết kế hướng đối tượng là dựa trên việc che dấu thông tin, nhìn hệ phần mềm như một bộ các đối tượng tương tác với nhau chứ không phải là bộ các chức năng như cách tiếp cận chức năng. Các đối tượng có một trạng thái được che dấu và các phép toán trên trạng thái đó. Thiết kế biểu thị các dịch vụ được yêu cầu cùng với những hỗ trợ cung cấp bởi các đối tượng có tương tác với nó.
- Không có vùng dữ liệu dùng chung. Các đối tượng trao đổi với nhau bằng trao đổi thông báo (message) chứ không phải bằng các biến dùng chung.
- Các đối tượng là các thực thể độc lập, dễ thay đổi vì rằng tất cả các trạng thái và các thông tin biểu diễn chỉ ảnh hưởng trong phạm vi chính đối tượng đó thôi. Các thay đổi về biểu diễn thông tin có thể được thực hiện không cần tham khảo (tham chiếu) tới các đối tượng hệ thống khác.
- Các đối tượng có thể phân tán và có thể hành động tuần tự hoặc song song.
*, Ưu điểm:
- Dễ bảo trì vì các đối tượng là độc lập. Các đối tượng có thể hiểu và cải biến như là một thực thể độc lập. Thay đổi trong thực hiện một đối tượng hoặc thêm vào các dịch vụ sẽ không làm ảnh hưởng đến các đối tượng hệ thống khác.
- Các đối tượng là rất tốt cho việc sử dụng lại (do tính độc lập của chúng). Một thiết kế sau có thể dùng lại các đối tượng đã có trong bản thiết kế trước đó.
- Có một vài lớp hệ thống thể hiện phản ánh quan hệ rõ ràng giữa các thực thể có thực (chẳng hạn như các thành phần dùng chung) với các đối tượng điều khiển trong hệ thống. Điều này làm cho thiết kế trở lên dễ hiểu, dễ tiếp cận hơn.
*, Nhược điểm:
- Sự nhận định về các đối tượng trong hệ thống một cách hợp lý là một điều khó. Cách nhìn nhận tự nhiên nhiều hệ thống là cách nhìn chức năng và thích nghi với cách nhìn hướng đối tượng đôi khi là khó khăn. Đây là một phương thức còn khá mới mẻ trong phân tích và thiết kế hệ thống thông tin.
c, Phương pháp đi từ trên xuống và phương pháp đi từ dưới lên:
- Phương pháp đi từ cái chung đến cái riêng, từ tổng thể đến các đơn vị thành phần => Sử dụng khi đi với ngôn ngữ C.
- Phương pháp đi từ dưới lên thì ngược lại.

Câu 12: Thế nào là một thiết kế tốt? Chất lượng của thiết kế được thể hiện qua các yếu tố gì? Các yếu tố đó có vai trò như thế nào trong thiết kế phần mềm?
Trả lời:
a, Một thiết kế tốt:
- Thiết kế phần mềm được gọi là tốt nếu nó sản sinh ra một chương trình tối ưu. Càng chặt chẽ, gọn ngàng và nhẹ càng tốt, đồng thời thiết kế dễ bảo dưỡng thích nghi, bổ sung cải tiến. Dễ đọc, dễ hiểu, các thành phần của thiết kế phải gắn kết với nhau theo một quan hệ logic chặt chẽ.
- Giữa các thành phần của thiết kế được ghép nối một cách dễ dàng.
b, Các yếu tố đo chất lượng của thiết kế:
*, Sự kết dính:
- Sự kết dính của một thành phần là độ đo về tính khớp lại với nhau giữa các phần tử trong thành phần đó.
- Độ kết dính giữa các phần tử trong một thành phần được chia thành các loại theo mức kết dính tăng dần như sau:
+ Kết dính gom góp: Các phần của thành phần không liên quan với nhau, song lại bị bó vào một thành phần.
+ Kế dính hỗn hợp logic: Các thành phần cùng thực hiện chức năng tương tự, chẳng hạn như vào, xử lý lỗi… là được đặt vào trong một thành phần.
+ Kết dính theo thời điểm: Tất cả các thành phần cùng hoạt hoá một lúc, chẳng hạn như khởi sự và kết thúc… là được bó vào với nhau.
+ Kết dính thủ tục: Các phần tử trong thành phần được ghép lại trong một dãy điều khiển.
+ Kết dính truyền thông: Các phần trong thành phần cùng thao tác trên cùng một dữ liệu và và đưa ra cùng một dữ liệu ra.
+ Kết dính tuần tự: Trong một thành phần, “ra” của phần tử này là “vào” của phần tử khác.
+ Kết dính chức năng: Mỗi phần của thành phần đều cần thiết để thi hành một chức năng nào đó.
*, Sự ghép nối:
- Thể hiện tính độc lập cao giữa các thành phần của thiết kế.
- Việc ghép nối là khó khăn nếu các thành phần (modul) dùng chung nhiều biến tổng thể (hoặc dùng chung nhiều lệnh chuyển quyền điều khiển)
- Việc ghép nối dễ dàng nếu thông tin của các thành phần nằm trọn trong thành phần đó và việc liên hệ giữa các thành phần thông qua việc truyền tham số.
*, Độ dễ hiểu: Để đánh giá chúng ta dựa vào các yếu tố:
- Để hiểu được một thành phần này chúng ta có phải tham khảo các thành phần khác hay không?
- Tên gọi của hàm, biến, hằng, chương trình con có lột tả được ý nghĩa của nó hay không?
- Các thực thể của thế giới thực có quan hệ rõ ràng với các thành phần của thiết kế hay không?
*, Độ phức tạp của thuật toán:
- Độ phức tạp của thuật toán càng cao thể hiện mối quan hệ giữa các thành phần.
- Độ phức tạp của thuật toán chỉ đánh giá một phần độ dễ hiểu của thuật toán, ngoài ra nó còn phụ thuộc vào việc chọn lựa dữ liệu và cách mô tả thiết kế.
*, Tính dễ thích nghi: Thuận tiện cho bảo dưỡng và bảo trì hệ thống.

Câu 13: Trình bày cách xác minh và thẩm định phần mềm? Độ tin cậy của phần mềm là gì?
Trả lời:
a, Các xác minh và thẩm định phần mềm:
- Xác minh phần mềm là xem cái được xây dựng có đúng là sản phẩm yêu cầu hay không, chương trình có phù hợp với đặc tả hay không.
- Thẩm định là xem sản phẩm có cho kết quả đúng hay không, có thỏa mãn các yêu cầu của người sử dụng hay không.
=> Xác minh và thẩm định phần mềm là hai quá trình liên tục từ lúc phân tích các yêu cầu, kiểm tra xem sản phẩm có đáp ứng được yêu cầu của người sử dụng hay không.
*, Mục đích:
- Phát hiện các lỗi của hệ thống.
- Đánh giá xem sản phẩm có đáp ứng yêu cầu của người sử dụng hay không.
*, Để xác định và thẩm định người ta phải thử nghiệm hệ thống
- Phơi ra các khuyết tật của hệ thống và kiểm tra xem chương trình có được đặc tả hay không và đáp ứng được yêu cầu hay không. Có cá loại thử nghiệm sau:
+ Thử thống kê: Cho nhiều bộ dữ liệu khác nhau vào để thử nghiệm và tính tần xuất thất bại.
+ Thử khuyết tật: Cho các bộ dữ liệu đặc biệt để thử nghiệm để phát hiện ra các lỗi => Thử nghiệm thành công nhất là thử nghiệm phơi được nhiều khuyết tật nhất.
+ Thử áp lực: Đối với các phần mềm có giới hạn chịu tải thì người ta phải tăng dần các mức tải cho đến khi phần mềm không chịu được nữa.
*, Nguyên tắc thử:
- Thử từng modul một.
- Thử α
- Thử β: Đưa cho người sử dụng dùng thử.
b, Độ tin cậy của phần mềm:
- Độ tin cậy của phần mềm là độ đo về mức độ tốt của các dịch vụ mà hệ thống cung cấp.
- Độ tin cậy của phần mềm là một đặc trưng của hệ thống, là hệ số tỉ lệ nghịch đối với số thất bị của phần mềm.
- Để đo độ tin cậy của phần mềm ta tiến hành các cách sau:
+ Tính xác xuất xuất hiện thành công hay thất bại.
+ Đo độ dài khoảng thời gian trung bình giữa hai lần thất bại liên tiếp.
+ Khả năng sẵn sàng hoạt động lại của hệ thống.





[You must be registered and logged in to see this image.]

Today at 7:28 pm
[Thành viên] - Sponsored content
[Chức vụ]

Bài gửiTiêu đề: Re: ĐỀ CƯƠNG ÔN TẬP MÔN CÔNG NGHỆ PHẦN MỀM ____Tham Khảo_____

Tiêu đề: ĐỀ CƯƠNG ÔN TẬP MÔN CÔNG NGHỆ PHẦN MỀM ____Tham Khảo_____




ĐỀ CƯƠNG ÔN TẬP MÔN CÔNG NGHỆ PHẦN MỀM ____Tham Khảo_____

Xem chủ đề cũ hơn Xem chủ đề mới hơn Về Đầu Trang
Xem tiếp các bài khác:

Trang 1 trong tổng số 1 trang
.::Host upload ảnh miễn phí Clickhere!::.
Permissions in this forum:Bạn không có quyền trả lời bài viết
[1][0][T][H] - Welcome to dh10th forum .AG Universitas :: Góc thảo luận :: Học kì 2 : 2010-2011 :: Nhập môn công nghệ phần mềm-
Logo bạn bè:
Lượt xem
Cố găn nâng cao số lượng truy cập
Hỗ trợ online
Web trường đại học An Giang
Web khoa CN-KT-MT
Xem thới khóa biểu online
Trường Đại Học An Giang
Lớp : DH10TH
Khoa :Kỹ thuật - Công nghệ - Môi trường
Chuyên ngành : Kỹ thuật phần mềm
Diễn Đàn Được Xây dựng và phát triển bởi các thành viên
.
Copyright © 2009 - 2013, DH10TH.CO.CC .
Powered by phpBB2 - GNU General Public License.
Style Win7 of VBB - - FM Rip by BI
Xem tốt nhất ở độ phần giải lớn hơn 1280x1024 và trình duyệt Firefox
Get Firefox Now Get Windows Media Player Now

Đầu trang
Giữa trang
Cuối trang
Để lại tin nhắn cho Forum
Free forum | © phpBB | Free forum support | Liên hệ | Report an abuse | Create a blog
Jen