Учебно-методический комплекс дисциплины
Скачать 2.15 Mb.
|
5.5. Тематика и перечень курсовых работ, рефератов1. Автоматизированная система учета продаж в автомагазине. 2. Автоматизированная система учета продаж в книжном магазине. 3. Автоматизированная система учета продаж в продовольственном магазине. 4. Автоматизированная система учета заказов в туристической фирме. 5. Автоматизация управления кредитными картами в отделении банка. 6. Автоматизация решения задач математической оптимизации распределения ресурсов в производстве мороженного. 7. Автоматизация решения задач математической оптимизации распределения ресурсов в производстве колбасных изделий. 8. Автоматизация работы диспетчерской службы в таксомоторном парке. 9. Автоматизация учета нарядов и путевых листов в службе транспортного обеспечения строительства. 10. Автоматизация работы букмекерской конторы. 11. Автоматизация учета и прогнозирования цен на рынке ценных бумаг на основе алгоритма нейронных сетей. 12. Автоматизация учета транспорта в ГАИ. 13. Автоматизация учета заказов и расчетов в ресторане. 14. Автоматизация учета и обслуживания отдыхающих в санатории. 15. Автоматизация учета заказов и поступлений лекарственных средств в аптеке. 16. Автоматизация расчетов с абонентами в городской энергосети 17. Автоматизация учета расчетов с абонентами на телефонной станции. 18. Автоматизация учета и расчетов в рекламном агентстве. 19. Автоматизация процесса анализа хозяйственной деятельности продуктового магазина (расчет коэффициентов). 20. Автоматизация расчетов износа и восстановления основных средств в швейной мастерской. 21. Автоматизация оценки недвижимости доходным подходом. 22. Автоматизация оценки недвижимости затратным подходом. 23. Автоматизация оценки недвижимости рыночным подходом. 24. Автоматизация оценки эффективности инвестиционного проекта в строительстве. 5.6. Учебно-методическое обеспечение дисциплиныОсновная литература 1. Белов С.Б. Функциональное проектирование программного обеспечения в экономике: учебное пособие. – Владивосток: Изд-во ДВГТУ, 2010 г. 2. Белов С.Б. Функциональное проектирование программного обеспечения в экономике: методические указания. – Владивосток: Изд-во ДВГТУ, 2010 г. 3. http://window.edu.ru/resource/437/79437 Горбаченко В.И. Проектирование информационных систем с CA ERwin Modeling Suite 7.3: учебное пособие / В.И. Горбаченко, Г.Ф. Убиенных, Г.В. Бобрышева - Пенза: Изд-во ПГУ, 2012. - 154 с. 4. http://window.edu.ru/resource/507/76507 Милованов И.В. Основы разработки программного обеспечения вычислительных систем: учебное пособие / И.В. Милованов, В.И. Лоскутов. - Тамбов: Изд-во ГОУ ВПО ТГТУ, 2011. - 88 с. 5. http://window.edu.ru/resource/651/75651 Рейзлин В.И. Математические методы проектирования: учебное пособие / В.И. Рейзлин, С.Ф. Быков; Национальный исследовательский Томский политехнический университет. - Томск: Изд-во ТПУ, 2010. - 144 с. Дополнительная и справочная литература
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ Федеральное государственное автономное образовательное учреждение высшего профессионального образования «Дальневосточный федеральный университет» (ДВФУ) ШКОЛА ЕСТЕСТВЕННЫХ НАУК КОНСПЕКТЫ ЛЕКЦИЙ по дисциплине «Разработка и применение пакетов прикладных программ в экономике» Специальность 080801.65 – «Прикладная информатика (в экономике)» Форма подготовки – очная г. Владивосток 2012 Лекция 1 (2 часа) Тема: «Введение в дисциплину РППП» Основные вопросы:
Термин «программное обеспечение» (ПО) имеет два смысловых значения. С одной стороны – это процесс, в котором технические средства (компьютеры) обеспечиваются средствами сбора хранения и обработки информации. С другой стороны – это сами программы, т.е. в быту так называются все программы, устанавливаемые на компьютер. Это две различных области исследования и изучения, хотя и тесно связанные между собой. Естественно, возникает вопрос о том, что, собственно, является предметом изучения в данном учебном пособии? В данной книге программное обеспечение рассматривается как комплекс программ, предназначением которых является сбор, хранение, обработка информации, а также выработка на основе этой информации управленческих решений с применением вычислительной техники (т.е. компьютеров). Главной целью данного учебного курса является научить студентов создавать программные комплексы, используя современные средства проектирования и программирования, для автоматизации процессов решения экономических задач различной сложности.
Для того, чтобы понять трудности, связанные с созданием программного обеспечения, полезно выбрать какое-нибудь большое сложное устройство (автомобиль, многоэтажное административное здание или собор) и представить, что вам нужно создать его проект, а затем контролировать постройку. Как оценить количество времени, денег и других ресурсов, которые понадобятся для реализации проекта? Как разделить проект на управляемые части? Как убедиться, что полученные части совместимы? Как будут люди, работающие над разными частями, обмениваться информацией? Как оценить успехи? Как справиться с огромным количеством деталей? В процессе разработки программного обеспечения нужно ответить на такой же большой круг вопросов. Поскольку проектирование представляет собой хорошо разработанную область науки, может показаться, что уже созданные методики проектирования могут быть полезны при ответе на такие вопросы. Отчасти такие рассуждения правильны, но при этом не учитываются различия между свойствами программного обеспечения и другими объектами проектирования. Одно из таких различий состоит в возможности создавать системы из заранее изготовленных групповых компонентов. В традиционном проектировании при создании сложных механизмов уже долгое время в качестве строительных блоков используются готовые компоненты. Разработчик новой машины не должен создавать двигатель, радио, кондиционер и дверные замки. Для этого он использует уже созданные модели этих составляющих. Однако в программном обеспечении заранее созданные компоненты отражают специфику конкретной области, т.е. их внутреннее строение зависит от конкретной прикладной задачи. Следовательно, прежде чем использовать такие компоненты, их нужно модернизировать. В результате исторически сложилось так, что сложные системы программного обеспечения создаются с нуля. Другое отличие разработки программного обеспечения от традиционного проектирования – это допустимое отклонение от нормы. Обычное проектирование – это разработка продуктов, которые годны до тех пор, пока они выполняют свою задачу в определенных границах. Стиральная машина, которая выполняет цикл «стирка-полоскание-отжим» с 2-% отклонением от желаемого времени, годится для использования. В отличие от этого, программное обеспечение может работать либо правильно, либо неправильно. Систему бухгалтерского учета с допустимым отклонением точности 2 % нельзя использовать. Еще одно отличие связано с недостаточным количеством систем для измерения характеристик программного обеспечения, которые называются метриками (metric). Качество механических устройств часто измеряется средним временем между сбоями в работе, при этом измеряется, насколько устройство устойчиво к износу. Программное же обеспечение не изнашивается, поэтому для него не подходит такой метод оценки качества. Невозможность количественно оценить свойства программного обеспечения является одной из главных причин того, что разработка программного обеспечения не имеет такой твердой основы, как машиностроение и электротехника. В то время как эти дисциплины основываются на физике, разработка программного обеспечения все еще нуждается в научной базе. Состояние разработки программного обеспечения сегодня похоже на состояние машиностроения в начале XVII в. до того, как Исаак Ньютон и другие ученые обнаружили, что можно измерить и найти математическую зависимость между такими характеристиками как масса, ускорение и сила. Исследования в области программного обеспечения в настоящее время развиваются в двух плоскостях: 1) исследователи, которых иногда называют практиками, разрабатывают методы создания приложений; 2) другие исследователи – теоретики – занимаются поиском основных принципов и теорий, которые могут быть основой методики создания программного обеспечения. Подход практиков к созданию программного обеспечения поначалу заключался в буквальном, «без лишних мудрствований», написании программ. Этот процесс сопровождался некоторым пренебрежением с их стороны к изысканиям и предложениям теоретиков, которые стремились упорядочить его, подчинить общим правилам проектирования. Практики и сейчас зачастую ведут себя также. Однако значительное усложнение решаемых проблем, естественное незнание программистами различных предметных областей, в которых производится автоматизация деятельности человека, привело к созданию в 80-90-х гг. прошлого века огромного количества уродливых и неэффективных программных продуктов. Это явилось стимулом для теоретических исследований в направлении организации процесса разработки ПО. Поскольку многие методики, созданные практиками в прошлом, были субъективными, создавали много путаницы, порождали несовместимость ПО, возникла необходимость «наведения порядка» в это колоссальной сфере деятельности. Исследования теоретиков всегда были направлены на создание объективных методик разработки ПО на основе выработанных стандартов, носящих универсальный характер. Сюда постепенно включались все новые и новые задачи: организация работ по созданию ПО, исследование предметной области, выработка требований к проекту, создание проекта и управление им, документирование, обучение персонала и пр. Непосредственная реализация проекта, т.е. написание кода программы, стала всего лишь частью этого огромного процесса, хотя и одной из основных. Однако и здесь возникли серьезные проблемы. Появилась угроза «утопить» практическую работу в «волнах теоретизирования». Жизнь показала, что успехи теоретиков, к сожалению, также мимолетны. В последнее десятилетие наметилась серьезная тенденция примирить теоретиков и практиков. Существует огромная потребность в методиках, разработанных и той, и другой стороной. Наше общество зависит от компьютерных систем и связанного с ними программного обеспечения. Наша экономика, здравоохранение, правительственные учреждения, транспорт и оборона опираются на большие системы программного обеспечения.
Говоря о программном обеспечении, мы должны понимать, что это сложная многоуровневая система. Существуют и разрабатываются программы, которые непосредственно служат для решения различных прикладных задач инженерного, экономического, управленческого и пр. содержания. В то же время существует системное и инструментальное ПО, без которых невозможна работа компьютера и создание программ. Естественно, для эффективного применения ПО необходимы компьютеры с определенными характеристиками. Вместе – ПО и компьютеры – образуют средства процессов автоматизации. Таким образом, к средствам, которые применяются в процессах автоматизации, относятся: • компьютеры с определенными техническими характеристиками (пересечение с процессом технического обеспечения); • пакеты системных программ; • пакеты инструментальных программ (языки программирования и их интегрированные среды разработки); • пакеты прикладных программ (ППП) различного назначения. Что касается технической стороны дела, то в данном учебном пособии эта проблематика не рассматривается. Основное внимание сосредоточено на программах, программных комплексах и пакетах прикладных программ. В мире и у нас в стране уже существует огромное количество (сотни тысяч) различных программ. Специалисты в различных областях могут использовать готовые программные продукты, адаптируя их к своим целям. Однако нет предела совершенству, и сколько бы не появлялось на рынке новых программ, специалисты в своих предметных областях всегда чем-то недовольны. Ни одна программа не делает всего, что надо конкретному пользователю. Это стимулирует проектировщиков разрабатывать эксклюзивные программные комплексы непосредственно для определенного заказчика. В недавние времена создание программных продуктов было делом исключительно программистов, т.е. специалистов, знающих тот или иной язык программирования и способных писать код (текст) программы. Существовало понятие «работы (или написания) на том или ином языке». В настоящее время программы приобрели форму масштабных программных комплексов, или, как их теперь называют, «программных пакетов», над которыми работают большие многопрофильные коллективы специалистов. В более широком смысле процесс создания программного пакета стал называться «проектированием», а разработка (или реализация) является лишь частью этого большого процесса. При изучении данного учебного пособия следует отметить два важных обстоятельства: во-первых, хотя данное учебное пособие предназначено для изучения дисциплины «Функциональное проектирование программного обеспечения в экономике», но оно также полезно и для изучения таких дисциплин как «Разработка и применение пакетов прикладных программ в экономике» и «Разработка и стандартизация программного обеспечения»; во-вторых, учебное пособие имеет две части, содержащих теорию и практику проектирования программных комплексов для экономических систем. В практической части имеется пример разработки проекта программного комплекса по начислению заработной платы, включая текст программы (код). Программа действующая, что может быть проверено любознательным читателем. Однако курс рассчитан на читателя с определенным уровнем подготовки, т.е. на наличие у него знаний и навыков в программировании с использованием среды разработки Visual Basic for Application (VBA), поэтому в пособии не приводится предварительных сведений по курсу программирования. Лекция 2 (2 часа) Тема: «Теоретические основы разработки ППП» Основные вопросы:
Термин «функциональное проектирование ПО» подразумевает создание программных пакетов на основе функциональной структуры автоматизируемого объекта. «Функциональным» проектирование называется по двум причинам: 1) проектируемые пакеты создаются с учетом функционального предназначения; 2) в основе логического построения проекта (логической модели – комплекса диаграмм) лежит функциональный элемент (рис. 1.1). Функция Управление Вход Выход Механизм Рис. 1.1. Функциональный блок и интерфейсные дуги Функциональный блок отображает элементарную функцию, выполняемую программой на том или ином этапе работы. Из этих элементов как из деталей складываются диаграммы, которые являются логической схемой технологического процесса, выполняемого программой. Их еще называют «технологическими операциями». Они сродни деталям в электронной схеме какого-нибудь устройства. «Вход» подразумевает поступление в блок исходной информации, «Управление» – некоторое воздействие, выражающее набор правил выполнения функции, «Механизм» – люди, устройства и части программы, выполняющие данную функцию, «Выход» – получаемые результаты после выполнения функции. Линии со стрелками отображают информационные потоки в системе и являются представлением (т.е. интерфейсом) одного блока перед другим (интерфейсные дуги).
В настоящее время уже нет такого понимания процесса создания программного пакета как написание его на каком-либо языке программирования. На современном этапе сложилось представление о создании пакетов программ с позиций направлений программирования. Существует три основных направления: • системное программирование; • прикладное программирование; • WEB-программирование. Каждое из этих направлений имеет в своем распоряжении различные языки, т.е. инструментальные средства. Но среди них обязательно имеется язык-лидер, который предназначен специально для этого направления и имеет определенные преимущества в виде специализированных средств и возможностей, отсутствующих в других языках. Так, например, при создании системных программ обладающий язык С++, явными преимуществами хотя хорошими возможностями обладают и Delphi (Visual Pascal) и Visual Basic. В прикладном программировании спектр языков-лидеров шире. Здесь при решении инженерных расчетных задач и задач, основанных на использовании баз данных, для создания автономных программных комплексов наибольшей популярностью пользуется Delphi. А в офисном программировании, которое является подсистемой прикладного программирования, при разработке автоматизированных рабочих мест нет альтернативы VBA (Visual Basic for Application). В WEB-программировании явными лидерами являются языки PHP и Java-Script, хотя и другие «большие» «не скриптовые» языки тоже применимы. В данном учебном пособии функциональное проектирование программного обеспечения рассматривается на примере прикладного программирования, или, точнее, на примере его подсистемы – офисного программирования. Основное внимание уделяется общей теории функционального проектирования и практике разработки и применения пакетов прикладных программ (ППП). Термин «пакеты прикладных программ» (ППП) применяется к комплексам программ различной сложности и назначения. По современным представлениям ППП – это совокупность совместимых программ для решения определенного класса задач. ППП всегда ориентируется на пользователей определенной квалификации, как в программировании, так и в той области, к которой относятся задачи, решаемые с применением ППП. Совместимость ППП – это возможность их взаимного использования, общность структуры управляющих данных и используемых информационных массивов. Свойства ППП: 1. Предназначенность для решения задач определенного класса. 2. Универсальность в пределах задач своего класса, т.е. пакет позволяет решать все или почти все задачи данного класса. 3. Наличие в ППП средств управления, позволяющих выбирать конкретные возможности из числа предусмотренных в пакете, т.е. пакет предусматривает настройку на конкретные условия применения. 4. Возможность использования пакета за пределами организации, создавшей его (автономность, независимость от среды разработки). 5. Определенная функциональная предназначенность пакета (рис. 1.2). В зависимости от функционального назначения пакта выделяют следующие ППП: программы, расширяющие возможности операционной системы; программы, предназначенные для решения прикладных задач. К первым относятся программы различного назначения для расширения функциональных возможностей компьютера: драйверы, утилиты, архиваторы, антивирусные программы и пр. Ко вторым относятся методо-ориентированные пакеты (МОП); проблемно-ориентированные пакеты (ПОП); интегрированные пакеты (ИНП). Охарактеризовать прикладные программы можно следующим образом. МОП предназначены для решения задач пользователя одним из нескольких методов, предусмотренных в пакете. Причем метод либо назначается пользователем, либо выбирается автоматически на основе анализа входных данных. Примерами таких ППП являются пакеты для решения математических задач с применением различных численных методов (методы решения систем линейных и нелинейных уравнений, методы численного дифференцирования и интегрирования и т.д.). ППП Расширяющие ОС Для решения прикладных задач МОП ПОП ИНП Ориентированные на типовые операции Ориентированные на прикладные проблемы Рис. 1.2. Классификация ППП по их функциональному назначению ПОП предназначены для решения групп (последовательностей) задач, использующих общие данные. Проблемная ориентация в этих пакетах выражается в общем характере операций, выполняемых пакетом. Примеры таких пакетов – текстовые редакторы, табличные процессоры и т.д. Кроме того, проблемная ориентация может быть представлена и общей прикладной проблемой, решение которой распадается на различные задачи, для каждой из которых пакетом предусмотрен свой алгоритм. Примерами являются пакеты бухгалтерских программ (задачи начисления заработной платы, учета товаров, учета хозяйственных операций и т.д.). ИНП содержат признаки МОП и ПОП. Примером может служить СУБД Access.
Логика решения любой задачи предусматривает использование неких исходных данных, характерных для конкретной задачи методов обработки входных данных и получение результатов, т.е. выходных данных. Исходя из этого, структуру пакета в наиболее общем виде можно представить следующим образом: • управляющие формы (УФ); • управляющие модули (УМ); • обрабатывающие модули (ОМ); • информационная база (ИБ); • выходные формы, таблицы и документы (ВФТД) (рис. 1.3). УФ УМ ВФТД Вход Выход ОМ ИБ Рис. 1.3. Схема взаимодействия структурных частей ППП Назначение составных частей ППП: УФ служат для реализации выбранных пользователем конкретных действий и для ввода данных. Пакет должен работать в диалоговом режиме и воспринимать от пользователя управляющую информацию, которая подается посредством элементов управления, расположенных на форме. Кроме того, формы являются полноценными окнами, реализующими основной принцип организации пользовательского интерфейса. УМ являются модулями класса, которые содержат процедуры, обрабатывающие события соответствующей формы и ее элементов управления. Эти модули служат для преобразования заданий пользователя в последовательность вызовов процедур обрабатывающих модулей. ОМ являются стандартными модулями и выступают в роли пользовательских библиотек. Пользовательские библиотеки содержат процедуры и функции, реализующие соответствующие алгоритмы. Эти процедуры вызываются процедурами управляющих модулей при обработке их событий. ИБ это совокупность данных, подлежащих обработке и выдаче пользователю. По сути, это, как правило, реляционные базы данных, в которых данные организованы в таблицы с установленными между ними связями. ВФТД служат для представления результатов работы пакета в удобном и требующемся для пользователя виде. Лекция 3 (2 часа) |
Похожие:
 | Учебно-методический комплекс составлен в соответствии с требованиями государственного образовательного стандарта высшего профессионального... | | Учебно-методический комплекс дисциплины составлен в соответствии с требованиями государственного образовательного стандарта высшего... |
| Учебно-методический комплекс дисциплины составлен в соответствии с требованиями государственного образовательного стандарта высшего... | | Учебно-методический комплекс дисциплины составлен в соответствии с требованиями государственного образовательного стандарта высшего... |
| Учебно-методический комплекс дисциплины составлен в соответствии с требованиями государственного образовательного стандарта высшего... | | Учебно-методический комплекс дисциплины составлен в соответствии с требованиями государственного образовательного стандарта высшего... |
| Учебно-методический комплекс дисциплины составлен в соответствии с требованиями государственного образовательного стандарта высшего... | | Учебно-методический комплекс дисциплины составлен в соответствии с требованиями государственного образовательного стандарта высшего... |
| Учебно-методический комплекс дисциплины составлен в соответствии с требованиями государственного образовательного стандарта высшего... |  | Учебно-методический комплекс дисциплины составлен в соответствии с требованиями государственного образовательного стандарта высшего... |