Системный анализ и анализ требований к ИС

Цели и задачи курсового проектирования

 

Курсовое проектирование должно способствовать:

· закреплению, углублению и обобщению знаний, полученных студентами в процессе изучения лекционных курсов по дисциплине «Проектирование информационных систем»;

· развитию умений и навыков, полученных при выполнении лабораторных работ;

· применению этих знаний, умений и навыков к решению конкретных проектных задач;

· развитию навыков работы со специальной литературой и навыков проектирования с использованием CASE-средств.

 

Содержание курсовых проектов

 

Задание на курсовое проектирование посвящено разработке технического задания (ТЗ) и проекта информационной системы (ИС). При проектировании следует использовать структурный или объектно-ориентированный подходы. В качестве CASE средств рекомендуется использовать программные продукты фирмы Computer Associates такие, как AllFusion ERwin Data Modeler 7.1 (ранее ERwin) и AllFusion Process Modeler 7.1 (ранее BPwin) или программные продукты фирмы IBM Rational такие как Rational Software Architect. Также допускается использование других программных продуктов, например, MSVisio или Ramus.

При выполнении курсового проекта студент должен:

· разработать ТЗ на разработку ИС по ГОСТ 34.602-89;

· выполнить системный анализ и анализ требований к создаваемой ИС

· разработать модели базы данных (БД) и программного обеспечения ИС;

· разработать элементы пользовательского интерфейса ИС;

· выполнить программную реализацию ИС или ее отдельных подсистем(по согласованию с преподавателем);

· оформить пояснительную записку и приложения.

Порядок выполнения курсовых проектов:

1. Провести исследование предметной области, если возможно, то предложить решения направленные на улучшения существующих бизнес-процессов.

2. Разработать техническое задание на разработку системы.

3. Выбрать подход к разработке: структурный или объектно-ориентированный.

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

5. Выполнить тестирование разработанных моделей.

6. Разработать пользовательский интерфейс системы.

7. Выполнить тестирование принятых интерфейсных решений.

8. Выполнить программную реализацию системы или отдельных ее подсистем (по согласованию с преподавателем).

9. Выполнить тестирование разработанных программ (по согласованию с преподавателем).

10. Проанализировать возможности решения задачи методами типового проектирования.

При выборе структурного подхода к разработке системы рекомендуется использовать диаграммы IDEF0, DFD, IDEF3, ERD, а также программные пакеты AllFusion Process Modeler (Bpwin) и AllFusion ERwin Data Modeler.

При выборе объектно-ориентированного подхода рекомендуется использовать диаграммы UML и программное средство Rational Software Architect или MS Visio.

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

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

 

Задания по курсовому проектированию

 

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

Правила оформления пояснительной записки

 

Пояснительная записка выполняется на одной стороне листа бумаги формата А4. Общий объем не менее 25 страниц (без приложений). Все таблицы, рисунки, схемы, формулы, графики должны быть пронумерованы и снабжены подписями и ссылками в тексте. Оформление пояснительной записки должно соответствовать требованиям: ГОСТ 7.32-2001 СИБИД. Отчет о научно-исследовательской работе. Структура и правила оформления; ГОСТ 2.105 - 95 ЕСКД. Общие требования к текстовым документам.

Материалы в пояснительной записке следует располагать в следующем порядке:

· Титульный лист (приложение 1)

· Постановка задачи

· Содержание

· Введение

· Раздел 1. Системный анализ и анализ требований к ИС

· Раздел 2. Рзработка ТЗ

· Раздел 3. Разработка функциональных моделей

· Раздел 4. Разработка информационных моделей

· Раздел 5. Разработка пользовательского интерфейса

· Заключение

· Список использованных источников

· Приложения.

Структура пояснительной записки должна быть согласована с руководителем и может быть изменена. Законченная пояснительная записка подписывается студентом. Изложение должно быть ясным и четким, без повторений. Следует избегать необоснованного использования в тексте пояснительной записки большого количества теоретического материала.

Методика курсового проектирования

Введение

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

Системный анализ и анализ требований к ИС

 

Первыми выполняемыми задачами являются системный анализ и анализ требований. Они закладывают фундамент для решения последующих задач.

Системный анализ проводится с целью:

1) выяснения потребностей заказчика;

2) оценки выполнимости системы;

3) выполнения экономического и технического анализа;

4) распределения функций по элементам компьютерной системы (аппаратуре, программам, людям, базам данных и т. д.);

5) определения стоимости и ограничений планирования;

6) создания системной спецификации.

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

Анализ требований дает возможность:

1)  определить функции и характеристики программного продукта;

2)  обозначить интерфейс продукта с другими системными элементами;

3)  определить проектные ограничения программного продукта;

4)  построить модели: данных, режимов функционирования продукта;

5) создать такие формы представления информации и функций системы, которые можно использовать в ходе проектирования.

При выполнении системного анализа можно использовать методологии IDEF0, IDEF3, DFD или диаграммы UML. Основные положения методологий IDEF0, IDEF3, DFD изложены в приложениях 2,3 и 4 соответственно.

Рзработка ТЗ

 

На основе результатов системного анализа оформляется ТЗ на создание АС. Данное ТЗ должно быть оформлено согласно ГОСТ 34.602-89.