ЦЕНТРОСОЮЗ РОССИЙСКОЙ ФЕДЕРАЦИИ

ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ

«МОСКОВСКИЙ УНИВЕРСИТЕТ ПОТРЕБИТЕЛЬСКОЙ КООПЕРАЦИИ»

КАФЕДРА ИНФОРМАЦИОННЫХ СИСТЕМ В ЭКОНОМИКЕ

А.В.Кондратьев

МЕТОДИЧЕСКИЕ УКАЗАНИЯ ПО ДИПЛОМНОМУ

ПРОЕКТИРОВАНИЮ

специальность 071900 «Информационные системы в экономике»

Москва 2003

Кондратьев А.В. Методические указания по дипломному проектированию. – М.: Московский университет потребительской кооперации, 2003 – 54 с.

Методические указания по дипломному проектированию для специальности 071900 «Информационные системы в экономике» разработаны в соответствии с учебным планом от 06.07.99 г.

Рецензент: доцент Кузнецов В.В.

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

Методические указания составлены на основе «Методических указаний по дипломному проектированию» Института экономических информационных систем и программирования (ИЭИСиП) Московского государственного университета экономики, статистики и информатики (МЭСИ), подготовленных коллективом авторов, под редакцией директора ИЭИСиП Дика В.В.

Методические указания по дипломному проектированию рекомендованы к изданию кафедрой информационных систем в экономике 02 декабря 2002 г., протокол № 4.

© Образовательное учреждение

«Московский университет

потребительской кооперации», 2003

© Кондратьев А.В., 2003 г.

С О Д Е Р Ж А Н И Е

1. МЕТОДИЧЕСКИЕ ОСНОВЫ ОРГАНИЗАЦИИ ВЫПОЛНЕНИЯ ДИПЛОМНОГО ПРОЕКТА. 3

1.1 Цель и основные этапы выполнения дипломного проекта. 4

1.2. Выбор темы дипломного проекта и научного руководителя 4

1.3. Предварительная защита дипломного проекта 6

1.4. Внешнее рецензирование дипломного проекта 7

1.5. Подготовка и защита дипломного проекта в ГАКе 8

2. ТРЕБОВАНИЯ К ДИПЛОМНОМУ ПРОЕКТУ И ЕГО СОДЕРЖАНИЕ 10

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

2.2 Примерная тематика дипломных проектов 12

2.3 Структура дипломного проекта 13

3. МЕТОДИЧЕСКИЕ УКАЗАНИЯ ПО ОФОРМЛЕНИЮ ДИПЛОМНЫХ ПРОЕКТОВ 38

3.1 Требования и правила оформления текстового материала 38

3.2 Оформление дипломного проекта на компьютере 41

3.3 Правила оформления иллюстративного материала 41

3.4 Правила составления списка литературы 42

3.5 Правила оформления приложения 44

3.6 Рекомендации по проверке дипломного проекта 45

ПРИЛОЖЕНИЯ 46

1. МЕТОДИЧЕСКИЕ ОСНОВЫ ОРГАНИЗАЦИИ ВЫПОЛНЕНИЯ ДИПЛОМНОГО ПРОЕКТА.

1. Цель и основные этапы выполнения дипломного проекта.

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

Период дипломного проектирования состоит из нескольких этапов:

0. выбор и закрепление объекта преддипломной практики (декабрь);
1. выбор и закрепление темы дипломного проекта (декабрь -январь);
2. разработка и утверждение задания на дипломный проект (январь);
3. сбор материала для дипломного проекта на объекте практики (январь – март);
4. написание и оформление дипломного проекта (апрель –май);
5. предварительная защита проекта на кафедре (май);
6. внешнее рецензирование дипломного проекта (май – июнь);
7. защита на заседании Государственной аттестационной комиссии (ГАК) (июнь).

Дипломный проект допускается для защиты в ГАК при условии прохождения успешной предварительной защиты на кафедре и получения положительной рецензии.

1.2. Выбор темы дипломного проекта и научного руководителя

В процессе прохождения преддипломной практики студент определяет тему дипломного проекта. Выбранная тема указывается студентом в заявлении, которое подается на кафедру. Образец заявления приведен в приложении 1.

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

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

