абрамова. Методические указания по курсовому проектированию по дисциплине Проектирование и разработка программного обеспечения
 Скачать 173.75 Kb.
|
3.1 Аналитический отчетДанный раздел курсового проекта отражает результаты аналитического исследования предприятия и предметной области. Обязательными составными частями данного раздела должны быть: характеристика объекта информатизации анализ рисков альбом бизнес-процессов предприятия концептуальная модель данных технико-экономическое обоснование. Каждая из этих частей должна строиться по общим принципам, указанным ниже. Характеристика объекта информатизацииВ этом пункте важно соблюдать принцип комплексности и системности в описании объекта проектирования. Если в качестве объекта проектирования выступает организация в целом, дается описание всей организации с указанием цели и задач объекта проектирования, его организационной структуры, основных функций и бизнес-процессов. Если в качестве объекта проектирования выступает функциональная подсистема, структурное подразделение организации или конкретный исполнитель, то первоначально дается характеристика организации в целом (цели, задачи, организационная структура), а затем показывается место рассматриваемого объекта в структуре управления организации и детализируются основные функции и бизнес-процессы применительно к объекту. Помимо этого рекомендуется выполнить характеристику обеспечивающих элементов объекта проектирования, описав его техническое и кадровое обеспечение. При формировании функциональной модели объекта автоматизации целесообразно руководствоваться следующими рекомендациями: сформировать перечень функций управления в соответствии с регламентирующими их нормативными и методическими документами; определить для каждой функции состав – перечень процедур, состоящий из набора операций; определить перечень документов, формирующихся в процессе работы функции; определить исполнителей, задействованных в работе функции. Результаты выполнения рекомендуется занести в таблицу следующего вида ( Таблица 1) Важно отображать описания функций и процессов так же и графически, с помощью различных функциональных диаграмм. Модели бизнес-процессов позволяют выделить отдельные операции, выполнение которых должно поддерживаться разрабатываемой ИС. Моделирование бизнес-процессов можно выполнять с помощью любого доступного программного средства, предназначенного для построения функциональных диаграмм, с необходимой для понимания процесса степенью детализации. Предпочтительнее использовать в данной части использовать нотацию IDEF0 и, при необходимости, DFD. Все бизнес-процессы компании должны быть перечислены в общем списке и каждый должен иметь свой уникальный номер. Модели наиболее сложных и/или автоматизируемых бизнес-процессов должны быть скопированы в раздел «Альбом бизнес-процессов предприятия». Таблица 1 Состав функций объекта по операциям и исполнителям
Анализ рисковАнализ рисков состоит из нескольких этапов. Сначала нужно определить возможные риски. Затем для каждого из них необходимо определить стратегию смягчения влияния риска на проект, то есть действия, предпринимаемые для предотвращения риска или в случае осуществления риска для того, чтобы проект был успешно завершен. Риски определяются для трех аспектов проекта: расписания, ресурсов и бюджета. Рекомендуется составить таблицу возможных рисков. Разделы должны содержать рекомендации относительно минимизации ущерба по каждому из рисков, а так же возможные пути решения проблем. Альбом бизнес-процессов предприятияРаздел «Альбом бизнес-процессов предприятия» должен содержать набор моделей бизнес-процессов предприятия, а так же модели потоков данных на предприятии либо в той предметной области, автоматизация которой предполагается. Концептуальная модель данныхДанный раздел должен быть посвящен детальному анализу информационного, документационного и методического обеспечения объекта. Устанавливается перечень и структура документов, которые должны формироваться системой. По каждому справочнику, проектируемому в системе, дается описание необходимой иерархической структуры. Рекомендуется основные данные заносить в таблицы для упрощения чтения документации. Например, представить перечень всей информации, циркулирующей в объекте (входной, выходной, нормативно-справочной) с ее группировкой по основным видам работ, выполняемых в проектируемом объекте в виде следующей таблицы (Таблица 2). Обязательно так же подробное описание информации для отчетов, которые на данный момент исследования используются на предприятии, и формирование которых, впоследствии, необходимо будет автоматизировать. Для этого необходимо составить список используемых в отчетах данных и предоставить сканы реальных отчетов (при наличии). Так же целесообразно сформировать таблицу документирования работ (Таблица 3), в которую внести все основные операции и процедуры (по горизонтали) и все документы (по вертикали). Таблица 2 Логико-информационная схема планово-экономического отдела (фрагмент)
* 1 – Экономист, 2 – Ведущий специалист; … N – … На пересечениях с помощью зарезервированных символов указать, какие документы необходимы для начала каждой работы, а какие формируются в результате. Таблица 3 Таблица документирования работ отдела кадров по процедуре «Прогнозирование потребности в кадрах»
Условные обозначения: О – документ, необходимый для начала работ по процедуре; Х – документ, возникающий по окончании работ. После таблицы должен быть представлен ее краткий анализ, определяющий сколько и для каких работ необходимо документов, а так же роль каждого отдельного документа для отдельного вида работ. Далее, для рационализации обмена информации в исследуемом объекте автоматизации, рекомендуется представить схему документооборота и/или схему информационных потоков предприятия. Даная информация может быть представлена как в виде таблиц (например, Таблица 4), так и в виде диаграмм DFD. Таблица 4 Маршрутная схема движения входящего документа.  Обозначения к таблице:
Прямоугольники в таблице обозначают документы, а с помощью условных знаков можно указать операции, которые выполняются с документом в данном структурном подразделении (данным исполнителем). Технико-экономическое обоснованиеТехнико-экономическое обоснование (ТЭО) – это анализ, расчет, оценка экономической целесообразности осуществления предлагаемого проекта. В данном разделе должно быть четко сформулировано: что получит заказчик; когда заказчик получит готовый продукт. Причем рекомендуется отразить не только предполагаемые затраты на проект, но и выгоду от его использования. ТЭО основано на сопоставительной оценке затрат и результатов, установлении эффективности использования, срока окупаемости вложений. Например, затраты могут включать: покупку и установку программных продуктов, технических средств, оборудования ЛВС и т.д. В качестве источников окупаемости можно указать: – сокращение численности управленческого персонала за счет снижения трудоемкости работ; – повышение прибыли организации; – снижение издержек производства и др. Дополнительным (косвенным) доказательством выгоды использования проектируемой системы можно так же считать вывод об отличии (уникальности) реализуемых в ней функций. Для формирования такого вывода рекомендуется выполнить анализ существующих на данный момент проектных решений. Для анализа необходимо выбрать не менее трех автоматизированных систем, решающих такие же (или похожие) функции в той же предметной области. Результаты анализа по выбранным (самостоятельно) критериям можно свести в таблицу. Раздел должен заканчиваться рекомендациями по функционалу проектируемой системе, сформированными на основе проведенного анализа. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||