Общие требования к разрабатываемым информационным системам реферат

Обновлено: 05.07.2024

ВВЕДЕНИЕ

Для достижения цели работы были поставлены и решены следующие задачи:

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

- изучить правовой статус и дать краткую экономическую характеристику предприятия;

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

- изучить особенности признания доходов и расходов для целей налогообложения;

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

1. Обоснование необходимости разработки информационной системы

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

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

Успешное функционирование человеко - машинных информационных систем и технологии определяет качество проектирования.

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

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

1) технико-экономическое обследование и анализ производственно-хозяйственной деятельности объекта и предмета информатизации;

2) содержательная постановка задачи, ориентированной на рыночные методы хозяйствования и применение СВТ;

3) определение предметной области;

4) анализ состава и содержания входной и выходной информации для приложений.

5) изучение документации предметной области;

6) разработка информационно-логической модели;

7) реализация поставленной задачи с помощью программы Microsoft Excel;

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

Основополагающие принципы создания АИС:

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

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

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

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

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

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

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

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

Первая стадия - предпроектное обследование:

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

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

Вторая стадия - проектирование:

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

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

Третья стадия - ввод системы в действие:

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

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

3-й этап - сдача в промышленную эксплуатацию.

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

2 Анализ предметной области

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

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

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

3 Техническое задание на создание ЭИС

На первом этапе формирования информационной системы происходит создание технического задания.

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

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

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

- установить общую цель создания ЭИС;

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

- разработать и обосновать требования к информационной базе, программному обеспечению;

- определить этапы создания системы и сроки их выполнения

- провести предварительный расчет затрат на создание системы и определить уровень экономической эффективности.

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

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

На основании вышеизложенного можно определить ряд задач:

1) анализ филиала и разработка функционально-логической модели;

2) повышение надежности, оперативности, адресности и аналитичности учетной информации;

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

4) минимизация трудозатрат учетного персонала;

5) повышение достоверности данных финансовой отчетности.

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

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

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

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

Внедрение новой информационно-аналитической системы могут дать определенные результаты, такие как:

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

- эффективную взаимосвязь между натуральными, стоимостными и финансовыми учетными показателями;

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

- повышение капитализации компании и снижение стоимости привлечения инвестиций за счет роста уровня корпоративного управления;

- сокращение расходов на подготовку отчетности;

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

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

Предлагаются следующие виды налоговых регистров, которые будут вестись на основе данных бухгалтерского учета:

- регистр учета расходов на приобретение основных средств до перехода на уплату ЕСХН;

- регистр учета расходов по приобретению основных средств после перехода на уплату ЕСХН;

- регистр учета расходов на ремонт основных средств;

- регистр учета расходов на оплату труда;

- регистр учета материальных расходов;

регистр доходов от продажи продукции.

1) Новый план счетов бухгалтерского учета. - М.: Велби, Изд-во Проспект, 2004.- 128с.

3) Гладкий, А.А. 1С: Предприятие 7.7 - СПб.: Тритон. 2005. - 256с.

4) Информационные технологии в бухгалтерском учете и аудите: учеб. пособие/Под. ред. С.М. Бычковой. - М.: ТК Велби, Изд-во Проспект, 2005. -216с.

7) Шуремов, Е.Л. Автоматизированные информационные системы бухгалтерского учета, анализа и аудита: Учеб. пособие для студ. вузов, обуч. по экон. спец. /Е.Л. Шуремов ,Э.А. Умнова, Т.В. Воролаева.- М.:Перспектива, 2001.- 364с.

Информационная система должна соответствовать требованиям гибкости, надежности, эффективности и безопасности.

Гибкость

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

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

Надежность

Эффективность

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

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

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

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

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

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

Безопасность

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

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

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

Информационный процесс 4

Информационная система 5

Классификация информационных систем 5

Классификация по масштабу 5

Одиночные информационные системы 6

Групповые информационные системы 6

Корпоративные информационные системы 6

Классификация по сфере применения 6

Классификация по способу организации 7

Архитектура файл-сервер 8

Архитектура клиент-сервер 8

Многоуровневая архитектура 9

Требования, предъявляемые к информационным системам 10

Жизненный цикл информационных систем 16

Общие сведения об управлении проектами 17

Классификация проектов 18

Основные фазы проектирования информационной системы 18

Концептуальная фаза 19

Подготовка технического предложения 19

Ввод системы в эксплуатацию 20

Процессы, протекающие на протяжении жизненного цикла информационной системы 21

Основные процессы жизненного цикла 21

Вспомогательные процессы жизненного цикла 23

Организационные процессы 23

Структура жизненного цикла информационной системы 23

Начальная стадия 24

Стадия уточнения 24

Стадия конструирования 24

