آشنایی با Access و برنامه نویسی با VBA , اصول برنامه نویسی پایگاه داده

فصل اول : آشنایی با Access تاریخچه Access : در سال 1992 ، Microsoft Access به عنوان یک DBMS عرضه شد و در طی سالهای متمادی ، در رده خود به صدر رسید . Access به عنوان بخشی از مجموعه برنامه های معروف Microsoft Access روزانه توسط میلیون ها نفر استفاده می شود.از همان ابتدا Access به تدریج توسعه یافت و به برنامه ای کارآمد با کاربردی آسان مبدل شد. نگارش های اخیر آن در حالی که هم چنان جایگاه خود را در دنیا به عنوان مشهورترین DBMS دسک تاپ حفظ کردند . امکان ساخت برنامه هایی را برای برنامه نویسان فراهم می کنند که این برنامه ها بر مبنای DBMS کلاینت / سرور SQL Server مقیاس جهانی مایکروسافت می توانند به اطلاعات پایگاه های داده کلاینت / سرور شبکه های بزرگ دسترسی پیدا کنند. هرچند اکثر افراد از Access برای انجام وظایف نسبتاً ساده مدیریت داده که نیازی به هیچ گونه برنامه نویسی ندارد ، استفاده می کنند ولی زبان VBA امکان میزبانی سیستم هایی را برای Access فراهم می کند که می توان آنها را برای رفع نیازهای بسیاری از سازمان ها سفارشی کرد بدون توجه به اندازه آنها یا انواع وظایفی که باید انجام دهند. نگارش های Access در سال 1922 Access 1.0 کمی پس از پیدایش ویندوز مایکروسافت عرضه شد. در سال 1993 Access 1.1 و در سال 1994 Access 2.0 ، هر نگارش جدید نمایانگر بهبود روزافزودن نگارش های قبلی است.به همین ترتیب Access 95 در سال 1995 ،Access 97 درسال 1997 ، Access 2000 در سال 1999 و Aceess 2002 در سال 2001 عرضه شدند. ویژگی های ایجاد شده در نگارشهای 1.0 و 1.1 و 2.0 از Access فناوری OLE در Table Designer: به کاربران امکان می دهد تا پایگاه های داده حاوی تصاویر گرافیکی و فایل هایی ویدیویی و صوتی را علاوه بر متن و اعداد ایجاد کنند. OLE مخفف Object Linking and Embbedding است که توصیفی است از آن چه OLE انجام می دهد. کاربران حتی می توانند اسناد Word و صفحات گسترده Excel را در یک پایگاه داده Access یکجا جمع کنند. Forms Package : به کاربران امکان می دهد تا با کشیدن عناصر فرم به روی یک صفحه خالی ، فرم های سفارشی ایجاد کنند. این مرحله استفاده از آن را آسان می سازد. Report Wizard: ایجاد گزارش را نیز آسان می کند. Query Designer:کشیدن و انداختن از فناوری QBE استفاده شده است تا کاربران بتوانند پرس و جوها را بدون نوشتن کد برنامه ایجاد کنند. Graph Wizard : در طی یک فرآیند گام به گام شهودی ، نموداری را نشان می دهد. Access 1.0 علاوه بر فایل های طبیعی خود می تواند روی فایل های DBASE ، PARADOX و BTRIEVE یا درایورهای طبیعی نظیر SYBASE AQL SERVER ، DEC Rdb و FOXPRO از طریق رابط ODBC عمل کند. ODBC مخفف Object DataBase Connectivity است و یک API مشترک برای پایگاه های داده ناسازگار مختلف فراهم می کند. در نگارش Access 1.1 پشتیبانی پیشرفته Btrieve , ODBC اتصال به foxpro صدور آسان داده به برنامه word برای برنامه های ادغام پست الکترونیکی اندازه های پایگاه داده حداکثر تا 1 گیگا بایت (حدود هشت بار بزرگ تر از 1.0 را می توان مدیریت کرد) زمان اجرای Access قابل دسترسی است . برنامه نویسان می توانند برنامه هایی ایجاد کنند که بدون نصب Access روی سیستم عمل می کنند. 2.0Access دارای قابلیت های بیشتری است : ویزاردها که وظایفی را خودکار کرده اند که قبلاً مستلزم کد نویسی در بخشی از برنامه بودند. مدیریت رویداد پیچیده تر یک اشکال زدا در ابزارهای برنامه نویسی به علاوه یک مستند ساز خودکار و Add – in Manager بهبودهایی در موتور JET پایگاه داده و به دنبال آن پایگاه های داده پیچیده تر برای ساخت اجرای پرس و جوها با دوبرابر سرعت 95Access 95 Access اولین نگارشی بود که رسماً به عنوان بخشی از Microsoft Office مطرح شد. کنترل های آن با سایر اعضای مجموعه برنامه های Office به خوبی کار می کنند. VBA یکی از ابزارهای برنامه نویسی است که Access با سایر برنامه های Office نظیر Word و Excel به اشتراک گذاشته است. Import Wizard و pivotTable Wizard اضافه شده اند. ویزاردهای form و report بهبود یافته اند. 97 Access 97 Access بیشتر مبتنی بر وب است. فرق پیوندها را به عنوان یک نوع داده طبیعی ذخیره کرده و امکان ذخیره سازی در HTML را فراهم می کند. کاربران می توانند اشیای پایگاه داده را در وب منتشر کنند. داده را از یک سند HTML که حاوی جدولی است استخراج کرده و سپس داده را در جدول پایگاه داده قراردهند. ماژول های کلاس می توانند حاوی تعریف شئ را نگه دارند. کامپایل شرطی به برنامه نویسان امکان می دهد تا هر دو کامپایل تولید و اشکال زدایی برنامه های خود را با تنظیم پرچم ها در کد ایجاد کنند. برنامه نویسان قادر به حذف کد منبع از برنامه هستند، بنابر این از سرعت اجرا کاسته شده و افراد نمی توانند آن را مشاهده و کپی کنند. کنترل های Activex جدیدی عرضه شده اند و سازگاری با سیستم های کنترل کد به ویرایش Developer از Office 97 اضافه شده است. 2000 Access Access در این نگارش از بسیاری از جهات بهتر شده است. یعنی کارآیی بهبود یافته و توانایی آن افزایش یافته است. این نگارش Access دارای ویژگی های زیر است: ADO عملاً جایگزین تمام عملکردهای دستیابی داده شده است که قبلاً با DAO انجام می شد. همان طور که قایل های mdb با موتور jet کار می کنند. فایل های Access Project(.adp) نیز به راحتی با فایل های Microsoft Data Engine و SQL Server کار می کنند. DAP ها عرضه شده اند که به شما امکان می دهد تا چیزهایی همانند گزارش ها و فرم های Access را در وب قرار دهید. 2002 Access این ویژگی ها به نسخه Access قبلی اضافه شده است: انجام مجدد و لغو چند سطحی گروه بندی بهتر با ورودی داده چند جدولی پشتیبانی پیشرفته برای SQL Server Desktop Engine را علاوه بر حذف ها و بهنگام رسانی های آبشاری شامل می شود. Upsizing Wizard برنامه های نوشته شده را طوری تبدیل کرده تا موتور jet فعال شود و آنها بتوانند با SQL Server Desktop Engine کار کنند. پشتیبانی XML اضافه شده است. 2003 Access ویژگی های جدید 2003 Access عبارتند از : کاربرد آسان توانایی بسیار در وارد ، صادر و کارکردن با فایل های داده XML پرچم گذاری خطاهای مشترک شناسایی وابستگی به شیء Access یک محیط برنامه نویسی محسوب می شود. شامل : کمی موانع سر راه ورودی – می توانید حتی با کمی مطالعه با آموزش مختصر ، برنامه های سودمندی را برنامه نویسی کنید. شهودی بودن آن – هرچه بیشتر از Access استفاده کنید و به مهارت خود بیفزایید . با استفاده از قدرت هر چه بیشتر Access بهتر می توانید از پس کارهای پیچیده تر برآیید. بخشی از مجموعه Office محسوب می شود. Access از قابلیت های سایر اعضای Microsoft Office نظیر word , excel برخوردار است. با Sql Server مایکروسافت کاملاً یکپارچه شده است. به همین علت Access برای انجام بسیاری از وظایف برنامه نویسی از کوچک ترین برنامه پایگاه داده شخصی گرفته تا برنامه های گسترده جهانی برای شرکت های چند ملیتی بزرگ مناسب است. معمولاً سایر محصولات DBMS برای یک یا چند منظور در نظر گرفته می شوند. تفاوت بین پایگاه های داده و برنامه های پایگاه داده گاهی اوقات افراد در تشخیص بین پایگاه های داده و برنامه های پایگاه داده دچار اشتباه می شوند. این امر در مورد افرادی صدق می کند که به طور تجربی کار کردن با Access را یاد گرفته اند نه کسانی که دوره آموزشی را طی کرده اند. Access برنامه نویسی پایگاه داده و برنامه پایگاه داده را با هم و بدون هیچ گونه وجه تمایزی شامل می شود. پایگاه داده مجموعه خود توضیحی از رکوردهای یکپارچه شده است. خود توضیح است . زیرا اطلاعاتی که ساختار پایگاه داده را شرح می دهند در پایگاه داده قرار دارند. رکوردها یکپارچه شده اند زیرا روابط بین آیتم های داده صراحتاً نگهداری می شوند. این دو مشخصه پایگاه داده را از مجموعه آیتم های داده متمایز می سازد. پایگاه داده مجموعه ساخت یافته داده هاست ، بنابر این مشکلی را بر طرف نمی کند و کاری انجام نمی دهد. برنامه پایگاه داده از داده موجود در پایگاه داده برای رفع مشکلات با انجام کاری استفاده می کند. برنامه پایگاه داده برنامه ای است که با یک پایگاه داده برای نگهداری و تحویل اطلاعات مورد نظر کار می کند. ممکن است برنامه نویس برنامه پایگاه داده ، برنامه پایگاه داده را بنویسد یا توسط DBMS برنامه ای نیمه خودکار نظیر Access را تولید کند. در پایگاه داده رابطه ای ، داده در جداول ذخیره می شود که بدین ترتیب ، داده ساختار پیدا می کند. ممکن است برنامه پایگاه داده شامل فرم ها و گزارش هایی باشد که امکان برقراری ارتباط با داده را در پایگاه داده به منظور انجام کارها برای کاربران فراهم می کند. اصول برنامه نویسی پایگاه داده : Systems Development Life Cycle : برنامه نویسی نرم افزاری را به چند مرحله مجزا تقسیم بندی می کند که یکی پس از دیگری اجرا می شوند. هر مرحله باید قبل از شروع مرحله بعدی خاتمه یابد. مدل SDLC هفت مرحله ای زیر را توصیه می کند. تعریف الزامات ارزیابی طراحی پیاده سازی آزمون و مستند سازی نهایی نگهداری اهمیت متدولوژی منظم : پس از اعلام مشتری به شما ، برای فعال کردن Access ، ساخت کد اول پایگاه داده ، ایجاد فرم های صفحه نمایش ، پر کردن جداول با داده و سپس برنامه نویسی گزارش هایی که درخواست های مشتری را بازیابی می کنند، وسوسه می شوید . متاسفانه این رویکرد ساده هرگز عملی نخواهد شد چرا که مشکلات آن ناشی می شود از : کافی نبودن آگاهی مشتری از آن چه لازم دارد. عدم توافق تمام افراد در سازمان دهی مشتری که سیستم جدید را تحت تاثیر قرار می دهند. فاصله ارتباطی بین مشتری و برنامه نویس زمان ناکافی مستندات نامناسب برای نگهداری سیستم آزمون نامناسب سیستم در طی برنامه نویسی که در صورت رعایت از طریق SDLC باعث رفع مشکلات می باشد. مرحله تعریف : همانند هر پروژه برنامه نویسی دیگری ، پروژه برنامه نویسی پایگاه داده نیز باید به سرعت تعریف شود تا هر دو مشتری و برنامه نویس به نتیجه رضایت بخشی برسند. غالباً ممکن است مشتری راجع به سیستم و عملکرد آن تصور مبهمی داشته باشد. اگر برنامه نویس مشخصات کمی از سیستم را بداند و برحسب آن چه تصور می کند سیستمی بسازد. متوجه خواهد شد سیستمی ساخته که جوابگوی نیازهای مشتری نیست. برای رفع مشکلات آنها را تعریف کنید. در این مرحله تعریف مشکل به طور دقیق و موافقت در مورد راه حل آن لازم الاجرا ست . ارتباط خوب مشتری و برنامه نویس ، در این مرحله برنامه نویس را از تجدید نظر روی کدی که بر مبنای تصورات نادرستی ایجاد شده خلاص می کند. ارتباط خود در جلوگیری از ضعیف شدن روابط مشتری و برنامه نویس کمک می کند..در این مرحله ، برنامه نویس دقیقاً می فهمد که مشتری چه می خواهد و مشتری هم متوجه می شود که با توجه به محدودیت های زمانی و بودجه انجام چه کارهایی ممکن و چه کارهایی غیر ممکن خواهد بود. تعیین برد پروژه. پس از پی بردن به این که برنامه برای جلب رضایت مشتری باید چه کاری انجام دهد، می تواند دشواری پروژه را تعیین کنید. بر حسب تجربه خود در پروژهای مشابه ، می توانید حدس بزنید که پروژه مستلزم ابزارهای نرم افزاری ، دستیابی به امکانات مشتری ، دستیابی به امور شخصی مهم مشتری ، هزینه انتقال وزمان کافی است . به طور کلی ، ترکیب این آیتم ها، برد پروژه نامیده می شود. اساساً تعیین برد پروژه به طور دقیق حایز اهمیت است بدین وسیله می فهمید هزینه کاری که ا نجام می دهید چقدر است. تعیین احتمالات آیا منابعی در اختیار دارید یا می توانید منابعی را به دست آورید که پروژه با زمان و بودجه موجود به نحو شایسته ای کامل شود ؟ آیا در این پروژه خاص، منابع بهترین و بیشترین کاربرد را داشته اند یا درجای دیگری بهتر مورد استفاده قرار گرفته اند؟ وقتی از منابع صحبت می کنیم ، منظور علاوه بر فرصت و مهارت همکارانی که در این پروژه به شما ملحق شده اند، فرصت زمانی و میزان مهارت شما هم هست. یک پروژه خوب باید توجیه اقتصادی و حرفه ای داشته باشد. قبل از ارایه یک سیستم کامل ، زمان ، بودجه یا هر دو را بسنجید . اگر نگرانی های خود را صادقانه به مشتری بیان کنید ، مشتری الزامات مربوطه را فراهم می کند یا حتی ممکن است زمان یا پول بیشتری را به این پروژه اختصاص دهد. در این صورت با مشکلی مواجه نخواهید شد. تقسیم بندی پروژه به بلوک های کارآمد اگر پروژه ای آنقدر بزرگ باشدکه برنامه نویس مجبور باشد بیش از حد خود تلاش کند ، به احتمال زیاد کارها بین برنامه نویسان تقسیم می شود.، بنابر این مشتری به نتیجه بهتری دست پیدا می کند. انتخاب تیم ، پروژه اعضای تیم برنامه نویسی را از بین افرادی که دانش ، آموزش و مهارت کافی برای انجام کار در هر بخش را دارند انتخاب کنید. در حال حاضر ، افرادی را در اختیار دارید که از مهارت های لازم در این زمینه برخوردارند و برای کار روی پروژه جدید آمادگی دارند. اگر چنین شرایطی با واقعیت جور نباشد ، باید در مورد آموزش کارکنان یا استخدام کارکنان جدید به طور دایمی یا قراردادی تصمیم بگیرید ، تصمیم گیری شما به محدویت های زمانی و بودجه و تصوراتی که از کار دارید بستگی دارد. مستند سازی تعریف مشکل ، برد کاری ، احتمالات ، تقسیم بندی و عضویت تیم عنصر مشترکی که رد هر مرحله SDLC به کار می رود این است که باید هر چیزی را که در هر مرحله کشف می کنید ، به آن فکر می کنید و انجام می دهید ، مستند سازی کنید. در مرحله تعریف، تعریف مشکل ، برد کاری ، دلیل منطقی و نتیجه حاصل از احتمالات و عضویت تیم برنامه نویسی و شرایط لازم هر عضو را مستند سازی کنید. این مستند سازی رکورد مهمی است ولی فراتر از آن ، به شما و مشتری اعلام می کند که چه موقع پروژه کامل می شود. مرحله الزامات باید آن چه را که سیستم انجام می دهد و نحوه عملکرد آن را برای جلب رضایت افرادی که از آن استفاده می کنند و افرادی که بر اساس اطلاعات ارایه شده توسط آن عمل می کنند به طور دقیق تعیین کنید. این افراد سهام داران هستند و ممکن است الزامات متضادی داشته باشند. گفتگو با نماینده تمام سهام داران گفتگو با افرادی که از سیستم استفاده کرده یا اطلاعاتی از آن دریافت می کنند ، کاری غیر عمل است . به هر حال ببینید که چه چیزی برای آنها مهم است و خواهان چه هستند و نگرانی آن ها در مورد چیست ، احتمالاً با نظرات موجهی مواجه خواهید شد. ایجاد مدل داده کاربران وقتی کاربری اعلام می کند که مایل است سیستم چه کاری انجام دهد در واقع مدلی را در ذهن خود می پروراند که براساس آن بخش های مختلف سیستم با یکدیگر هماهنگ می شوند. هر کاربر سیستم یک مدل ذهنی از آن چه سیستم باید باشد دارد. مدل های ذهنی افراد مختلف با یکدیگر فرق دارند. شما به عنوان یک برنامه نویس موظف هستنید این مدل هار ا در یک مدل داده که همه رای دهندگان بر سر آن به توافق رسیده اند ادغام کنید. بسیار حایز اهمیت است که تمام کاربران با ساختار منطقی سیستم موافقت کنند. پس از اخذ موافقت نامه می توانید مدلی را ارایه دهید و مشخص کنید که سیستم جدید در statement of requirements نوشته شده چه چیزی را تحویل خواهد داد. ایجاد یک statement of requirements رسمی در این مرحله نشان می دهند که برنامه ترتیب داده شده دقیقاً چه داده ای را ذخیره می کند ، چگونه داده به پایگاه داده وارد خواهد شد و چگونه بازیابی می شود. شرح می دهد که رابط کاربر مایل است چه افرادی داده را وارد کنند یا پرس و جوها را ایجاد کنند. نشان می دهد که گزارش های تولید شده توسط سیستم حاوی چه موضوعاتی هستند. سطح کارآیی و سطح امنیت مورد نیاز را مشخص می کند نحوه مستند سازی سیستم رامشخص می کند. که پس از ارائه مراحل فوق و در نهایت کسب اجازه از مشتری طبق توافق منعقده چنانچه بعداً سوالاتی پیش آمد می توانید به statement of requirements امضاء شده مراجعه کنید. مرحله ارزیابی statement of requirements همانند نقشه ای است که دقیقاً به شما می گوید در پروژه تا کجا پیش خواهید رفت. وقتی بدانید که کجا می خواهید بروید ، می توانید در مورد چگونگی آن تصمیم بگیرید . همچنین حالا که از مقیاس پروژه اطلاع دارید ، می توانید مناسب ترین ابزارهای برنامه نویسی را برایار خود انتخاب کنید. انتخاب بهترین ابزارهای برنامه نویسی پس از کسب اطلاع از میزان و پیچیدگی کاری که در دست دارید می توانید بهترین ابزارهای برنامه نویسی را انتخاب کنید. برای برنامه های پایگاه داده که از صدها کاربر به طور هم زمان پشتیبانی می کنند Microsoft Access ابزار مناسب و مستعدی است . به احتمال زیاد Access برای برنامه اصلی مبتنی بر پایگاه داده بزرگ کلاینت / سرور مناسب نیست به هر حال access باز هم برای برنامه نویسی بهترین مورد است زیرا مسیر انتقال همواری را برای پایگاه داده Microsoft Sql Server ارایه می دهد. ایجاد شرح وظایف برای اعضای تیم با نوشتن شرح وظایف هر یک از اعضاط تیم به طور رسمی دیگر کسی دچار سردرگمی نمی شود و همه می دانند که چه کسی مسئول هر بخش از کار است. این شرح وظایف رسمی مانع از دوباره کاری و اصراف خواهد شد و به شما کمک می کند تا اطمینان یابید که کاری از قلم نیفتاده است. این شرح وظایف همانند تمام فرم های دیگر مستندات نوشته شده که در طی پروژه تولید می شوند، بخشی از مستندات نهایی پروژه محسوب می شوند. ارزیابی مجدد اتصالات باتوجه به منابع و بودجه موجود ببینید آیا انجام پروژه در مدت زمان تعیین شده امکان پذیر است یا خیر . بدین ترتیب شاید تصور کنید که پروژه شدنی نیست . در این مورد بهتراست قبل از سرمایه گذاری کلان حتماً در نظر بگیرید که پروژه شما با شکست مواجه خواهد شد. مستند سازی ابزار انتخابی ، شرح وظایف ، تجزیه و تحلیل احتمالات و تعیین برد. هر چیزی را که در مرحله ارزیابی تولید می کنید ، بخشی ز مستندات پروژه محسوب می شود. ابزارهای برنامه نویسی انتخابی خود و دلایلی که آنها را به عنوان بهترین ابزار برای کار خود انتخاب کرده اید مستند کنید. شرح وظایف هر عضو تیم را ارایه دهید. تمام بررسی های انجام شده درمورد تجزیه و تحلیل احتمالات و نتیجه حاصل از آن را مستند کنید. تمام اصلاحات ناشی از تجزیه و تحلیل احتمالات در برد پروژه را مستند کنید. زمان بندی و بودجه مربوط به پروژه را بر مبنای جدیدترین و دقیق ترین اطلاعات دوباره بیان کنید. مرحله طراحی پس از موافقت برنامه نویس و مشتری در مورد تولید پروژه ، برنامه نویس می تواند الزامات مشتری را در یک محصول نرم افزاری ترجمه کند . طراحی و به دنبال آن برنامه نویسی دو جزء اصلی محسوب می شوند: پایگاه داده انباری که تمام داده های مورد نظر در آن ذخیره می شوند. این پایگاه داده برای تعجیل در امر بازیابی اطلاعات مورد نظر ساخته شده است. ایجاد چنین ساختاری برای تولید یک سیستم کارآمد معتبر حایز اهمیت است. برنامه پایگاه داده برنامه ای که با پایگاه داده ارتباط برقرار می کند. معمولات قابلیت های زیرا را برای کاربر فراهم می آورد: • افزودن ، تغییر دادن و حذف داده پایگاه داده • اجرای پرس و جوها • نشر گزارش ها در برخی از موارد چندی برنامه متفاوت که برای کاربران مختلفی در نظر گرفته شده اند در پایگاه داده یکسانی کار می کنند. افرادی که داده را وارد می کنند ممکن است از یک برنامه برای نگهداری پایگاه داده استفاده می کنند، در حالی که مدیران بر مبنای وضعیت جاری پایگاه داده ، از برنامه دیگری برای تولیدگزارش های وضعیت یا سایر اسناد استفاده کنند. طراحی پایگاه داده مدل داده کاربران که ساخته اید بر حسب گفتگویی که با مشتری داشته اید برای شما و کاربران ایجاد شده است ولی نه به صورتی که مستقیما به یک طرح پایگاه داده ترجمه شود. ابتدا باید آنرا به مدلی تبدیل کنید که مطابق یکی از سیستم های مدل سازی رسمی باشد . در نتیجه معضلات مربوطه به شناخت بشری و نیازهای سیستم مدیریت پایگاه داده رابطه ای کامپیوتری شده از بین می رود. تعدادی از سیستم های مدل سازی موجود برای برنامه های معینی مناسب تر از بقیه هستند مانند مدل های E-R , SOM هستند. ترجمه مدل داده کاربران به یک مدل E-R رسمی به احتمال زیاد گسترده ترین مدل در حیطه رده های برنامه مدل E-R. این مدل با چهار عنصر اصلی سروکار دارد: موجودیت آیتمی که کاربر می تواند شناسایی کند و به موضوعات پروژه مربوط می شود. یک کلاس موجودیت employeeرا می توان به عنوان مثالی از کلاس موجودیت در مدل E-R یک سازمان تجاری نام برد. برای موجودیتی ک عضوی از کلاس employee است می توان sam taylor را به عنوان مثال ذکر کرد. اکثر سازمان ها می خواهند به واقعیاتی درباره کارمندان خود پی ببرند که همان صفات کارمندان محسوب می شود. صفت جنبه دیگری از موجودیت که از نظر کاربران ارزشمند است. در مورد کلاس موجودیت ، تمایل دارید آدرس خانه هر کارمندی را به دست آورید ، بنابر این آدرس خانه صفت employee در پایگاه داده است که شما می سازید. به عبارت دیگر ، سازمان علاقه ای به دانستن شماره کفش کارمندان خود ندارد. بنابر این شماره کفش صفت محسوب نمی شود. هر کارمندی دارای یک شماره کفش است ولی اهمیتی ندارد.سازمان علاقه ای به دانستن اندازه پای کارمندان خود نشان نمی دهد. شناسه صفت یا ترکیبی از صفات که منحصراً نمایانگر نمونه خاصی از یک کلاس موجودیت (یک موجودیت ) است : نحوه ایجاد روابط و طراحی پایگاه داده روابط روشی راتعریف می کنند که براساس آن موجودیت ها در مدل روابط : روشی راتعریف می کنند که براساس آن موجودیت ها در مدل E-R به یکدیگر مربوط می شوند. سه نوع رابطه باینری اصلی وجود دارند که عبارتند از : روابط یک به یک یک نمونه از کلاس موجودیت را فقط به یک نمونه از کلاس موجودیت دیگر ربط می دهد. این ها ساده ترین روابط هستند. رابطه بین SHIP وCAPTAIN آن مثالی از رابطه یک به یک است . SHIP دارای فقط یک CAPTAIN است و یک CAPTAIN فقط یک SHIP در اختیار دارد (افسرانی که فرمان دهی بیش از یک کشتی را برعهده دارند ، ناخدا یکم ارشد یا دریاسالار هستند) شکل فوق نموادر E-R را که نمونه ای از رابطه یک به یک است ، نشان می دهد. رابطه یک به یک بین SHIP و CAPTAIN آن روابط یک به چند یک نمونه از موجودیت کلاس را به چندین نمونه از دومین کلاس موجودیت ربط می دهد. رابطه بین EMPLOYEE و INVOICE مثالی از رابطه یک به چند است. یک EMPLOYEE ممکن است چندین INVOICE را بنویسد ولی هر INVOICE فقط توسط یک EMPLOYEE نوشته می شود. رابطه یک به چند بین یک EMPLOYEE و چند INVOICE روابط چند به چند چند نمونه از یک کلاس موجودیت را به چند نمو نه از دومین کلاس موجودیت ربط می دهد. این پیچیده ترین رابطه باینتری است . رابطعه بین کلاس STUDENT و کلاس COURSE در یک دانشکده مثالی از رابطه چند به چند است . احتمال دارد یک STUDENT در ترم معینی در چند COURSE ثبت نام کند و در هر COURSE چندین دانش آموز ثبت نام کرده باشد . رابطه یک به چند بین STUDENT با COURSE مدل E-R که ساخته اید پایه و اساس پایگاه داده رابطه ای است که با استفاده از Access می سازید. با ترسیم نمودار E-R به کونه ای که تمام موجودیت ها و روابط بین آنها نشان داده شود. آن را قابل رویت سازید. با مشاهده نمودار به موارد مهمی که از قلم افتاده اند یا روابط که درست نیستند پی می برید. با توضیح نمودار E-R برای مشتری ، عکس العمل مناسبی را دریافت می کنید که حاکی از توافق سیستم باخواسته های مشتری است . مدل E-R دانشکده از چندین قسمت تشکیل شده ولی هر قسمت عضوی از یک دانشکده است . بنابر این رابطه بین COLLEGE و DEPARTMENT رابطه یک به چند است . در هر قسمت چند استاد و چند دانشجو وجود دارند. این روابط هم یک به چند هستند. در یک خوابگاه چندین دانشجو جای می گیرند و یک استاد در چند کلاس تدریس می کند. بنابر این روابط مزبور یک به چند هستند. یک دانشجو می تواند در چند دوره شرکت کند و در هر دوره چندین دانشجو ثبت نام می کنند . رابطه بین STUDENT و COURSE رابطه چند به چند است. طراحی برنامه پایگاه داده برنامه های پایگاه داده به کاربران امکان می دهند تا داده را در پایگاه داده قرار دهند ، سپس آن را دستکاری کرده و اطلاعات مفید خارج از پایگاه داده را بازیابی کنند . Access ابزارهایی را ارایه می دهد که ساخت برنامه را بدون برنامه نویسی امکان پذ یر می سازند. چنین برنامه هایی دارای ظاهری مشابه هستند و عملکردهای یکسانی را انجام می دهند. برای این که برنامه ها ظاهری شگفت انگیز داشته باشند وعملکردهای استثنایی را انجام دهند می توانید بااستفاده از زبان برنامه نویسی VBA ، برنامه های پایگاه داده را ایجاد کنید . چنانچه برای ایجاد یک برنامه ساده غیر برنامه نویسی از VBA یا برنامه پیچیده ای استفاده کنید ، چند موضوع در خصوص انواع برنامه نویسی متداول هستند. طراحی رابط کاربر برنامه فرآیند بازیابی اطلاعات باید برای بینندگان مورد نظر برنامه آسان و طبیعی باشد ، بینندگان مختلف نیازهای متفاوتی دارند و برنامه باید نیازهای خاص کاربران خود را برآورده کند. این موضوع روابط ظاهر و عملکرد صفحه نمایش های رابط کاربر تاثیر می گذارد . پس از طراحی این کاربر باید نحوه عملکرد کاربران ونیازهای آنها را تطبیق دهید . به احتمال زیاد باید نمونه اولیه رابط کارب ر موردنظر خود را بسازید و به کاربران مختلف نشان دهید . عکس العملی که در این مرحله نشان داده می شود شما را از دوباره کاری خلاص می کند. طراحی روند کنترل برنامه انتقال از یک تابع به تابع دیگر باید فرآیندی منطقی و قابل فهم برای کاربر باشد. ساختاری که برای شما معنی دارد ممکن است برای کاربر مشهود نباشد. ببینید آنها با چه برنامه ای راحت هستند و با تجربه ای که دارید برنامه مناسبی را طراحی کنید . روش هایی را به کار نبرید که برای کاربران مبهم باشد و آن ها دلسرد شوند. به دام اندازی خطا علیرغم تلاش هایی که کردید، باز هم می توان گفت که مشکلاتی در برنامه وجود دارند، شاید ک د اشکال داشته باشد. ممکن است کاربران به طور مرتب با شما ارتباط برقرار نکنند ، کاربران با برنامه کارهایی انجام می دهند که انتظار آن را ندارید . برای به حداقل رساندن زیان های ناشی از چنین رویدادهایی ، از قبل خطاهای احتمالی را در نظر بگیرید. طراحی ویژگی های امنیت این روزها حملات هکرها خیلی رایج شده است ، بنابر این امنیت پایگاه داده نسبت به قبل اهمیت بیشتری پیدا کرده است. برنامه پایگاه داده را طوری طراحی کنید که فقط سطح دستیابی مجاز در اختیار کاربران قرار گیرد. مستند سازی طرح ارایه مستندات مفصل در مرحله طراحی حایز اهمیت است. یعنی زمانی که سیستم خود را می سازید، سپس این ساختار را روی کاغذ (یا کاغذ الکترونیک) پیاده می کنید ، طوری انتخاب کنید که سیست م با یک روش و نه روش های گوناگون طراحی شود. به نقاط قوت و ضعف تمام روشهای طراحی توجه داشته باشید و عملاً نشان دهید طرحی که انتخاب کرده اید بهترین مورد است. کسب اجازه از مشتری در مورد سند طرح پس از اتمام طراحی و مستند سازی آن به طور کامل ، آن را به مشتری ارایه دهید . وقتی مشتری سند طرح را می خواند و آن را می فهمد ، بنابر این آن را امضاء می کند. این امر نشان می دهد که مشتری با آن چه ارایه می دهید موافق است . امضای شما نمایانگر این است که موظف به ارایه چیزی هستید که در سند طرح شده داده شده است. مرحله پیاده سازی مرحله پیاده سازی جایی است که در واقع سیستم ساخته می شود. با کلیدهای روی صفحه کلید کد را تایپ کنید. این مرحله از چند بخش تشکیل شده است که هر بخش با بخشی از مرحله طراحی متناسب است . ساخت پایگاه داده بخش اصلی است و پس از آن ساخت برنامه پایگاه داده حایز اهمیت است که ارتباط پایگاه داده را با کاربران برقرار می کند. البته مستند سازی آن چه تولید می کنید در این جا بیش از سایر مراحل اهمیت دارد. پس از تکمیل پایگاه داده ، هر فردی می تواند آن را با داده پر کند در حالی که فرد دیگری برنامه را می نویسد. ساخت پایگاه داده مستنداتی که در مرحله طراحی ایجادکرده اید باید نقشه کاملی از آن چه در مرحله پیاده سازی ا نجام می شود، ارایه دهد. می توانید از ابزارهای Access برای ساخت جداول پایگاه داده و ایجاد روابط بین آنها استفاده کنید. برای این کار هیچ برنامه نویسی لازم نیست . فرض می کنیم که نحوه استفاده از ابزارهای Access را برای ساخت پایگاه داده می دانید. نوشتن برنامه پایگاه داده می توانید بیشتر برنامه را بدون هیچ گونه برنامه نویسی بسازید. Access برای ساخت گزارش ها ، منوها و صفحه نمایش های رابط کاربر دارای ابزارهای گرافیکی است . برای انجام این کارها به برنامه ای نیاز ندارید . در این صورت ، در وقت صرفه جویی می شود و احتمال بروز خطا از بین می رود. از design view در Access برای ایجاد فرم ها ، پرس و جوها و گزارش ها استفاده کنید که شامل برقراری ارتباط با کاربران برنامه نیز می شود. با هر برنامه نویسی که انجام می دهید . روند اجرا کنترل شده ، محاسباتی انجام می شود یا بازیابی داده صورت می گیرد. مستند سازی کد برنامه علیرغم این که با VBA و SQL راحت کار می کنید ، ممکن است منطق برنامه پیچیده و دشوار باشد. شش ماه پس از تکمیل پروژه ، پیروی از منطق ارایه شده در زمان نوشتن کد دشوار خواهد بود. اگر برنامه را بهنگام رسانی یا اصلاح کنید و توضیحاتی را نیز با کد ارایه دهید ، این امر خیلی به شما کمک می کند. هدف و الگوریتم اصلی هر بلوک را مستند سازی کنید. به تمام اعمالی که مبهم هستند توجه زیادی داشته باشید. ممکن است دوباره روی این کد کار کنید. پر کردن پایگاه داده با داده پس از ایجاد برنامه کاربردی عملگرهای ورودی داده می توانند با استفاده از صفحه نمایش هایی که بدین منظور ایجاد کرده اید ، داده را به پایگاه داده وارد کنند از طرف دیگر می توانید داده را مستقیماً از جایی که فعلاً قرار دارد با استفاده از برنامه سودمند انتقال داده ، انتقال دهید. استفاده از تست کننده حرفه ای افرادی که پایگاه داده و برنامه می سازند و آنهایی که کدی برای انجام عملکردهای برنامه می نویسند ، تنها کسانی نیستند که مرحله آزمون را انجام می دهند. هدف اصلی تست کننده این است که سیستم خراب نباشد . بهتر است که در این مرحله خرابی سیستم مشخص شود تا این که بعداً مشتری به آن پی ببرد در این صورت وجه شما خراب می شود. تولید راهنمای help یکی از مفیدترین فرم های مستندات که می توانید با سیستم ارایه دهید ، سیستم گسترده راهنمای help است که به خوبی سازمان دهی شده است. توضیحات راجع به نحوه انجام تمام عملکردهای سیستم به همراه تعریف اصطلاحات مربوطه باید در فایل های راهنمای help همیشه موجود بوده و دسترسی به آن آسان است. راهنمای help که در تمام اطلاعات لازم را در اختیار کاربران می گذارد جزء مهم بسته نرم افزاری سیستم است. تولید مستندات چاپی نهایی شما به عنوان برنامه نویس باید این مستندات را حفظ کنید و یک کپی از آن را به عنوان بسته نرم افزاری به مشتری ارایه دهید. مستنداتی که در تمام مراحل برنامه نویسی سیستم نگهداری شده اند. رکوردهای کامل آزمون از جمله نتایج هر آزمون ، تمام اصلاحات اعمال شده و نتایج آزمون مجدد کپی چاپی راهنمای help دستورالعمل های عملیاتی مخصوص کاربر کنترل انتظارات مشتری بسیاری از افرادی که استعدادی در زمینه کامپیوتر ندارند تصور می کنند کامپیوترها جادو می کنند و معتقدند که می توانید هر کاری را با کامپیوتر انجام دهید. این تصور غلط غالباً به انتظارات غیر معقول آنها از برنامه منجر می شود. پس از این که مشتری اعلام کرد چه می خواهد برعهده شماست که با توجه به زمان و بودجه موجود هرکاری از دستتان بر می آید انجام دهید. رویارویی با مشکلات امنیتی آیا در مورد امنیت پایگاه داده Access خود نگران هستید ؟ پاسخ روشن است . Access یک ساختار امنیتی دقیق را ارایه می دهد که با استفاده از آن می توانید از پایگاه داده و برنامه ها به روش های گوناگون محافطت کنید ، این امکانات سربار را به سیستم اضافه می کنند ولی کاربران مجاز با دردسرهایی هم مواجه می شوند که باید با آنها دست و پنجه نرم کنند. باید از خود بپرسید که آی ا امنیت بیشتر ارزش این سربار و این همه دردسر را دارد یا خیر. استفاده از Access به قدری آسان است که در برنامه هایی که داده های آن حساس یا مهم نیستند به کار می رود. در چنین مواردی ، ممکن است افزودن سربار امنیتی غیر ضروری و استفاده از سیستم ناامید کننده باشد . به عبارت دیگر ، برنامه های بسیاری رویه ها یا داده های حساس را مدیریت می کنند، ممکن است بخواهید (یا قانوناً نیاز داشته باشید) که دستیابی به این داده ها و رویه ها را محدود کنید. Access روش هایی برای انجام این کار ارایه می دهد. محافظت از کلمه عبور ساده ترین و بهترین نوع محافظت ، قراردادن کلمه عبور در پایگاه داده است که فقط آن هایی که کلیه عبور را در اختیار دارند قادر به بازکردن پایگاه داده و استفاده از آن هستند. این امر برای دور نگ ه داشتن افراد (آن هایی که کار مهمی ندارند) از اطراف پایگاه داده حایز اهمیت است ولی نمی توان بین افرادی که باید دستیابی به برخی از پایگاه های داده را محدود کنند و افرادی که باید دستیابی به آن را کامل کنند ، تبعیض قائل شد

آشنایی با Access و برنامه نویسی با VBA , اصول برنامه نویسی پایگاه داده

مطالب مشابه :

آشنایی با Access و برنامه نویسی با VBA , اصول برنامه نویسی پایگاه داده

مشروب

تهیه نرم افزار حقوق و دستمزد - کارشناسی نرم افزار

دانلود پایان نامه تهیه نرم افزار حقوق و دستمزد