Перспективными для дипломного проектирования могут быть задачи разработки нового документа, в том числе и внутреннего, если его использование соответствует специализациям выпускников МУПК.

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

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

Утверждение темы дипломного проекта осуществляется приказом президента-ректора МУПК. Кафедра оставляет за собой право изменения предложенной студентом темы в течении месяца после подачи заявления.

Название темы состоит из двух частей: в первой части указывается суть дипломного проекта, а во второй – объект прохождения преддипломной практики. Например: «Автоматизация учета основных средств в ЗАО «Родник»». В случае изменения места прохождения практики студент должен немедленно сообщить об этом руководителю дипломного проекта или в деканат.

Тема дипломного проекта должна быть актуальной для специализации «Бухгалтерский учет и аудит» и иметь научно-практическую направленность.

Особенно следует обратить внимание на то, что тема дипломного проекта должна быть одинаковой во всех документах, а именно:

8. в приказе о темах дипломных проектов;
9. на титульном листе дипломного проекта (приложение 2);
10. в задании на дипломный проект (приложение 3);
11. в рецензии на дипломный проект (приложение 4).

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

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

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

Руководителем дипломного проекта может быть как преподаватель МУПК, так и сотрудник сторонней организации. Однако, если руководителем дипломного проекта выбирается сотрудник сторонней организации, то консультантом назначается преподаватель МУПК.

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

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

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

1.3. Предварительная защита дипломного проекта

Предварительная защита дипломного проекта, дата которой предварительно устанавливается, проходит на кафедре.

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

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

1.4. Внешнее рецензирование дипломного проекта

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

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

В рецензии должно быть отмечено значение изучения данной темы, ее актуальность, теоретическая и практическая ценность, а также то, насколько успешно студент справился с раскрытием темы проекта и рассмотрением теоретических и практических вопросов. После этого дается развернутая характеристика каждого раздела дипломного проекта с выделением положительных сторон и недостатков. В заключении рецензент излагает свою точку зрения об общем уровне дипломного проекта, оценивает его и делает вывод о возможности защиты в ГАКе. Объем рецензии должен составлять 2-3 страницы печатного текста. Форма рецензии представлена в приложении 4.

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

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

Если заведующий кафедрой на основании содержания отзывов руководителя, и/или результатов предварительной защиты и/или замечаний рецензента не считает возможным допустить студента к защите дипломного проекта в ГАКе, этот вопрос решается на заседании кафедры с участием автора и руководителя дипломного проекта.

1.5. Подготовка и защита дипломного проекта в ГАКе

Защита дипломного проекта является завершающим этапом обучения студента в вузе. Защита проходит перед комиссией, в которую входят преподаватели различных кафедр (в том числе и выпускающей). Председатель комиссии не является сотрудником МУПК. Состав ГАКа утверждается президентом-ректором МУПК. На защиту дипломных проектов допускаются сторонние лица.

Состав ГАКа, а также расписание защит вывешиваются на доске объявлений деканата. Студент может изменить назначенную ему дату в пределах сроков защиты по согласованию с деканатом до начала работы ГАКа.

На защиту студент должен представить рецензию и полностью оформленное направление с рекомендацией к защите.

Дипломный проект с титульным листом (приложение 2) должен быть переплетен в твердый переплет или сброшюрован в папке. Рецензия прилагается отдельно (не переплетается). В готовый дипломный проект в случае необходимости можно внести исправления. Можно вставлять дополнительные листы или изымать ненужные, при этом, чтобы не нарушать общей нумерации, вставляемые листы необходимо обозначить буквами (например: 12а, 12б). Допускается использование забелки, вклейка правильного фрагмента.

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

Студент должен подготовить доклад на 7-10 минут, в котором четко и кратко изложены основные положения дипломного проекта с использованием демонстрационного материала. Структура и содержание выступления определяется студентом и согласовывается с руководителем дипломного проекта.

Защита дипломного проекта происходит на открытом заседании ГАК. Во время защиты зачитывается отзыв руководителя дипломного проекта, оглашается рецензия. Затем слово для доклада предоставляется студенту.

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

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

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

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

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

По докладу и ответам на вопросы комиссия судит о степени владения студентом материалом дипломного проекта, широте кругозора, эрудиции и умении аргументировано отстаивать свою точку зрения.

Оценка дипломного проекта производится на закрытом заседании ГАК. При оценке проекта принимаются во внимание актуальность и научно-практическая ценность темы, степень раскрытия темы в дипломном проекте, качество выполнения и оформления работы, а также содержание доклада и ответы на вопросы. Дипломный проект оценивается по четырехбалльной системе (отлично, хорошо, удовлетворительно, неудовлетворительно). Оценка объявляется после окончания защиты всех дипломных проектов на открытом заседании ГАК.

2. ТРЕБОВАНИЯ К ДИПЛОМНОМУ ПРОЕКТУ И ЕГО СОДЕРЖАНИЕ

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

Требования к дипломному проекту студента-дипломника специальности 071900 “Информационные системы в экономике” в МУПК целиком основаны на государственных требованиях к этой специальности, утвержденных Государственным комитетом РФ по высшему образованию.

При работе над дипломным проектом студент, обучающийся по специальности «Информационные системы в экономике» должен:

иметь представление:

12. о стандартах, распространяемых на процессы разработки и конечные продукты программного и аппаратного обеспечения информационных систем и организациях, разрабатывающих эти стандарты;
13. о крупнейших производителях программного и аппаратного обеспечения в России и в мире, признаках классификации и критериях качества их продукции;
14. о конъюнктуре рынка информационных технологий (ИТ), приоритетных и перспективных направлениях;
15. о маркетинговой стратегии на рынке ИТ, источниках информации о новейших разработках;
16. об управлении проектами в области ИТ.

знать:

17. предметные и функциональные технологии в области экономики по своей специализации в России и в мире, направления их развития с учетом зарубежных аналогов;
18. современные средства и методы проектирования и разработки ЭИС на всех этапах реализации;
19. экономический аспект внедрения ЭИС на предприятии, способы сокращения затрат на их внедрение;
20. принципы организации и работы компьютерных сетей, сетевого администрирования, защиты информации;
21. принципы организации баз данных, баз знаний и экспертных систем;
22. основы информационного бизнеса.

уметь:

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

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

проектировать однопользовательские и многопользовательские ЭИС; уметь адаптировать готовые программные продукты и проектные решения к условиям конкретной предметной области;

самостоятельно разрабатывать подсистемы ЭИС с использованием инструментальных средств разработки ЭИС;

проводить тестирование, отладку, внедрение разработанной ЭИС, ее сопровождение, модернизацию или интеграцию с ней новых приобретенных программных продуктов;

организовывать, планировать работу и руководить небольшой группой специалистов на всех этапах жизненного цикла ЭИС.

Как следует из требований, специалист должен уметь не только проектировать и разрабатывать информационные системы, используя новейшие методы и технологии, но и оценивать проектирование ЭИС с экономической точки зрения. Таким образом, согласно требованиям к дипломному проекту, студент-дипломник должен:

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

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

2.2 Примерная тематика дипломных проектов

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

В тоже время к актуальным задачам следует отнести разработку обеспечивающих информационных технологий позволяющих сократить время обработки входных документов или импортирующих входную информацию для учета из автономных автоматизированных рабочих мест (АРМ). Например, импортирование сведений о сдельной выработке из MS Access в бухгалтерскую систему для учета оплаты труда.

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

Если решаемая задача охватывает одну ФИТ, речь идет об автономной задаче. Если две или несколько, но решаемых на одном рабочем месте - об однопользовательской ЭИС. Если же технологии (или часть решаемых технологий) реализуются не полностью, а результатная информация передается на дальнейшую обработку (т. е. выполняются технологические этапы ФИТ), разрабатывается пользовательское место (АРМ) в рамках многопользовательской ЭИС.

При проектировании и разработке первых двух классов задач обычно используется функционально-модульный или структурный подход, при разработке же многопользовательской ЭИС, в последнее время все чаще используется объектно-ориентированный подход. При использовании этих подходов дипломник должен руководствоваться различными группами требований, которые найдут отражение ниже. Объектно-ориентированный подход может применяться при проектировании всех классов задач, поэтому не следует заведомо ограничивать “область допустимых значений” методики проектирования. Использование новейших методик проектирования и разработки является неотъемлемым условием жизнеспособности ЭИС в условиях современной технологической революции.

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