Стадия передачи в эксплуатацию 24

Жизненный цикл информационных систем 28

Модели жизненного цикла информационной системы 28

Каскадная модель жизненного цикла информационной системы 29

Основные этапы разработки по каскадной модели 29

Основные достоинства каскадной модели 29

Недостатки каскадной модели 30

Спиральная модель жизненного цикла 31

Преимущества спиральной модели 32

Недостатки спиральной модели 33

Методология и технология разработки информационных систем 37

Методология RAD 40

Основные особенности методологии RAD 40

Объектно-ориентированный подход 41

Визуальное программирование 42

Событийное программирование 43

Фазы жизненного цикла в рамках методологии RAD 44

Фаза анализа и планирования требований 44

Фаза проектирования 44

Фаза построения 45

Фаза внедрения 46

Ограничения методологии RAD 46

Методология и технология разработки информационных систем 51

Профили открытых информационных систем 51

Понятие профиля информационной системы 52

Принципы формирования профиля информационной системы 53

Структура профилей информационных систем 55

Профиль прикладного программного обеспечения 57

Профиль среды информационной системы 57

Профиль защиты информации 58

Профиль инструментальных средств 58

Методология и технология разработки информационных систем 63

Стандарты и методики 63

Виды стандартов 64

Методика CDM фирмы Oracle 65

Общая структура 66

Особенности методики СDМ 67

Общая структура 69

Основные и вспомогательные процессы ЖЦ 69

Особенности стандарта ISO 12207 71

CASE-технологии проектирования информационных систем 77

Характеристика современных CASE-средств 80

Локальные средства 86

Объектно-ориентированные CASE-средства 87

Средства конфигурационного управления 87

Средства документирования 87

Средства тестирования 88

Принципы построения и этапы проектирования баз данных 93

Основные понятия и определения 93

Описательная модель предметной области 99

Принципы построения и этапы проектирования баз данных 111

Концептуальные модели данных 111

Типы структур данных 112

Операции над данными 113

Ограничения целостности 114

Иерархическая модель данных 115

Сетевая модель данных 117

Реляционная модель данных 118

Бинарная модель данных 119

Семантическая сеть 120

Технология моделирования информационных систем 124

Методы моделирования систем 124

Математическая модель системы 126

Классификация математических моделей 128

Имитационные модели информационных систем 136

Методологические основы применения метода имитационного моделирования 136

Имитационные модели информационных систем 146

Классификация имитационных моделей 146

Структура типовой имитационной модели с календарем событий 153

Имитационные модели информационных систем 161

Технология моделирования случайных факторов 161

Генерация псевдослучайных чисел (ПСЧ) 161

Мультипликативный метод 163

Аддитивный метод 164

Смешанный метод 164

Моделирование случайных событий 165

Последовательное моделирование 167

Моделирование после предварительных расчетов 167

Имитационные модели информационных систем 172

Технология моделирования случайных факторов 172

Моделирование случайных величин 172

Моделирование непрерывных случайных величин 173

Метод обратной функции 173

Метод исключения (Неймана) 174

Метод композиции 176

Моделирование дискретных случайных величин 177

Метод последовательных сравнений 177

Метод интерпретации 178

Моделирование случайных векторов 178

Метод условных распределений 179

Метод исключения (Неймана) 180

Метод линейных преобразований 181

Имитационные модели информационных систем 187

Основы организации имитационного моделирования 187

Этапы имитационного моделирования 187

Испытание имитационной модели 188

Задание исходной информации 189

Верификация имитационной модели 189

Проверка адекватности модели 189

Калибровка имитационной модели 190

Исследование свойств имитационной модели 190

Оценка погрешности имитации, связанной с использованием в модели генераторов псевдослучайных чисел (ПСЧ) 190

Определение длительности переходного режима 191

Оценка устойчивости результатов имитации 192

Исследование чувствительности модели 192

Языки моделирования 193

Жизненный цикл информационных систем

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

функциональные связи — каждое подразделение выполняет определенные виды

работ в рамках единого бизнес-процесса;

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

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

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

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

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

Общие сведения об управлении проектами

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

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

Можно выделить следующие основные отличительные признаки проекта как объекта управления:

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

ограниченность конечной цели;

ограниченность требуемых ресурсов;

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

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

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

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

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

экономическая эффективность, обеспечиваемая реализацией проекта;

социальная и общественная значимость проекта.

Классификация проектов

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

Класс проекта определяется по составу и структуре проекта. Обычно различают:

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

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

Тип проекта определяется по основным сферам деятельности, в которых осуществляется проект. Можно выделить пять основных типов проекта:

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

Основные фазы проектирования информационной системы

Можно выделить следующие фазы развития информационной системы:

подготовка технического задания;

