Thêm tính năng #1
Comments
|
- chia ra 2 phần, đi và đến.=> Cái này tất nhiên. Nhưng có 2 cách: Cách
phức tạp: chia 2 mục độc lập phát triển theo mục đích khác nhau. Cách đơn
giản: theo mình có thể dùng 1 bảng csdl và dùng bộ lọc là được (thậm chí
vẫn có thể tạo 2 nút gửi công văn đi và đến khác nhau nếu làm cách này).
- Liên kết với bên user, cấp quyền chỉ xem, chỉ đọc hay được quyền edit
công văn đến, đi (ví dụ mỗi phòng có 1 user, login vào sẽ nhìn đc phòng
mình có c.văn gì mới đến hay cần làm gì) => Chuẩn. Nhưng cần tính kỹ một
chút vì không phải lúc nào cũng có nhu cầu phân quyền. Còn nếu đã làm phân
quyền thì phải làm đầy đủ: ngoài phân quyền nhóm, còn phải phân quyền cho
từng use.
- Tự động thông báo (đẩy email, tin nhắn) đến các phòng ban nhận => Cái
này ngoài liên quan đến phân quyền ở trên thì còn liên quan đến các mẫu
email mẫu tin nhắn và cần có chỗ quản lý các cái này.
- Tự động đánh số hoặc thủ công công văn theo thứ tự đi kèm năm, hết năm
thì quay lại về số 1. và khi tìm kiếm thì hỗ trợ tìm theo số này, có ngày
đi, ngày đến riêng. Thêm mục kí hiệu văn bản bên cạnh số đi, số đến.
+1
- Thêm nơi gửi công văn trong mục công văn đến
=> Nếu làm cái này thì cần tính toán đến việc code công cụ quản lý nơi gửi,
nơi nhận, chỉnh sửa và tách gộp hàng loạt. Làm cái này bắt đầu thấy module
to phết rồi đấy ;-)
- Thêm ghi chú, chỉ đạo của người tiếp nhận hay của lãnh đạo, phòng thực
hiện chỉ đạo đó
Cái này liên quan đến việc biên soạn và phát hành công văn đi. Bắt đầu lấn
sân sang chức năng quản lý văn bản rồi :-D
|
|
Ở đây cần phải xem lại nhé là mình sẽ phát triển tới mức độ nào đã. I. văn bản đến thì có 2 hình thức tiếp nhận: qua mạng và trực tiếp ii.Văn bản đi:
Note về ý của Anh Thế Hùng: em không thể đưa phân tích sâu vì không biết mục đícg cụ thể của modules này dùng để áp dụng vào mục đích gì và không am hiểu cấu trúc của nuke. Em chỉ góp ý trên cái anh đưa ra
=> chổ này sẽ phát sinh danh mục cấu hình nội dung email và viết thêm 1 con service kết nối sms mặt định sẽ tin nhắn và mail sẽ theo từng bước trên qui trình. giống như nhắc nhở cho từng người khi nhân được công việc
=> chổ này thêm 2 cái danh mục gồm bộ sổ và bộ số văn bản
muốn làm phẩn này phải có nhiều thứ khác. như biên bản họp-> đưa ra thông báo kết luận-> thông báo ý kiến chỉ đạo -> phát hành văn bản và có thêm phần theo dõi(tại đây còn rất ư nhiều thứ phải làm ví du phân quyền ai là người theo dõi còn chưa tính tới việc giáp sát và tiến độ công việc, .... cái này rát nhiều thứ để bàn. nhưng mục đích bản này là gì mới biết đưa ra nghiệp vụ và hướng giải quyết cụ thể |
|
@cudzaydi3344 em không thể đưa phân tích sâu vì không biết mục đícg cụ thể của modules này dùng để áp dụng vào mục đích gì và không am hiểu cấu trúc của nuke --> Module này gần như viết mới hoàn toàn. NukeViet chỉ làm khung (framework của ứng dụng này, và tận dụng phần quản lý tài khoản, nhóm tài khoản.). Còn tất cả các phần liên quan đến quy trình nghiệp vụ cần xây dựng từ đầu. Thời gian thực hiện việc này khoảng 2 tháng cho 2 em sinh viên đã code khá với NukeViet (Kinh nghiệm thực tế 6 tháng) |
cho mình hỏi là xây dựng theo hướng mở hay là đóng nếu mở thì thời gian 2 tháng là bất khả thi |
|
Theo mình team phát triển quyết định lựa chọn quy mô dựa trên khả năng đáp
ứng thôi. từ thấp đến cao có các mức sau:
- Mức 1: Loại đơn giản nhất: Thay sổ công văn bằng giấy thì đưa lên quản lý
online (Vào sổ, lưu trữ bản scan). Đây là yêu cầu dạng đơn giản nhất. Người
quản lý module là văn thư. Dạng này chỉ lập dữ liệu đơn thuần, không cho
lọc hoặc tra cứu chéo (Ngoài số công văn được gán ID, còn lại mọi dữ liệu
khác chỉ được lưu trong trường dữ liệu duy nhất.
- Mức 2: Loại phức tạp hơn:
+ Gán ID cho từng dữ liệu để phục vụ liên kết và tra cứu chéo (Ví dụ tra
cứu cùng cơ quan ban hành thì cơ quan ấy đã ban hành các công văn nào...)
+ Gán cho các bộ phận tiếp nhận và xử lý công văn (Gửi email đến các bộ
phận tiếp nhận).
- Mức 3: Quản lý toàn bộ quá trình tiếp nhận hoàn toàn trực tuyến
|
|
Như theo sự góp ý của anh hùng chắc bọn em có thể làm đến mức 2 thôi ạ |
|
em đã đọc góp ý của mọi người, theo như ý tưởng ban đầu của nhóm em định làm là quản lí công văn đi và đến để lưu trữ, tra cứu và đối với một công văn mới đến sẽ biết được trạng thái xử lí của công văn đến đâu (ví dụ: đã được chuyển đến phòng ban nào, đã giao cho cán bộ A xử lí. Theo như em hỏi ý kiến giáo viên hướng dẫn thì có thể một công văn khi được phòng văn thư nhận, nếu công văn đó là gửi đến một cá nhân, ví dụ hiệu trưởng nhà trường, thì sẽ chuyển trực tiếp đến cá nhân đó chứ không qua hết các phòng ban như quy trình đầy đủ). Vì vậy theo em nên có thêm trường để lưu trạng thái xử lí công văn, còn nếu chỉ gửi mail đến bộ phận tiêp nhận như góp ý của anh Hùng thì sẽ không nắm được tình trạng của công văn đó. |
Thợp gửi cá nhân là rất ít em nhé. và gửi cho cá nhân thì chỉ người đó phải là lãnh đạo đơn vị như trường học thì hiệu trưởng hiệu phó, nói chung là BGH nhà trường mới có cấy qui trình đó. |
|
ở chồ này em nên làm theo danh mục quản lý quy trình và nhật ký(lưu vết cây quy trình và thêm trướng hợp trả lại và rút lại) |
|
Thợp gửi cá nhân là rất ít em nhé. và gửi cho cá nhân thì chỉ người đó phải
là lãnh đạo đơn vị như trường học thì hiệu trưởng hiệu phó, nói chung là
BGH nhà trường mới có cấy qui trình đó.
làm theo hướng đó em sẽ phải đi theo hướng khác nữa là. Văn thư tiếp nhận
-> lãnh đạo đơn vị -> lãnh đạo phòng ban-> chuyên viên
Bọn em dự định làm theo quy trình này ạ.
Vào 09:10 20 tháng 3, 2017, cudzaydi3344 <[email protected]> đã viết:
… ở chồ này em nên làm theo danh mục quản lý quy trình và nhật ký(lưu vết
cây quy trình và thêm trướng hợp trả lại và rút lại)
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#1 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ANklAS1q1pLbkoGSZDLqeXwcTiFawLnAks5rneAmgaJpZM4MfoDF>
.
|
|
Bọn em viết quy trình trên wiki các anh xem góp ý cho bọn em với ạ https://github.com/nukeviet/module-dispatch/wiki/Quy-tr%C3%ACnh-qu%E1%BA%A3n-l%C3%BD-v%C4%83n-b%E1%BA%A3n |
Nâng cấp module từ NukeViet 4.3.01 lên NukeViet 4.5.00
Thêm mấy cái tính năng này được không bác?
The text was updated successfully, but these errors were encountered: