Смекни!
smekni.com

Методические указания по выполнению курсового проекта (стр. 2 из 7)

Интенсивное развитие средств визуального программирования, характеризующихся использованием широкого спектра встроенных компонентов, существенно снижает требования к специалисту информатику как к программисту, дает в руки проектировщику мощный инструмент создания приложений, позволяет сосредоточить усилия на содержательной сущности проекта и позволяет осуществлять разработку автоматизированных ИС на основе сочетания развитых серийных СУБД и специализированных приложений, разработанных с помощью оригинального или типового методов проектирования. Именно такой подход целесообразно использовать при курсовом проектировании.

Работу над курсовым проектом необходимо начинать с выбора темы. Уже на этом этапе обучения студенту целесообразно предварительно определить направление специализации с учетом своих интересов. Методически правильно надо начать с предварительного ознакомления с литературой по широкому кругу вопросов, а в дальнейшем углублять свои познания, ограничивая подбор источников рамками тематической специализации по исследуемой проблеме. Для получения наиболее новой информации целесообразно ознакомиться с публикациями в периодических изданиях.

В результате систематизированного изучения специализированной литературы следует отсеивать несущественный для выбранной темы материал, и сосредоточиться на усвоении основных понятий и категорий, являющимися фундаментом и исходными позициями в предстоящей работе. Здесь же следует поставить целью выявление недостатков и нерешенных проблем, требующих своего решения. На основе этого определяются основные направления проработки темы, конкретизируется цель и задачи проекта, а также формируется основа списка литературы, которая будет использована при работе над курсовым проектом.

Рекомендуется использовать CASE-технологии структурного проектирования, выбирать диалоговый режим обработки информации, а приложения СУБД формировать на основе использования средств RAD-технологий. В качестве первого опыта для курсового проектирования не рекомендуется брать сложную серверную ИС.

2.2. Структура и содержание текстовой части курсового проекта (пояснительной записки)

2.2.1. Общие требования.

В пояснительной записке студент должен показать уровень своей научно-методический подготовки, умение вникать в проблематику функционирования экономических объектов, делать обобщения и выявлять направления решения проблемы, а также продемонстрировать владение современными инструментальными методами проектирования информационных систем.

В текстовой части проекта следует избегать общих положений и рассуждений. Излагать материал необходимо лаконично, без «разжевывания» очевидных истин и излишних деталей, уводящих в сторону от основного вопроса, но с необходимой полнотой. Не допускается описание достоинств, характеристик и преимуществ массовых программных продуктов крупнейших фирм производителей. Некоторые особенности их можно приводить только в конкретной привязке к задачам проектирования.

Ссылки на литературные источники, материал которых использовался при написании, делать обязательно.

Курсовой проект должен содержать следующие разделы:

-введение;

- краткое описание методики проектирования;

- техническое задание на проектирование ИС;

- анализ предметной области деятельности предприятия и выделение части, выбранной для автоматизации;

- моделирование бизнес-процессов и/или информационной структуры;

- разработка структуры данных и формы их хранения;

- разработка пользовательского приложения;

- описание ИС, ее технические и эксплуатационные характеристики;

- инструкция пользователя;

- заключение;

- список литературы;

- приложения.

Ниже приведены требования к содержанию указанных разделов. Требования, приведенные в настоящей методике, необходимо брать за основу, но не следовать им буквально, если это может нарушить целостность излагаемого материала.

2.2.2. Введение

Введение должно содержать описание состояния предметной области, обоснование необходимости и основные исходные данные для разработки ИС. Необходимость в разработке пользовательских приложений, входящих в состав ИС, обычно возникает в случаях, когда требуется обеспечить удобство работы с БД неквалифицированным пользователям или пользователей не устраивает интерфейс СУБД. Иногда для небольших проектов целью разработки, выполняемой своими силами, может быть экономия средств, могут быть и другие варианты.

В этой части следует также отразить общую характеристику функционирования объекта, произвести выделение круга задач для проектирования, рассмотреть актуальность и новизну темы, сформулировать цель и задачи, решаемые в проекте, и обосновать положительный эффект, который предполагается получить в результате внедрения проекта.

Введение целесообразно писать после завершения работы над основной частью проекта. Объем введения должен быть не более 3 - 4 страниц машинописного текста.

2.2.3. Краткое описание методики проектирования.

Этот раздел выполняется в учебных целях только для курсовых проектов. В стандартах на проектирование ИС он не предусматривается. Аналогом такого раздела при производственном проектировании является раздел планирования и управления проектом, который, однако, не входит в состав самого проекта.

Раздел формируется итерационно, предварительно в общих чертах, а затем уточняется по мере работы над проектом.

Содержание раздела соответствует содержанию и структуре настоящей методики, но должно отражать специфику конкретной ИС по выбранной теме.

2.2.4. Техническое задание на проектирование

В этом разделе следует привести постановку задачи, порядок и сущность выполнения проекта.

При составлении Технического задания (ТЗ) на создание ИС целесообразно придерживаться требований ГОСТ 34.602-89 и отразить соответственно следующие разделы:

1) общие сведения;

2) назначение и цели создания (развития) системы;

3) характеристика объектов автоматизации;

4) требования к системе;

5) состав и содержание работ по созданию системы, перечень частных технических заданий на составные части ИС;

6) порядок контроля и приемки системы;

7) требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие;

8) требования к документированию;

9) источники разработки.

Требования ТЗ, начиная с п.3, уточняются и корректируются по мере выполнения последующих разделов.

2.2.5. Анализ предметной области деятельности объекта.

В этой части рассматривается общая информационная структура объекта и его бизнес процессы и уточняется характеристика объекта автоматизации.

На основе полученных сведений, выбирается подходящий CASE-метод структурного анализа – процессов, потоков, данных или комплексный и методом декомпозиции составляется подробная функциональная и/или, в зависимости от специфики основных задач, информационная модель AS-IS объекта. Далее производится оценка недостатков функционирования объекта и формулируются задачи, решение которых позволит повысить его экономическую (или другую) эффективность. Такая оценка служит базисом для уточнения требований к системе и формулировки задач проектирования и составления модели TO-BE. Диаграммы, построенные с помощью выбранного инструментария CASE-технологий, необходимо дополнить соответствующими комментариями.

2.2.6. Моделирование бизнес-процессов и/или информационной структуры;

На основе модели AS-IS объекта и сформулированных в предыдущем пункте задач развития, уточняется концепция проектируемой ИС, составляется модель TO-BE функционирования объекта и производится корректировка требований ТЗ в части уточнения:

- требований к системе и формулировки задач проектирования;

- состава и содержание работ по созданию системы;

- формирования требований на разработку приложений (программного обеспечения) и выбора стандартного программного обеспечения;

- обоснование проектных решений по технологии сбора, передачи, обработки и выдачи информации;

- требований к интерфейсу пользователя;

- порядка контроля и приемки системы;

- требований к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие.

На основе полученных результатов составляется развернутый окончательный вариант ТЗ на проектирование составных частей и всего комплекса ЭИС.

Далее в этом разделе прорабатывают концептуальную схему базы данных, которая не зависит от конечной реализации базы данных и аппаратной платформы.

2.2.7. Разработка структуры данных и формы их хранения

На основе концептуальной модели составляется список объектов сущностей предметной области, а затем из общего числа выделяют основные сущности и определяют характеризующие их атрибуты.

Часть атрибутов и сущностей выражают процессы-отношения между объектами-сущностями. С помощью методов, известных из курса "Базы данных", строят необходимые ER-диаграммы, определяют степени отношений (1:1, 1:М, М:М) и формируют инфологическую модель ИС. При построении информационно-логической модели следует разработать схему информационных потоков, отражающую логическую и алгоритмическую взаимосвязь между исходными, промежуточными и результатными массивами данных.