2.3 Структура дипломного проекта

Вне зависимости от решаемой задачи и подхода при проектировании структура дипломного проекта такова:

Оглавление

Введение

1. Аналитическая часть

2. Проектная часть

3. Обоснование экономической эффективности проекта

Заключение

Список используемой литературы

Приложения

Введение (общим объемом не более 5 стр.^[1] ) должно содержать общие сведения о проекте, его краткую характеристику, резюме. В нем необходимо отразить актуальность выбранной темы, цель и задачи, решаемые в проекте, используемые методики, практическую значимость полученных результатов. Целью проекта может быть построение (разработка) ЭИС или реализация автономной задачи. Дополнительно может достигаться совершенствование информационной базы, применение новых технических средств сбора, передачи, обработки и выдачи информации. Во введении необходимо также перечислить вопросы, которые будут рассмотрены в проекте, выделив вопросы, которые предполагается решить практически. Рекомендуется писать введение по завершении основных глав проекта, перед заключением. В этом случае исключена возможность несоответствия “желаемого” и “действительного”.

ГЛАВА ПЕРВАЯ

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

Ниже, в зависимости от поставленной задачи предлагается содержание первой главы дипломного проекта.

Разработка автономной задачи

1. Аналитическая часть

1.1 Технико-экономическая характеристика предметной области

1.1.1 Характеристика предприятия

1.1.2 Характеристика подразделения и его функций

1.2 Экономическая сущность задачи

1.3 Обоснование необходимости и цели использования вычисли тельной техники для решения задачи

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

1.4.1 Цель автоматизированного варианта решения задачи

1.4.2 Общая характеристика организации решения задачи на ЭВМ

1.4.3 Формализация расчетов

1.5 Анализ существующих разработок и обоснование выбора технологии проектирования

1.6 Обоснование проектных решений по видам обеспечения:

1.6.1 техническое обеспечение (ТО);

1.6.2 информационное обеспечение (ИО);

1.6.3 программное обеспечение (ПО);

1.6.4 технологическое обеспечение.

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

1.1.2 Характеристика подразделения и его функций

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

Затем необходимо дать общее описание рассматриваемой деятельности, а также характеристику технико-экономических свойств ее как объекта управления.

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

Характеризуя подразделение предприятия, следует отразить особенности его функционирования, документооборот, принятые нормы и правила осуществления деятельности, в условиях конкретной организации или предприятия. При описании данного пункта необходимо использовать CASE-средство (например, BPWin).

2. Экономическая сущность задачи.

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

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

Пример: Пусть объектом рассмотрения является бухгалтерский учет на предприятии. Выберем входящую в него задачу “Учет поступления товаров”. Экономическая сущность этой задачи подробно описана в учебниках по бухгалтерскому учету (студенту нужно привести основные положения). Далее следует описать, почему результаты решения данной задачи являются основой для ведения учета товаров на складе, поступления денег на расчетный счет предприятия, расчета НДС и других, а также, почему задача “Учет поступления товаров” является важной и неотъемлемой частью бухгалтерского учета. В этом подразделе можно также указать каким образом для решения задачи получают информацию из системы бухгалтерского учета предприятия и первичных документов. Целесообразно также отметить, что результаты решения задачи могут служить исходными данными для других задач учета, а также систем финансового планирования, внутреннего аудита и др.

Помимо этого надо рассмотреть особенности, связанные с реализацией данного класса задач в рассматриваемом подразделении.

3. Обоснование необходимости и цели использования вычислительной техники для решения задачи.

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

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

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

-привести схемы документооборота для каждого документа и таблицы, содержащие прагматические оценки потоков информации (объемы в документах, показателях и символах за год, трудовые затраты на их обработку за год, частоту возникновения и др.);

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

При этом следует сделать акцент на те недостатки, устранение которых предполагается осуществить в проекте, например:

опоздания в выдаче отчетной информации;

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

высокая трудоемкость обработки информации (привести объемно-временные параметры);

низкая оперативность, снижающая качество управления объектом;

несовершенство организации сбора и регистрации исходной информации;

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

