مهندسی نرم افزار مشاور املاک
دانشگاه جامع علمی کاربردی خوارزمی
پروژه درس
نام استاد راهنمای پروژه:
موضوع پروژه: طراحي سيستم نرم افزاري مشاور املاک
مجری پروژه: شماره دانشجوئي
دانشگاه
فهرست مطالب
مراحل انجام پروژه................................................................................................................ 6
فصل اول: نمودار ER و پایگاه داده.......................................................................................... 7
1-1- جداول پایگاه داده............................................................................................ 8
1-1-1- نام جدول: tblKharidaran............................................................... 8
1-1-2- نام جدول: tblForuShandegan............................................ 8
1-1-3- نام جدول: tblMoamelehType..................................................... 8
1-1-4- نام جدول: tblMelks.......................................................................... 8
1-1-5- نام جدول: tblSanadsStatuse...................................................... 9
1-1-6- نام جدول: userInfo.......................................................................... 9
1-1-7- نام جدول: tblContracts.................................................................. 9
1-1-8- نام جدول: UserTypes...................................................................... 9
1-1-9- نام جدول: BossMailBox............................................................... 10
1-1-10- نام جدول: BossAttachMents..................................................... 10
1-1-11- نام جدول: taffMailbox....................................................... 10
1-1-12- نام جدول: StaffAttachments..................................................... 10
1-2- نمودار ER به همراه نمایش ارتباط بین جداول و موجودیتها........................ 11
فصل دوم: نیازمندیهای سیستم............................................................................................... 12
2-1- ارائه شرح سيستم نرم افزاربنگاه.......................................................................... 13
2-1-1. هدف............................................................................................. 13
2-2- وضعيت موجود در سيستم فعلی بنگاه.......................................................... 14
2-2-1. جايگاه و شرح وظايف...................................................................... 14
2-2-2. نيروي انساني موجود........................................................................ 14
2-2-3. نوع خدمات.................................................................................... 14
2-2-4. سيستم كدگذاري سوابق................................................................... 14
2-2-5. تجهيزات سخت افزاري موجود در بنگاه............................................. 15
2-2-6. فرايند دریافت سفارش مشتری........................................................... 15
2-2-7. فرمهاي فعلی مورد استفاده................................................................ 15
2-2-8. گزارشات سيستم............................................................................... 15
2-3- كاستيها و محدوديتهاي سيستم اطلاعات بنگاه................................................ 16
2-4- نيازمنديهاي مساله جهت طراحي نرم افزار بنگاه........................................... 17
2-4-1. اطلاعات پايه................................................................................... 17
2-4-2. عمليات مربوط به جستجو.......................................................................... 17
2-4-3. گزارشها........................................................................................ 18
2-4-4. امنيت و حدود دسترسي................................................................... 19
2-4-5. بازسازی اطلاعات............................................................................. 19
2-5- نمودار SDM سیستم بنگاه......................................................................... 20
2-6- كاربران سيستم نرم افزار بنگاه.................................................................... 21
2-7- ذينفعان نرم افزار..................................................................................... 22
فصل سوم: نمودار های DFD................................................................................................ 23
1-1- نمودار زمینه ای سیستم بنگاه..................................................................... 24
1-2- نمودار سطح صفر سیستم بنگاه.................................................................... 25
1-3- نمودار سطح یک سیستم بنگاه.................................................................... 26
1-4- نمودار سطح دو سیستم بنگاه (مربوط به عملیات انجام معاملات)...................... 27
1-5- نمودار سطح دو سیستم بنگاه (مربوط به عملیات دریافت پرداختها)................. 28
فصل چهارم: نمودار Use Case و سناریو................................................................................. 29
4-1- Use case چیست؟................................................................................... 30
4-2- Actor چیست؟....................................................................................... 31
4-3- دیاگرام use case چیست؟........................................................................ 31
4-4- ارتباطات بین use case ها چگونه است؟..................................................... 31
4-5- شناسائی Actor های سیستم...................................................................... 32
4-6- Actor کاربر........................................................................................... 32
4-6-1. Actor مدیر.................................................................................... 33
4-6-2. Actor کارمندان............................................................................. 34
4-6-3. Actor مشتریان............................................................................... 34
4-7- شناسائی Use Case ها............................................................................. 35
4-7-1. نمودارهای USE CASE 1 (Sign Up – Sign In)............................ 36
4-7-1.1. سناریوی Sing Up Use Case....................................................... 37
4-7-1.2. سناریوی Sing In Use Case........................................................ 38
4-7-2. نمودارهای USE CASE 2............................................................. 39
4-7-2.1. سناریوی Boss Mailbox Use Case.............................................. 40
4-7-2.2. سناریوی Staff Mailbox Use Case............................................. 41
4-7-2.3. سناریوی RequestConsideration Use Case............................... 42
4-7-2.4. سناریوی CreatingContract Use Case...................................... 43
4-7-2.5. سناریوی Performa Invoice Use Case....................................... 44
4-7-3. نمودارهای USE CASE 3............................................................. 45
7-6-3-1- سناریوی Use Case دریافت/پرداخت وجه............................................... 46
7-6-3-2- سناریوی Use CaseOrder.................................................................... 47
4-7-4. نمودارهای USE CASE 4............................................................. 48
4-7-5. نمودار کلی Use Case.................................................................... 49
فصل پنجم: نمودار Class...................................................................................................... 50
5-1- نمودار Class اصلی سیستم فروشگاه........................................................... 51
5-2- نمودار Class مربوط به کاربر................................................................... 52
5-3- نمودار Class مربوط به مدیر.................................................................... 52
5-4- نمودار Class مربوط به کلاس کارمند....................................................... 53
5-5- نمودار Class مربوط به مشتری................................................................. 53
5-6- نمودار Class مربوط به نوع مشتری.......................................................... 53
5-7- نمودار Class مربوط به معاملات............................................................... 54
5-8- نمودار Class مربوط به نوع معاملات......................................................... 54
5-9- نمودار Class مربوط به صندوق پستی مدیر و کارمند.................................. 55
فصل ششم: نمودار Sequence............................................................................................... 56
6-1- نمودار Sequence (Sign In).......................................................................... 57
6-2- نمودار Sequence (Sign Up)......................................................................... 58
6-3- نمودار Sequence (ارائه صورتحساب)............................................................... 59
6-4- نمودار Sequence (ارائه گزارش به مدیر).......................................................... 60
6-5- نمودار Sequence (استخدام کارمند توسط مدیر)............................................... 61
6-6- نمودار Sequence (ایجاد قرارداد توسط کارمند)............................................... 62
6-7- نمودار Sequence (بررسی درخواستها توسط کارمند)......................................... 63
6-8- نمودار Sequence (بررسی صورتحسابها توسط مدیر)........................................... 64
6-9- نمودار Sequence (تائید قراردادها توسط مدیر)................................................. 65
6-10- نمودار Sequence (بررسی صورتحسابها توسط مدیر)........................................... 66
6-11- نمودار Sequence (صندوق پستی کارمند)......................................................... 67
6-12- نمودار Sequence (صندوق پستی مدیر)............................................................ 68
مقدمه
تفاوت برنامه نویسان حرفه ای با برنامه نویسان آماتور در توانایی ایجاد برنامه هایی با رابط کاربر زیبا تر و حجم کمتر و سرعت پردازش بالاتر است.
البته در اين ميان طراحان مساله نيز سهم بسزائي در اين زمينه دارند. چرا كه در صورت وجود نداشتن يك طرح اوليه از نرم افزار نمي توان به سادگي برنامه نويسي نمود. زيرا شناخت كافي از صورت مساله وجود ندارد. به همين سبب ممكن است در مراحل مختلف براي نوشتن برنامه مجبور شويم چندين مرحله به عقب بازكرديم و اين گونه مسائل در پروژه هاي بزرگ كه در آنها پروسه زماني وجود دارد مشكل ساز خواهد بود.
البته نكته مهمي كه بايد به آن اشاره نمود اين است كه عدم وجود منابع اطلاعاتی مناسب در مورد راه حل مسائل برنامه نویسی همیشه یکی ار دلایل عقب ماندگی صنعت نرم افزار کشور بوده است.
یادآوری این نکته خالی از لطف نیست که یکی از منابع درآمد ارزی در کشور هند فروش نرم افزار های تولید شده در این کشور به کشورهای دیگر می باشد.
البته برنامه نويسي مساله مهمي مي باشد. ولي مهمتر از آن طراحي و تحليل سيستمي است كه بايد براي آن برنامه نويسي نمود. بنابراين با توجه به اين مساله ، شناخت روشي كه بتوان با آن به گونه اي سيستماتيك و اصولي يك سيستم را مورد بررسي قرار داد و نيازمنديهاي آن را به طور كامل بدست آورد نكته بسيار مهمي است كه البته به آن توجه زيادي نمي شود.
در اين پروژه و تحقيق سعي بر آن شده كه با يكي از روشهاي طراحي و تجزيه و تحليل سيستمها به نام UML به طراحي نرم افزار مشاور املاک يكي از بنگاه های معاملات املاک به صورت بخش به بخش پرداخته شود.
مراحل انجام پروژه
پروژه حاضر در پنج مرحله انجام مي شود كه اين پنج مرحله به شرح ذيل مي باشند:
1- شرح سيستم
1.1. تعريف
1.2. كاربرد
1.3. مزايا
2- آناليز سيستم
3- تهيه الگوريتم و فلوچارت ( تعريف اينكه بر روي اطلاعات چه كار هايي انجام شود )
4- طراحي پايگاه داده
1-4- پايگاه داده
2-4- فيلدهاي كليدي
3-4- شكل رابطه اي
5- طراحي كاربردي برنامه
6- تجزیه و تحلیل سیستم نرم فزاری به روش UML
فصل اول: نمودار ER و پایگاه داده
1-1- جداول پایگاه داده
1-1-1- نام جدول: tblKharidaran
نام ستون
نوع داده
طول
Null
نام پیشفرض
KharidarID
int
4
False
کد خریدار
Name
nvarchar
200
True
نام خریدار
Sname
nvarchar
200
True
نام خانوادگی
BirthDate
nvarchar
200
True
تاریخ تولد
Phone
nvarchar
200
True
شماره تلفن
MelliCode
nvarchar
20
False
کد ملی
Address
nvarchar
500
True
آدرس
1-1-2- نام جدول: tblForuShandegan
نام ستون
نوع داده
طول
Null
نام پیشفرض
ForuShandehID
int
4
False
کد فروشنده
Name
nvarchar
200
True
نام
Sname
nvarchar
200
True
نام خانوادگی
BirthDate
nvarchar
200
True
تاریخ تولد
Phone
nvarchar
200
True
تلفن تماس
MelliCode
nvarchar
20
False
کد ملی
Address
nvarchar
500
True
آدرس
1-1-3- نام جدول: tblMoamelehType
نام ستون
نوع داده
طول
Null
نام پیشفرض
MoamelehTypeID
int
4
False
کد نوع معامله
MoamelehType
nvarchar
200
True
شرح نوع معامله
1-1-4- نام جدول: tblMelks
نام ستون
نوع داده
طول
Null
نام پیشفرض
MelkID
int
4
False
کد ملک
MetraZH
float
8
True
متراژ
KarbariType
nvarchar
100
True
نوع کاربری
Type
nvarchar
100
True
نوع ملک
SanadStatus
int
4
True
وضعیت سند
ParvanehNumber
nvarchar
100
True
شماره پرونده
RegisterNumber
nvarchar
100
True
شماره ثبت
1-1-5- نام جدول: tblSanadsStatuse
نام ستون
نوع داده
طول
Null
نام پیشفرض
sanadStatuseID
int
4
False
کد وضعیت سند
sanadStatusDescript
nvarchar
100
True
شرح وضعیت سند
1-1-6- نام جدول: userInfo
نام ستون
نوع داده
طول
Null
نام پیشفرض
userID
int
4
False
کد کاربر
UserName
nvarchar
100
False
نام کاربر
PassWord
nvarchar
100
True
کلمه عبور
UserTypeID
int
4
True
کد نوع کاربر
1-1-7- نام جدول: tblContracts
نام ستون
نوع داده
طول
Null
نام پیشفرض
ContractID
int
4
False
کد قرارداد
KharidarID
int
4
False
کد مشتری
ForooshandehID
int
4
False
کد مالک
MelkID
int
4
False
کد ملک
MoamelehTypeID
int
4
False
نوع معامله
datOdMoaMeleh
nvarchar
20
False
تاریخ معامله
MablagheGarardad
float
8
True
مبلغ قرارداد
HagheBongah
float
8
True
حق بنگاه
RahgiriCode
nvarchar
100
True
کد رهگیری
SerialNumber
nvarchar
100
True
شماره سریال
1-1-8- نام جدول: UserTypes
نام ستون
نوع داده
طول
Null
نام پیشفرض
UserTypeID
int
4
False
کد نوع کاربر
UserTypeDescription
nvarchar
100
True
نوع کاربر
1-1-9- نام جدول: BossMailBox
نام ستون
نوع داده
طول
Null
نام پیشفرض
MailID
int
4
False
کد نامه الکترونیکی
MailedFrom
int
4
True
از طرف
MailSubject
nvarchar
100
True
موضوع
MailBody
ntext
16
True
شرح
ReceivedDate
datetime
8
True
تاریخ دریافت
AttachMentsID
int
4
True
ضمیمه ها
1-1-10- نام جدول: BossAttachMents
نام ستون
نوع داده
طول
Null
نام پیشفرض
AttachmentID
int
4
False
کد فایل ضمیمه
MailID
int
4
True
کد ایمیل
AttachmentPath
nvarchar
500
True
مسیر فایل ضمیمه
AttachMentDescription
nvarchar
200
True
شرخ فایل ضمیمه
1-1-11- نام جدول: taffMailbox
نام ستون
نوع داده
طول
Null
نام پیشفرض
MailID
int
4
False
کد نامه الکترونیکی
MailedTo
int
4
True
به
MailedFrom
int
4
True
از طرف
MailSubject
nvarchar
100
True
موضوع
MailBody
ntext
16
True
شرح
ReceivedDate
datetime
8
True
تاریخ دریافت
AttachMentsID
int
4
True
ضمیمه ها
1-1-12- نام جدول: StaffAttachments
نام ستون
نوع داده
طول
Null
نام پیشفرض
AttachmentID
int
4
False
کد فایل ضمیمه
MailID
int
4
True
کد ایمیل
AttachmentPath
nvarchar
500
True
مسیر فایل ضمیمه
AttachMentDescription
nvarchar
200
True
شرخ فایل ضمیمه
1-2- نمودار ER به همراه نمایش ارتباط بین جداول و موجودیتها
فصل دوم: نیازمندیهای سیستم
2-1- ارائه شرح سيستم نرم افزاربنگاه
مطالب مربوط به اين مرحله كه شامل تعريف ، كاربرد و مزايا مي باشد در ذيل ارائه گرديده است:
2-1-1. هدف
هدف از تشكيل و ايجاد بنگاه های معاملاتی ، ارائه راه كارهايي مناسب جهت دستيابي به فروش مناسب و معرفي هر چه بهتر املاک و مستغلات و خودروها مي باشد.
وظايف بنگاه های معاملاتی را ميتوان در سه بخش زير خلاصه كرد:
الف) برنامهريزي جهت بازاريابي ومعرفی املاک و مستغلات فروشندگان
ب) همكاري و مساعدت در فروش املاک و مستغلات
ج)جلب رضايت مشتريان و تسريع در امر تحويل مستغلات با رعايت مقررات ودستورالعملهاي کشور
بنگاه های معاملاتی را از دو جهت ميتوان مورد بررسي قرارداد:
1- از لحاظ فيزيكي نظير محل ، وسايل حفاظت كالاها و وسايل حمل و نقل و...
2- ديگري سيستم اطلاعات بنگاه
منظور از سيستم اطلاعاتي بنگاه ، ايجاد روشي نظاممند و منطقي براي اجراي عمليات مربوط بهاملاک و مستغلات فروخته شده و همچنين اعمال كنترلهاي لازم روي مراحل مختلف اين عمليات ميباشد.
بنگاه های معاملاتی با توجه به نوع شغل با اکثر افراد جامعه در ارتباط می باشند. اين رابطه وتماس چه در مورد دادن سفارش املاک و مستغلات و چه در مورد نگهداري حسابها و مبادله اسناد و مداركآنها، بايد بر ضوابط مستدل و مجاز و رسمي مبتني باشد نه مناسبات شخصي و دوستانه چرا كه اينگونهروابط ، موجبات كندي كار و بروز اشتباهات را فراهم ميسازد. بديهي است در روابط متقابل، رفتارهايدوستانه صرفنظر از دستورالعملها، سبب تسريع كارها خواهد بود ولي نبايد باعث ابهام در حسابها ومدارك و اسناد باشد.
در طراحي سيستم اطلاعات بنگاه بايستي توجه نمود كه آيا از قبل سيستمي وجود دارد يا خير، درصورت وجود سيستم، شناخت سيستم و نقاط قوت و ضعف آن جزو مقدماتيترين فعاليتها محسوبميشود. در اين گزارش وضعيت موجود یک بنگاه معاملات ملکی به لحاظ جايگاه و شرح وظايف ؛ نيرويانساني موجود؛ روش فروش و برخورد با مشتري ؛ سيستم كدگذاري سوابق ؛ تجهيزاتموجود ؛ گردش اطلاعات و فرمهاي مربوطه ،... تشريح گرديده و كاستيها و محدوديتهاي آن تبيينميگردد. بديهي است شناخت وضعيت موجود مبناي طراحي سيستم مطلوب ، قرار خواهد گرفتكه در گزارشهاي آتي به آن خواهيم پرداخت.
2-2- وضعيت موجود در سيستم فعلی بنگاه
وضعيت موجود سيستم بنگاه معاملاتی طي چند مرحله بازديد و مذاكره حضوري جداگانه با مديريت محترم و سرپرست فروش و سرپرست امور كامپيوتري در ابعاد مختلف شناسايي شده و به شرح زير تبيينميگردد.
2-2-1. جايگاه و شرح وظايف
در ساختار سازماني مصوب مركز اطلاعات و مدارك علمي ايران، فعاليتهاي مربوط به سرپرستان بنگاه در يكپست سازماني با عنوان سرپرست بنگاه و زير مجموعه اي از هيئت عامل ، خلاصه ميگردد. تقريبا شرح وظايف استاندارد و تعريف شده اي همراه با نظمي خاص در اين بنگاه مشاهده مي شود.
2-2-2. نيروي انساني موجود
در حال حاضر یک نفر با تحصيلات لیسانس ، و دو نفر با تحصیلات فوق دیپلم در بخشهای مختلف در بنگاه معاملاتی مشغول به كار مي باشند.
2-2-3. نوع خدمات
بنگاه معاملاتی مورد نظر در دو زمینه خرید و فروش املاک و مستغلات و خودروهای سواری فعالیت می نماید. البته اجاره نیز جزئی از خدمات این بنگاه می باشد.
2-2-4. سيستم كدگذاري سوابق
علي رغم وجود يك سيستم كدگذاري (طراحي شده توسط مشاور) كه براي هر زونکن در ، كدي مركب از 5 رقم در نظر ميگيرد ، تقريبا كليه زونکنها بدون كد در آرشیونگهداری می شوند و كد در هيچ يك از فرمهاي گردش اطلاعات ثبت نميشود. لازم به ذكر است كه به علت نداشتن يك سيستم نرم افزاري منسجم جهت دست يابي به اطلاعات قبلي بايد به سيستم بايگاني دستي مراجعه نمود كه اين مساله هم به علت وقت گير بودن به ضرر سيستم مي باشد.
2-2-5. تجهيزات سخت افزاري موجود در بنگاه
تجهيزات سخت افزاري موجود در بنگاه عبارتند از:
1- كامپيوتر: تعداد دو عدد
2- چاپگر: 1 عدد
3- دستگاه فکس: 1 عدد
2-2-6. فرايند دریافت سفارش مشتری
- بطور كلي فرايند درخواست خرید مشتری تا تحويل املاک و . . . طي مراحل زير انجام ميشود:
پس از در یافت سفارش ، ابتدا به بایگانی مراجعه می شود جهت جستجو در سوابق برای یافتن موضوع مورد درخواست مشتری. در صورت موجود بودن ، به مشتری نشانداده می شود و پس از توافق در قیمت ، به مشتری فروخته می شود و یا اجاره داده می شود.
2-2-7. فرمهاي فعلی مورد استفاده
فرمهاي موجود كه به صورت دستي پر مي شوند همگي از نوع فرمهايی هستند که به صورت دستی طراحی شده اند و دارای هیچگونه استانداردی نمی باشند.
2-2-8. گزارشات سيستم
به علت اينكه در اين بنگاه از يك نرم افزار مدون استفاده نمي شود ، معمولا گزارشات به صورت مدون نيست و معمولا تهيه گزارشات منوط به صرف وقت مفيد زيادي مي باشد. البته گزارشگیریها هم منوط به حضور شخصی است که در جریان فروش و یا اجاره های خاصی می باشد که البته این مساله نیز خود ایجاد مشکلاتی را نموده است.
2-3- كاستيها و محدوديتهاي سيستم اطلاعات بنگاه
در ادامه به نقائص و مشكلاتي كه در حال حاضر نسبت به وجود يك سيستم اطلاعات بنگاه مطلوب وكارا پيش روي بنگاه معاملاتی مورد نظر است مي پردازيم:
- شرح وظايف سرپرستان كاملا مدون نيست.
- منشي آموزشهاي لازم در خصوص فروش ، حسابداري و گزارشدهي راطي نكرده است.
- عدم وجود فهرستي كامل و بروز در هر زمان از املاکی که قرار است فروخته شود و یا اجاره داده شود.
- - گزارش كارها مدون نيست.
- بين سرپرستان هماهنگي زيادي وجود ندارد.
- - گزارشهاي برنامه ريزي شده جهت ارائه به مدیریت پيش بينينشده است.
- برخي از فرمهاي مورد استفاده در سيستم ، كيفيت و كارائي لازم را ندارد.
- جدا نبودن زونكن مربوط به درخواستهاي مشتریان و مالکان
- عدم قيمت گذاري ثابت جهت فروش و یا اجاره
- عدم اطلاع مسئولين از آمار و اطلاعات به علت عدم وجود سيستم پويا.
- عدم امكان محاسبه جمع ارزش درآمدهای سالیانه
- اتكاء سيستم به افراد معين بجاي اتكاء به نظامي مشخص.
- عدم وجود يك سيستم رديابي و كنترل پويا.
- عدم نظارت لازم بر صحت انجام عمليات.
- فردي به عنوان حسابرس داخلي و يا حسابرس بنگاه به صورت دائمي وجود ندارد.
- عدم وجود فضاي مناسب براي برخي تجهيزات و كالاها.
2-4- نيازمنديهاي مساله جهت طراحي نرم افزار بنگاه
2-4-1. اطلاعات پايه
امكان تعريف سرپرستان و افراد مختلف و مشخصات شخصي و شغلي آنها
امکان تعریف انواع معاملات
امکان تعریف انواع مستغلات و کد گذاری برای آنها
امكان تعريف انواع طبقات املاک و تخصيص يك ملک به طبقات مختلف
امكان كدگذاري (امكان تعريف كد در سه سطح گروه ، زيرگروه و سريال)
امكان تعريف شركتها و مشتریان درخواست كننده املاک و مستغلات
امكان تعريف منابع تهيه املاک و مستغلات و خودرو
امكان ثبت اطلاعات املاک شامل : نام مالک ، طبقه ، نام خریدار ، قیمت و . . .
امكان تعريف سال مالي براي انجام عمليات مختلف و گزارش گيريهاي مختلف
امکان استفاده از تاریخ هجری شمسی در این نرم افزار بدون استفاده از فارسی سازها
2-4-2. عمليات مربوط به جستجو
امكان ثبت مشخصات املاک و کنترل موجودي تعدادي
امكان ثبت سند انتقال
امكان اعلام املاک و مستغلاتی که آماده تحويل به مشتري مي باشند.
امكان ثبت و نگهداري نتايج بازرسي املاک و مستغلات و خودروهای فروخته شده.
به روز شدن نرم افزار فروش به صورت خودكار در هنگام ثبت معاملات خريد و فروش
امكان نگهداري صورتحسابهاي فروش املاک و مستغلات و خودروها
امكان اولويتبندي درخواستها و كنترل اعتبارات
امكان جستجو براساس نام املاک و مستغلات و خودروهای ، بخشي از نام ، كد و بخشي از كد
امكان جستجوي سوابق كار هر يك از مشتريان و كارمندان
2-4-3. گزارشها
امكان ايجاد انواع گزارشهاي تاريخچهاي ، عملياتي و مديريتي به صورت آماري و نموداري
امكان گزارشگيري از املاک و مستغلات و
امكان گزارشگيري از تعداد املاک و مستغلات و خودروهای فروخته شده به خريداران
امكان گزارشگيري از مصرف مراكز هزينه و مصرف بخشهاي مختلف
امكان گزارشگيري از فهرست روزانه و ماهانه خرید /فروش/اجاره
امكان گزارشگيري از معاملاتی كه در يك دوره بيشترين مشتري را داشته اند
امكان گزارشگيري از خرید/فروش/اجاره اول دوره مالي
امكان گزارش گيري از فروش كل به تفكيك واحدهاي مربوط به هر شركت از شركتهاي گروه
امكان گزارشگيري تعدادي و ريالي املاک و مستغلات و خودروهای فروخته شده یا اجاره داده شده بر اساس نام هر مشتری و یا نام هر مالک
امكان مشاهده بازيابي و مقايسه اطلاعات قبلي و سالجاري سيستم بنگاه
امكان گزارش گيري نموداري از فروش/اجاره 10 سال گذشته به صورت نموداري
امكانگزارشگيري از فهرست خريداران
امكان گزارش گيري از بدهكاران
امكان قرار دادن مشتريان و مالکان در Black/wait ليست
امكان تهيه گزارشهاي دلخواه به صورت پارامتريك (Report Generator )
2-4-4. امنيت و حدود دسترسي
امكان تعريف كاربران و تعيين محدوده مجاز هر كاربر در اجراي عمليات كاربري به منظور افزايش امنيت اطلاعات (به عبارتي مشخص گردد كه هركاربر با توجه به رده و مسئوليتهاي سازماني تا چه سطحي مجاز به حذف ، اضافه ، تغيير و يا رويت چه بخشهايي از اطلاعات است .)
امكان تهيه پشتيبان كامل از اطلاعات سيستم
امكان ايجاد تدابير امنيتي براي جلوگيري از دسترسيهاي غيرمجاز
امكان ثبت كليه وقايع سيستم
2-4-5. بازسازی اطلاعات
امکان بازسازی اطلاعات در مواردی که سیستم با مشکلاتی مواجه می شود .
2-5- نمودار SDM سیستم بنگاه
2-6- كاربران سيستم نرم افزار بنگاه
نام
توصيف
مدير اصلي سيستم
مدير سيستم (Administrator) كسي كه تنها او حق دارد در پايگاه داده عمليات حذف و درج و تغييرات اساسي را انجام دهد.
مدير عامل
بالاترين مقام كه حق دارد به تمامي اطلاعات شامل تغييرات در قيمتها و مشاهده روند كار در بنگاه و . . . دسترسي داشته باشد ولي نميتواند در برنامه نويسي پايگاه داده تغييراتي انجام دهد.
مدير داخلی
پس از مدير عامل بالاترين مقام در بنگاه است. حق وارد كردن اطلاعات و ويرايش اطلاعات شركتها و مشاهده روند كار بنگاه را دارا مي باشد.
سرپرستان بنگاه
سرپرستان بنگاه در حقيقت معاونان مدير مي باشند و فقط حق وارد كردن اطلاعات مربوط به پروژه ها و يا مشاهده برخي از گزارشات مربوط به شركت خود هستند.
كارمندان بنگاه
در پائينترين سطح از نظر دسترسي به اطلاعات را دارا مي باشند.
خريدارن
خريداران مشتريان مي باشند كه فقط به قسمت مشاهده قيمتها و ليست كالاها مي توانند از طريق سيستمهاي بنگاه دسترسي داشته باشند.
2-7- ذينفعان نرم افزار
نام
توصيف
برنامه نويس
برنامه نويس كسي است كه كار برنامه نويسي پايگاه داده را انجام مي دهد.
طراح
طراح كسي است كه كار طراحي نرم افزار و پايگاه داده را انجام مي دهد.
صاحب نرم افزار
كسي است كه نرم افزار را از برنامه نويس خريداري مي نمايد.
فصل سوم: نمودار های DFD
1-1- نمودار زمینه ای سیستم بنگاه
1-2- نمودار سطح صفر سیستم بنگاه
1-3- نمودار سطح یک سیستم بنگاه
1-4- نمودار سطح دو سیستم بنگاه (مربوط به عملیات انجام معاملات)
1-5- نمودار سطح دو سیستم بنگاه (مربوط به عملیات دریافت پرداختها)
فصل چهارم: نمودار Use Case و سناریو
در این فصل به بررسی و شناخت Use Case ها ، Actor ها ، رسم Use Case Diagram ها و در نهایت نوشتن سناریویی برای هر یک از Use Case Diagram ها خواهیم پرداخت. در ابتدا بایستی بدانید که مفاهیم هر یک از عبارات فوق چیست؟
4-1- Use case چیست؟
Use Case ها که در فاز آنالیز پروژه برای شناساسیی و تقسیم بندی فعالیت های سیستم استفاده می شوند و می تونند به عنوان سرویس ها یا کارکردهایی که سیستم برای کاربران خودش فراهم می کنه نیز توصیف بشوند.
دو دیدگاه وجود دارد: یکی داخلی , دید ساختاری و دیگری خارجی و دید وظیفه گرایی(task Oriented)
در دیدگاه اول ما باید کلاسها و متدها را تعریف کنیم و سپس واسطهای کاربری (user interface)را تعریف کنیم. مشکل اینجاست که برای کاربر مهمترین چیز رفتار سیستم است ولی واسطهای کاربری تنها قسمت آخر فرآیند را تعریف می کنند. و این مارو به سمت مشکلاتی می بره نظیر اینکه سیستم تمام کارکردهایی که ما می خواهیم در اختیارمون قرار نمی ده و یا کارکردهایی رو داره که مورد نیاز ما نبوده.
در دید دوم ،سیستم از Actor ها و فعالیتها و کلاسهایی که به فعالیتها وصل شده اند پشتیبانی می کند.در این دیدگاه هیچ کار ناخواسته ای وجود ندارد و سیستم تمام فعالیتهای کاربر را پشتیبانی می کند که همه آنها در Use case Diagram نمایش داده می شود.
4-2- Actor چیست؟
Actor هـا نقشـهایـی را ارائـه مـی دهـنـد کـه تـوســط کـاربــران سیــــسـتمـــهای اطـلاعـاتی (Information System=IS) انجام می شود. این Actor ها می توانند انسانها ,کامپیوترها , سخت افزارها و حتی نرم افزار ها باشند. تنها چیزی که آنها را Actor می کند این است که آنها باید بیرون از قسمتی باشند که توسط سیستم به use case ها تقسیم شده است ویکسری ورودی برای سیستمهای اطلاعاتی فراهم می کنند و یکسری از آنها خروجی می گیرند.
4-3- دیاگرام use case چیست؟
دیاگرامهای use case با استفاده از Use case و Actor عملکرد (Functionality) سیستم رامدلسازی می کنند.
4-4- ارتباطات بین use case ها چگونه است؟
ارتباط بین use case ها یا به صورت Extends است و یا به صورت Uses .Uses دلالت بر این دارد که یک use case برای انجام وظیفه و فعالیتش نیازمند use case دیگری است. Extends دلالت بر این دارد که use case ی یک امکان و گزینه اختیاری برای use case دیگر است که در بعضی شرایط از آن استفاده می کند.
4-5- شناسائی Actor های سیستم
Actor ها در حقیقت مکانیسمی برای طبقه بندی External User ها هستند. Actor ها می توانند در چهار گروه User ، Applications ، Devices و External Events باشند. در سیستم جاری با دو نوع اکتور سرو کار داریم:
Actor کاربر
Actor External Events
4-6- Actor کاربر
کاربران سیستم در حالت کلی شامل Actor مدیر ، Actor کارمند و Actor مشتری می باشند.
Actor مدیر وActor کارمند و Actore مشتری با رابطه Generalization با Actor کاربر ارتباط دارند و تمامی خواص Actor کاربر را دارا هستند. در حالت کلی ، کاربر به استفاده کننده سیستم مشاور املاک گفته می شود که سایر تعاریف Actor های سیستم از آن مشتق می شود. (ارث بری دارند)
مفهوم ارث بری در نمودار فوق بدین معنی است که در حالت کلی Actor کاربر دارای یک سری اطلاعات اعم از اطلاعات تماس ، اطلاعات شناسنامه ای و . . . می باشد که می توان در تعریف Actor ها آنها را در کلاس کلی تعریف نمود و در تعریف سایر خواص مربوط به Actor ها موارد تکراری را از کلاس اصلی مشتق گرفت.
4-6-1. Actor مدیر
شرح: مدیر کسی است که بر روند کار و صدور دستورات و نحوه انجام آنها و تمامی عملیات مربوط به بنگاه مشاور املاک نظارت می نماید.
ضمنا بالاترین شخص از نظر سطح دسترسی به سیستم بنگاه مشاور املاک می باشد و مجوزهای کاربری برای کاربران صادر می نماید. به تعریفی مدیر ، شخصی است كه وظیفه كنترل سیستم و صحت عملکرد آن را نیز برعهده دارد و یا اینکه بر آن نظارت می نماید.
4-6-2. Actor کارمندان
شرح: کارمندان بنگاه مشاور املاک در حقیقت افرادی هستند که زیر نظر مدیر در آن بنگاه مشاور املاک فعالیت می نمایند.
هر یک از این کارمندان فعالیت مشخص و معینی را انجام می دهند و تمامی فعالیتهای انجام شده بر اساس دستورات مدیر واحد و زیر نظر مدیر واحد انجام می شود.
4-6-3. Actor مشتریان
شرح: مشتریان افرادی هستند که برای انجام معاملات در بنگاه مشاور املاک به نحوی از سیستم استفاده می نمایند.
اکتور مشتری نیز به عنوان یکی از کاربران سیستم شناخته می شود و می تواند با سطح دسترسی بسیار پائین از برخی از اطلاعات سیستم استفاده نماید. به عنوان مثال اکتور مشتری فقط می تواند به اطلاعات قیمت انواع املاک ، موجودی ، و آخرین اطلاعات مربوط به حسابهای خود دسترسی داشته باشد.
4-7- شناسائی Use Case ها
Functionality های زیر به درخواست مشتری پس از چند مرحله مصاحبه شناسایی و استخراج گردیده است:
1- ثبت نام مشتری و کارمندان در سیستم (Sign Up)
2- ورد به سیستم (Sign In)
3- تائید قراردادها
4- تائید املاک ثبت شده
5- بررسی صورتحسابها
6- استخدام کارمند
7- تعریف خدمات
8- مشاهده گزارشات توسط مدیر
9- صندوق پستی مدیر
10-صندوق پستی کارمند
11-ارائه گزارشات به مدیر
12-بررسی درخواستهای مشتریان
13-بررسی مدارک
14-ایجاد قرارداد
15-ارائه صورتحساب
16-خرید/فروش
17-درج/مشاهده مشخصات املاک
18-دریافت/پرداخت وجه
19-درخواست قرارداد
4-7-1. نمودارهای USE CASE 1 (Sign Up – Sign In)
4-7-1.1. سناریوی Sing Up Use Case
سناریوی شماره 1 - 1
سیستم مشاور املاک
نام: ثبت نام در سیستم (Sign Up)
Actor: کارمند و مشتری
شرح سناریو: در این سناریو ، کاربر پس از فشردن کلید ثبت نام به بخش ورود اطلاعات وارد شده و پس از وارد نمودن اطلاعات کاربری ، و کلیک بر روی کلید تائید ثبت نام می نماید.
Assumption: منظور از کاربر در این Use Case در حقیقت افرادی هستند که از نرم افزار استفاده می نماید.
Include: Sign In
Extended: Sign In
(Pre-Condition): کاربر برای ثبت نام به بخش ثبت نام مراجعه می نماید.
مراحل:
Actor
System
1- کاربر درخواست ثبت نام از سیستم را می نماید.
2- سیستم فرم مربوط به ورود اطلاعات ثبت نام کاربر را نمایش می دهد.
3- کاربر اطلاعات درخواستی را وارد می نماید. (اعم از اطلاعات شناسنامه ای ، اطلاعات تماس ، عکس و . . .) و کلید ثبت نام را فشار می دهد.
4- سیستم پیغامی مبنی بر ثبت نام صادر می نماید.
5-کاربر اطلاعات مربوط به حساب خود را مشاهده می نماید.
Constraints: پس از ورود نام کاربری برای ثبت نام در صورتی که نام وارد شده قبلا ثبت شده باشد به کاربر پیغام مناسبی مبنی بر انتخاب نام کاربری دیگر نمایش داده خواهد شد.
Post-Condition: کاربران ثبت نامی پس از تائید ثبت نام خود (پس کلیک بر روی لینک ایمیل فعال سازی حساب کاریری) می توانند وارد سیستم شده و امکانات سیستم استفاده نمایند.
Exception: کاربر هم می تواند به عنوان بازدیدکننده عادی از اطلاعات نرم افزار استفاده نماید و هم اینکه می تواند به عنوان یک کاربر ثبت نام شده از تمامی امکانات نرم افزار استفاده نماید.
مطالب مشابه :
Distibuted File System یا DFS چیست ؟
مهندسی نرم افزار کامپیوتر - Distibuted File System یا DFS چیست ؟ - - مهندسی نرم افزار سناریوی دوم :
تست نرم افزار (قسمت 2)
مهندسی نرم افزار. تست نرم افزار (قسمت 2) در حوزه تست نرم افزار سناریوی ذکر شده در متن
مهندسی نرم افزار مشاور املاک
مهندسی نرم افزار مشاور املاک - رمان نوعي هنر ادبي است كه دين را به ندرت مضمون اصلي و
پروژه مهندسی نرم افزار رای گیری آنلاین
سناریوی Use Case ورود به سیستم برچسبها: پروژه یو ام ال, دانلود پروژه مهندسی نرم افزار
نمونه سوال مهندسی نرم افزار2
عناصرپیکربندی نرم افزار. جواب ب(618) 3.سناریوی اس سی ام شامل چه افرادی مهندسی نرم افزار 2.
پروژه مهندسی نرم افزار ویدئو کلوپ video cloop
سناریوی Use Caseتحویل فیلم مهندسی نرم افزار
دانلود پروژه مهندسی نرم افزار 2
پروژه مهندسی نرم افزار. تجزیه وتحلیل آژانس هواپیمایی. توضیح : هدف از طراحی این پروژه این است
پایان نامه کارشناسی رشته کامپیوتر مدلسازی نرم افزاری
طراحی نرم افزار کاربردیSPECj App Server; سناریوی : مهندسی عملکرد نرمافزار;
حمله های ممکن بر علیه شبکه حسگر بیسیم
شکل سناریوی حمله این وبلاگ جهت همکاری دانشجویان مهندسی نرم افزار واحد علوم و
برچسب :
سناریوی مهندسی نرم افزار