Автор работы: Пользователь скрыл имя, 26 Сентября 2010 в 13:22, Не определен
Разработка и эксплуатация автоматизированных информационных систем
Государственное образовательное учреждение
среднего профессионального образования
«,,,»
Курсовая работа
на тему:
«Автоматизированная
по дисциплине Разработка и эксплуатация автоматизированных
информационных
систем
Разработала
студентка
группы А-41
______________ 20.10.2008
(подпись)
Руководитель ______________ 23.10.2008
Работа ______________________________
Работа защищена с оценкой ________________
________________
Киров, 2004
Государственное образовательное учреждение
среднего профессионального образования
«Вятский
техникум экономики, статистики и информатики»
ЗАДАНИЕ
на выполнение курсовой работы по дисциплине
Разработка и эксплуатация автоматизированных информационных систем
Студентке группы А-41.
по теме Автоматизированная
информационная система «Магазин по продаже
одежды»
1. Исходные данные
для выполнения курсовой
______________________________
______________________________
______________________________
2. Перечень
подлежащих разработке
______________________________
______________________________
______________________________
3. Срок защиты
курсовой работы ноябрь 2008г.
Задание получила
студентка ________________ 02.09.2004
Задание выдал
руководитель ________________
02.09.2004
СОДЕРЖАНИЕ
Введение
Темой данной курсовой работы стал магазин по продаже одежды, так как актуальность этой темы в данное время велика, во всех городах, поселках, деревнях существуют магазины одежды, ведь одежда является предметом первой необходимости. Чтобы облегчить задачу учета продаваемой и поступающей одежды работникам магазина будет разработана и спроектирована данная автоматизированная система.
По данной теме существуют различные автоматизированные системы, одна из которых 1С:Бухгалтерия, очень удобна для учета товаров, поставщиков, бухгалтерского учета и многих других операций.
В
данной курсовой работе будет спроектирована
и разработана
Перед данной ИС стоят следующие задачи:
1. Проектирование АИС.
Жизненный цикл (ЖЦ) АИС - это непрерывный процесс, который начинается с момента принятия решения о необходимости создания ИС и заканчивается в момент ее полного изъятия из эксплуатации.
Жизненный цикл АИС и его этапы.
Структура ЖЦ ПО базируется на трех группах процессов:
- основные процессы ЖЦ ПО (приобретение, поставка, разработка, эксплуатация, сопровождение);
- вспомогательные процессы, обеспечивающие выполнение основных процессов (документирование, управление конфигурацией, обеспечение качества, верификация, аттестация, оценка, аудит, решение проблем);
-организационные процессы (управление
проектами, создание
Разработка охватывает все работы по созданию АИС и его компонентов (анализ, проектирование и программирование) в соответствии с заданными требованиями, включая оформление проектной и эксплуатационной документации, подготовку материалов, необходимых для проверки работоспособности и качества программных проектов, материалов, необходимых для организации обучения персонала, и т.д. Эксплуатация включает в себя работы по внедрению компонентов АИС (конфигурирование базы данных и рабочих мест пользователей, обеспечение эксплуатационной документацией, проведение обучения персонала и др.), локализация проблем, возникающих при эксплуатации с устранением причин их возникновения, модификацию АИС в рамках установленного регламента, подготовку предложений по совершенствованию, развитию и модернизации системы. Каждый процесс характеризуется определенными задачами и методами их решения, исходными данными, полученными на предыдущем этапе, и результатами. Результатами анализа, в частности, являются функциональные модели, информационные модели и соответствующие им диаграммы.
Известно несколько моделей жизненного цикла программного обеспечения. Под моделью жизненного цикла ПО понимается структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач на протяжении всего цикла. Модель ЖЦ зависит от специфики АС и специфики условий, в которых система создается и функционирует. К настоящему времени наибольшее распространение получили следующие две основные модели ЖЦ: каскадный способ и спиральная модель. Каскадная модель применяется, как правило, для разработки однородных АС, представляющих собой единое целое. Ее основной характеристикой является разбиение всей разработки на этапы, причем переход с одного этапа на следующий происходит только после того, как будет полностью завершена работа на текущем этапе. Каждый этап завершается выпуском полного комплекта документации, достаточной для того, чтобы разработка могла быть продолжена другой командой разработчиков. Преимущества применения каскадного способа заключаются в следующем: на каждом этапе формируется законченный набор проектной документации, отвечающий критериям полноты и согласованности; выполняемые в логичной последовательности этапы работ позволяют планировать сроки завершения всех работ и соответствующие затраты. В то же время этот подход обладает рядом недостатков, вызванных прежде всего тем, что реальный процесс создания АИС никогда полностью не укладывается в такую жесткую схему, постоянно возникает потребность в возврате к предыдущим этапами уточнении или пересмотре ранее принятых решений.
Разработка итерациями отражает объективно существующий спиральный цикл создания автоматизированной системы. Неполное завершение работ на каждом этапе позволяет переходить на следующий этап, не дожидаясь полного завершения работы на текущем. При итеративном способе разработки недостающую работу можно будет выполнить на следующей итерации. Главная же задача - как можно быстрее показать пользователям АИС работоспособный продукт, тем самым активизируя процесс уточнения и дополнения требований. Основная проблема спирального цикла - определение момента перехода на следующий этап. Для ее решения необходимо ввести временные ограничения на каждый из этапов жизненного цикла. Переход осуществляется в соответствии с планом, даже если не вся запланированная работа закончена. План составляется на основе статистических данных, полученных в предыдущих проектах, и личного опыта разработчиков АИС. Команда разработчиков должна представлять собой группу профессионалов, имеющих опыт в анализе, проектировании, генерации кода и тестировании АИС с использованием CASE-средств, способных хорошо взаимодействовать с конечными пользователями и трансформировать их предложения в рабочие прототипы. Жизненный цикл АИС в соответствии с методологией RAD состоит из четырех фаз: анализа и планирования требований; проектирования; построения; внедрения.
На фазе анализа и планирования требований пользователи АИС определяют функции, которые она должна выполнять, выделяют наиболее приоритетные из них, требующие проработки в первую очередь, описывают информационные потребности. Формулирование требований к АИС осуществляется в основном силами пользователей под руководством специалистов-разработчиков. Ограничивается масштаб проекта АИС, устанавливаются временные рамки для каждой из последующих фаз. Кроме того, определяется сама возможность реализации проекта в заданных размерах финансирования, на имеющихся аппаратных средствах и т.д. Результатом этого этапа должен быть список расставленных по приоритету функций будущей АИС, а также предварительные функциональные модели АИС.
На этапе проектирования часть пользователей принимает участие в техническом проектировании системы под руководством специалистов-разработчиков. CASE-средства используются для быстрого получения работающих прототипов приложений. Пользователи, непосредственно взаимодействуя с ними, уточняют и дополняют требования к системе, которые не были выявлены на предыдущей фазе. Более подробно рассматриваются процессы системы. Анализируется и при необходимости корректируется функциональная модель. Каждый процесс рассматривается детально. Устанавливаются требования разграничения доступа к данным. На этой же фазе происходит определение необходимой документации. Результатом данного этапа должны быть: общая информационная модель системы; функциональные модели системы в целом и подсистем, реализуемых отдельными командами разработчиков; точно определенные с помощью CASE-средств интерфейсы между автономно разрабатываемыми подсистемами; построенные прототипы экранов, отчетов, диалогов. Все модели и прототипы должны быть получены с применением тех CASE-средств, которые будут использоваться в дальнейшем при построении системы. Данное требование вызвано тем, что в традиционном подходе при передаче информации о проекте с этапа на этап нередко происходит неконтролируемое искажение данных. Применение единой среды хранения данных о проекте позволяет этого избежать. В отличие от обычных подходов, при которых используются специфические средства, не предназначенные для построения реальных приложений, а прототипы выбрасываются после устранения неясностей в проекте АИС, в подходе RAD каждый прототип передается будущей системе. Таким образом, на следующую фазу передается более полная и полезная информация.
На этапе построения осуществляется непосредственно сама быстрая подготовка приложения. При этом разработчики выполняют итеративное построение реальной АСУ на основе полученных в предыдущей фазе моделей, а также требований нефункционального характера. Программный код частично формируется CASE-средствами автоматически. Конечные пользователи на этой фазе оценивают получаемые результаты и вносят коррективы, если в процессе разработки система перестает удовлетворять указанным ранее требованиям. Тестирование автоматизированной системы осуществляется в процессе разработки. После окончания работ каждой отдельной команды разработчиков производится постепенная интеграция данной части системы с остальными, формируется полный программный код, выполняется тестирование совместной работы данной части приложения, а затем тестирование АИС в целом. Завершается физическое проектирование АИС, включающее: определение необходимости распределения данных; анализ использования данных; физическое проектирование базы данных; определение требований к аппаратным ресурсам и способов увеличения производительности, завершение разработки документации проекта. Результатом данного этапа является готовая автоматизированная система, удовлетворяющая всем согласованным требованиям.
На фазе внедрения АИС производится обучение пользователей и вносятся организационные изменения. Для этого этапа характерно то, что одновременно с внедрением новой АС осуществляется работа с существующей системой управления до полного внедрения новой. Так как фаза построения достаточно непродолжительна, планирование и подготовка к внедрению должны начинаться заранее, как правило, на этапе проектирования системы. Приведенная схема разработки АИС не является окончательной. Возможны различные варианты, зависящие, например, от начальных условий, в которых ведется создание АИС:
а) разрабатывается совершенно новая система;
б) было проведено обследование предприятия и существует модель его деятельности;
в)
на предприятии уже существует АИС,
которая может быть использована
в качестве начального прототипа
или должна быть интегрирована с
вновь разрабатываемой системой управления.
Информация о работе Автоматизированная информационная система «Магазин по продаже одежды»