Говоря о декомпозиции решения задачи, необходимо дать характеристику существующей технологии решения задачи, а также провести анализ решаемой задачи, в ходе которого, в зависимости от сложности задачи, из неё следует попытаться выделить следующие компоненты: этапы решения задачи и функционально простые операции, из которых состоят этапы. Следует перечислить выделенные компоненты (этапы, операции) и для каждого из них привести краткую характеристику главных технико-экономических свойств, а также описать связь данного компонента с другими компонентами, входящими в задачу.

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

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

При этом следует выделять последовательность решения задач комплекса и затем осуществлять разбиение каждой задачи на отдельные этапы и операции.

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

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

Ниже приводится содержание подразделов пункта “Постановка задачи”.

1.4.1 Цель автоматизированного варианта решения задачи

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

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

1.4.2 Общая характеристика организации решения задачи на ЭВМ

В большинстве случаев автоматизация решения задачи приводит к изменениям технологии ее решения, поэтому данном пункте автору следует описать:

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

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

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

порядок ввода первичной информации (названия документов) и перечень используемых экранных форм;

характеристику результатов (названия результатных документов, экранных форм выдачи результатов, перечень результатных файлов, способов их выдачи: на экран, печать или в канал связи) и мест их использования;

характеристику системы ведения файлов в базе данных (перечень файлов с условно-постоянной и оперативной информацией, периодичность обновления, требования защиты целостности и секретности). В этом пункте следует привести диаграмму потоков данных, составленную с помощью CASE-средства (например, Bpwin);

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

периодичность решения задачи. (ежемесячно, ежеквартально, по мере необходимости и т.д.)

1.4.3 Формализация расчетов

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

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

Пример 1. Таблица формализованного описания входных показателей для разработки в среде 1С-Предприятие

№ п/п	Наименование входного показателя	Идентификатор входного показателя
1	Поставщик	поставщик
2	Наименование товара	товар
3	Количество поступившего товара	количество

В качестве пояснения к таблице можно привести описание мест и способов объявления входных идентификаторов, например, идентификатор «поставщик» объявлен в форме справочника в разделе «Реквизиты» и описать способ объявления и тип объявленной переменной.

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

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

Пример 2. Таблица формализованного описания результатных показателей

№ п/п	Наименование результатного показателя	Идентификатор результатного показателя	Алгоритм расчета
1	Сумма поставки	Итого_на_сумму	ИТОГ(“Сумма”)
2	Бухгалтерская проводка	Проводка(41:60)	П. 1.4.2

В качестве пояснения по строке «Сумма поставки» можно привести описание возможностей встроенной функции ИТОГ() системы 1С-Предприятие, а по строке «Бухгалтерская проводка» описание механизма формирования проводок.

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

5. Анализ существующих разработок и обоснование выбора технологии проектирования

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

Обзор рынка программных средств удобно проводить с помощью Internet. Адреса используемых при обзоре ресурсов следует добавить в список литературы дипломного проекта.

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

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

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

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

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

6. Обоснование проектных решений по видам обеспечения.

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

1.6.1 техническое обеспечение (ТО).

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

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

В случае, если внедрение проекта предусматривает капитальную реорганизацию существующей технологии (например, ЭВМ внедряются впервые, требуется применение сервера, внедряется телекоммуникационное оборудование нового поколения), необходимо охарактеризовать преимущества выбираемых моделей перед аналогами. Удобнее всего воспользоваться табличной формой, в которой колонки означают основные характеристики модели, в том числе цену. Кроме того, при обосновании следует указать потребительские факторы, т. е. распространенность продукта, гарантийные условия, наличие документации и технической поддержки, совместимость с наиболее распространенными ОС и ППП. Обоснование можно завершить описанием перспектив использования выбранной модели: привести предполагаемый срок эксплуатации, описать возможность модернизации и т. д.

1.6.2 информационное обеспечение (ИО).

Проектные решения по информационному обеспечению обосновываются с точки зрения внемашинного (классификаторы, справочники, до

кументы) и внутримашинного (входные, промежуточные, выходные массивы информационных баз) обеспечения и включают следующие вопросы:

25. обоснование состава и содержания входных и выходных документов, метода их построения (т.е. возможности использования унифицированных форм документов УСД или выполнение оригинального проектирования);
26. обоснование состава и методов построения экранных форм для ввода переменной и условно-постоянной первичной информации, а также форм для вывода на экран результатной информации или ответов на запросы;
27. обоснование состава классификаторов, возможности использования международных, общесистемных, отраслевых или необходимости построения локальных классификаторов; определение требований к системам классификации и кодирования информации;
28. обоснование способа организации информационной базы как совокупности локальных файлов или как интегрированной базы данных с локальной или распределенной организацией; определение состава файлов, обоснование методов логической организации файлов и баз данных;
29. обоснование состава и способов организации файлов с результатной и промежуточной информацией.

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

1.6.3 Программное обеспечение (ПО)

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

При обосновании выбора общего ПО целесообразно:

30. дать классификацию ОС, указать факторы, влияющие на выбор конкретного класса и его версии, и обосновать выбор операционной системы;
31. дать классификацию и обосновать выбор используемой СУБД.

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

Формулировка требований к специальному ПО должна происходить с учетом выдвинутых предложений по информационному и техническому обеспечению. При обосновании проектных решений по специальному программному обеспечению задачи необходимо:

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

Например, при разработке проекта в Конфигураторе 1С-Предприятия, специальным ПО будет служить встроенный в него язык программирования, характеристику (краткое описание) которого следует привести в этом разделе. В случае разработки проекта в среде MS Access нужно описать возможности пакета, работу его конструкторов и мастеров.

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

1.6.4 Технологическое обеспечение.

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

- классификации методов и средств съема, сбора и передачи информации и обоснованию выбора конкретных методов и средств с учетом характеристик, полученных в разделе 1.3;

- классификации методов контроля вводимой информации в ЭВМ и обоснованию выбора определенного метода;

- обзору методов и языков общения в процессе решения задачи на ЭВМ и обоснованию выбора метода и конкретного языка (язык запросов, шаблонов, меню, подсказок, директив и т.д.);

- обзору методов и средств организации системы ведения файлов баз данных и обоснованию выбора методов актуализации данных, защиты целостности, секретности и достоверности хранимых данных;

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

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

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

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

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

ГЛАВА ВТОРАЯ

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

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

2. Проектная часть.

2.1 Информационное обеспечение задачи.

2.1.1 Информационная модель и ее описание.

2.1.2 Используемые классификаторы и системы кодирования.

2.1.3 Характеристика нормативно-справочной и входной оперативной информации.

2.1.4 Характеристика результатной информации.

2.2. Программное обеспечение задачи.

2.2.1 Общие положения (дерево функций и сценарий диалога).

2.2.2 Структурная схема пакета (дерево вызова процедур и программ).

2.2.3 Описание программных модулей.

2.2.4 Схема взаимосвязи программных модулей и информационных файлов.

2.3. Технологическое обеспечение задачи.

2.3.1 Организация технологии сбора, передачи, обработки и выдачи информации

2.3.2 Схема технологического процесса сбора, передачи, обработки и выдачи информации

Рассмотрим содержание некоторых пунктов этой главы и особенности их написания для различных типов проекта.

1. Информационная модель и ее описание

Методика разработки информационной модели предполагает моделирование:

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

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

В случае проектирования корпоративных баз данных следует выделять этапы разработки общей модели данных и подмоделей, предназначенных для конкретных задач, решаемых с помощью АРМ.

Информационную модель нужно представлять с помощью CASE-средства в нотациях IDEF0, IDEF1Х, IDEF3. Для разработчиков в среде MS Access нужно привести также схему данных.

В пункте 2.1.2  Используемые классификаторы и системы кодирования необходимо дать краткую характеристику используемым для решения данного комплекса задач классификаторам и системам кодирования. Структура кодовых обозначений объектов может быть оформлена в виде таблицы с таким содержанием граф: наименование кодируемого множества объектов (например, кодов подразделений, табельных номеров и т.д.), значность кода, система кодирования (серийная, порядковая, комбинированная), система классификации (иерархическая, многоаспектная или отсутствует), вид классификатора (международный, отраслевой, локальный и т.д.). Далее производится описание каждого классификатора, приводится структурная форму0ла и рассматриваются вопросы централизованного ведения классификаторов на предприятии по данной предметной области, по образцу представленному ниже.

Наименование	Тип	Длина	Описание
Название	строка	36	Название товара
Цена	Число	9.2	Цена товара