ввод системы в эксплуатацию.

Рассмотрим каждую из них более подробно.

Концептуальная фаза

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

формирование идеи, постановку целей;

формирование ключевой команды проекта;

изучение мотивации и требований заказчика и других участников;

сбор исходных данных и анализ существующего состояния;

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

сравнительную оценку альтернатив;

представление предложений, их экспертизу и утверждение.

Подготовка технического предложения

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

разработка основного содержания, базовой структуры проекта;

разработка и утверждение технического задания;

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

составление сметы и бюджета проекта, определение потребности в ресурсах;

разработка календарных планов и укрупненных графиков работ;

подписание контракта с заказчиком;

ввод в действие средств коммуникации участников проекта и средств контроля за ходом работ.

Проектирование

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

выполнение базовых проектных работ;

разработка частных технических заданий;

выполнение концептуального проектирования;

составление технических спецификаций и инструкций;

представление проектной разработки, экспертиза и утверждение.

Разработка

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

выполнение работ по разработке программного обеспечения;

подготовка к внедрению системы;

контроль и регулирование основных показателей проекта.

Ввод системы в эксплуатацию

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

подготовка кадров для эксплуатации создаваемой системы;

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

сопровождение, поддержка, сервисное обслуживание;

оценка результатов проекта и подготовка итоговых документов;

разрешение конфликтных ситуаций и закрытие работ по проекту;

накопление опытных данных для последующих проектов, анализ опыта, состояния, определение направлений развития.

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

ошибки в определении интересов заказчика;

концентрация на маловажных, сторонних интересах;

неправильная интерпретация исходной задачи;

неправильное или недостаточное понимание деталей;

неполнота функциональных спецификаций (системных требований);

ошибки в определении требуемых ресурсов и сроков;

редкая проверка на согласованность этапов и отсутствие контроля со стороны заказчика (нет привлечения заказчика).

Для демонстрации примера требований с атрибутами воспользуемся методом расстановки приоритетов MoSCoW и рекомендациями RUP. В данном случае воспользуемся набором RUP, который включает следующие атрибуты: Параллельно должна быть начата разработка требований к надежности. Требования к надежности (табл. 8.4) очень важны, поскольку от их точного указания зависит стабильная работа создаваемой И С… Читать ещё >

управление жизненным циклом информационных систем

Требования к информационной системе ( реферат , курсовая , диплом , контрольная )

При формировании требований к информационной системе воспользуемся классификацией FURPS+ (см. подпараграф 3.2.3). Данная классификация включает:

• функциональные требования;
• требования к удобству использования;
• требования к надежности;
• требования к производительности;
• требования к поддержке;
• ограничения.

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

• статус (Status):
- — предложенные (Proposed),
- — одобренные (Approved),
- — отклоненные (Rejected),
- — включенные (Incorporated);
Далее сформируем спецификацию требований к информационной системе на основе классификации FURPS+ и зададим атрибуты для них на основе набора RUP. Еще раз отметим, что для первичного формирования спецификации требований к ИС, которые готовит бизнесили системный аналитик, было бы достаточно составления простого списка без атрибутов.

Функциональные требования. Применение классификации FURPS+ обычно начинается с формирования функциональных требований. В табл. 8.2 приведены примеры функциональных требований к разрабатываемой информационной системе и их атрибутов.

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

1. Постановка цели и задач разработки информационной системы

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

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

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

Необходимо описать предметную область с помощью CASE-средств, которая будет представлена в ER-диаграмме. Провести моделирование и анализ входной и выходной информации. Разработать структуру БД и базовых таблиц. А также разработать средства защиты данных и программы от постороннего вмешательства.

2. Обзор существующих аналогов информационных систем

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

систематизация данных о сотрудниках и учащихся;

оперативный сбор, учет и анализ результатов учебной деятельности учащихся;

автоматизация вопросов планирования и организации учебного процесса;

управление административно-финансовой и хозяйственной деятельностью;

автоматизация библиотечной деятельности;

организация учета питания.

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

автоматизации кадровой работы;

систематизации данных об учащихся;

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

поддержки содержания образования;

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

Информационная система управления учебным заведением РГУПС предназначена для:

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

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

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

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

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

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

Автоматизированная система управления (АСУ) – комплекс аппаратных и программных средств, предназначенный для управления различными процессами в рамках технологического процесса, производства, предприятия. АСУ применяются в различных отраслях промышленности, энергетике, транспорте и т. п. Термин автоматизированная, в отличие от термина автоматическая, подчеркивает сохранение за человеком-оператором некоторых функций, либо наиболее общего, целеполагающего характера, либо не поддающихся автоматизации.

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

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

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

разработка и автоматизация методики составления расписания;

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

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

Система управления базами данных (СУБД) — совокупность программных и лингвистических средств общего или специального назначения, обеспечивающих управление созданием и использованием баз данных. Основные функции СУБД:

управление данными во внешней памяти (на дисках);

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

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

поддержка языков баз данных (язык определения данных, язык манипулирования данными).

Программное обеспечение разработано под операционную систему Windows, поскольку это одна из наиболее распространенных и наиболее удобных в использовании на данный момент операционных систему. Комплекс программ включает разработку баз данных. Наиболее распространенными среди программных сред, поддерживающих разработку баз данных, являются Visual Basic, Microsoft Access, Delphi и C++ Builder с поддержкой различных форматов баз данных, таких как Dbase/FoxPro, Paradox, InterBase.

Среда разработки Visual Basic будет исключена из рассмотрения, в связи с тем, что данный язык является достаточно медленным, поскольку является интерпретируемым, то есть программы компилируются в p-код, который затем исполняется виртуальной p-машиной.

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

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

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

Среда Delphi включает в себя полный набор визуальных инструментов для скоростной разработки приложений (RAD - rapid application development), поддерживающей разработку пользовательского интерфейса и подключение к корпоративным базам данных. VCL - библиотека визуальных компонент, включает в себя стандартные объекты построения пользовательского интерфейса, объекты управления данными, графические объекты, объекты мультимедиа, диалоги и объекты управления файлами, управление DDE и OLE.

Объекты БД в Delphi основаны на SQL и включают в себя полную мощь Borland Database Engine. В состав Delphi также включен Borland SQL Link, поэтому доступ к СУБД Oracle, Sybase, Informix и InterBase происходит с высокой эффективностью. Кроме того, Delphi включает в себя локальный сервер Interbase для того, чтобы можно было разработать расширяемые на любые внешние SQL-сервера приложения. Разработчик в среде Delphi, проектирующий информационную систему для локальной машины может использовать для хранения информации файлы формата .dbf (dBase или Clipper) или .db (Paradox). В случае использования локального InterBase for Windows (встроенный локальный SQL-сервер) приложение будет способно работать и в составе большой системы с архитектурой клиент-сервер.

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

Для разработки интернет-ресурса можно использовать HTML (HyperText Markup Language), потому что этот язык разметки гипертекста представляет собой довольно простой набор команд, описывающих структуру документа. Он позволяет выделить в документе отдельные логические части: заголовки, абзацы, таблицы, списки-перечисления и т.д., но не задает конкретные атрибуты форматирования. Конкретный вид форматирования определяет сам браузер при чтении документа.

Интернет-ресурс должен содержать динамические Web-приложения, потому что динамический HTML обеспечивает возможность взаимодействия HTML – документов с пользователем и полного их изменения на клиентском компьютере. Динамический HTML (DHTML) построен на объектной модели, которая расширяет традиционный статический HTML – документ.

Реализация DHTML основывается на трех основных компонентах, придавая простому документу HTML качественно новую возможность изменения своего содержимого без перезагрузки WEB – страницы. Этими компонентами являются:

непосредственно сам HTML;

каскадные таблицы стилей (Cascade Style Sheets — CSS);

язык сценариев (JavaScript и VBScript).

Каскадные таблицы стилей (Cascade Style Sheets – CSS) представляют собой простую технологию определения и присоединения стилей к документам HTML. Это все то, что определяет внешний вид документа HTML при его отображении в окне браузера: шрифты и цвета заголовков разных уровней, фон документов, стили отображения рисунков и т. д. CSS представляет собой отдельный код, который позволяет расширять возможности HTML, позволяя переопределять уже существующий HTML-теги.

Существует два основных языка написания сценариев для Web: JavaScript и VBScript. JavaScript – язык, основанный на объектах, который может интерпретироваться средствами браузера. Язык программирования JavaScript разработан фирмой Netscape для создания интерактивных HTML-документов. Он предоставляет наибольшие возможности и поддерживается многими браузерами, именно поэтому он будет использоваться в данном курсовом проекте.

Для динамического обновления информации используется CGI (Common Gateway Interface) – часть web-сервера, которая может взаимодействовать с другими программами, выполняющимися на этом же web-узле, и в этом смысле является шлюзом для передачи данных, полученных от клиента, программам обработки (таким, как СУБД, электронные таблицы и т. д.).

Одним из языков разработки CGI-приложений является PHP. РНР — это быстро развивающееся средство программирования, работающее на очень многих серверах в Интернете. PHP – это скрипт-язык, который непосредственно встраивается в HTML-код и выполняется сервером. Благодаря языку PHP появляется возможность легко создавать динамические сайты.

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

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

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

4. Разработка структуры базовых таблиц и общая структуры базы данных

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

Читайте также: